For a sucessful technology, honesty must take precedence over public relations for nature cannot be fooled.
I am doing a startup!
Cross-browser testing from your browser!
I have written my fourth book!
Be faster than Larry Wall in the shell!
You're viewing a comment by sol and its responses.
I also disagree. That's a huge generalization, obviously based on negative experience. A framework helps build better software, with structure, especially in large teams.
I also think that you're not quite honest because whenever a team builds software they create some kind of framework. Be it a re-used solid framework as mentioned in other comments, or just a OO structure of classes. But you do it because otherwise it would result in a mess.
So isn't it much better to use a solid framework that is maintained by a lot of people, than your individual reinvented wheel? Yes, it is. And the overhead mentioned in your list is far outweighted by the benefits.
This may be true, but when you're living this negative experience (https://github.com/zurb/foundation-sites/issues/8324), it is easy to understand how the author came to the conclusion. I'm living it as we speak. Zurb Foundation 6.x (http://foundation.zurb.com/) has been a, "less than stellar experience" and though they claim to be "slowing down and shoring up", that is starting to sound hollow since they said the same thing on the last point release, plus they've been promising things for nearly 4 months (like a migration guide), ignoring user's pleas.
One thing that does ring loud and clear in this author's article is to beware of hype. Zurb hyped this release greatly, which encouraged people to "depend" on it, claiming many solid enhancements such as much greater accessibility features that I fully support. Then they delivered a maze of problems in their build system, so much that I don't have any idea about the rest of the codebase since I can't get past the "modern tooling" to actually compile the code completely. People are now heavily invested, and it doesn't sit well with their own pressure to deliver projects. I'm actually reconsidering all of my alternatives right now after 3 months and other users have announced "farewell."
Major frameworks with a large user base have the responsibility to treat their "product" exactly how a "product manager" would. With the highest regard for user experience and ROI of time spent. That means strict quality control through testing and explicit documentation. Without that, and with a new paid support option I might add, it would appear they have a conflict of interest, or at the very least, a very questionable approach to revenue, one that certainly is not sustainable if they lose their user base. Their previous version had a rightfully good reputation. At this point, they need to quickly understand "product management" in order to recover their brand equity before it is too late.
Yet with all of this said, I feel a bit of their pain. Just as we depend on them, they have major dependencies themselves, perhaps this was their greatest flaw. As the author implies, and with my own experience in this situation, with level of complexity and sheer number of dependencies, a certain amount of chaos, and thus "churn", is a statistical certainty. Reducing dependencies….especially for frameworks….is a laudable goal. In general, I still support the use of frameworks in situations such as my own where I don't have a large team to help build our own solution, but I will think more carefully about each of the author's points each time a start a project from here on.
If Zurb is all you can think of when talking about "frameworks", I don't think you've got the point right.
Programming is not "inventing wheels". Your first sentence says it all "with structure"; a framework is a substitute for system design used by those who can't design software. A framework tells you how to configure it. It becomes configuration instead of designing and coding. It's a different, more commonly available mentality because the demand for software development exceeded the supply of excellent developers long ago.
The core of the problem is not the idea of the framework to facilitate starting up a project, it is the ridiculous complexity and time needed to learn it. absolutely ridicules
(why do I need your e-mail?)
It would be nice if you left your e-mail address. Sometimes I want to send a private message, or just thank for the great comment. Having your e-mail really helps.
I will never ever spam you.
(Your twitter handle, if you have one.)
* use <pre>...</pre> to insert a plain code snippet.
* use <pre lang="lang">...</pre> to insert a syntax highlighted code snippet.
For example, <pre lang="python">...</pre> will insert Python highlighted code.
* use <code>...</code> to highlight a variable or a single shell command.
* use <a href="url" nospam>title</a> to insert links.
<a href="url" nospam>title</a>
* use other HTML tags, such as, <b>, <i>, <blockquote>, <sup>, <sub> for text formatting.
Type the word "rocket_508": (just to make sure you're a human)
Please preview the comment before submitting to make sure it's OK.
Peter Krumins' blog about programming, hacking, software reuse, software ideas, computer security, browserling, google and technology.
Reach me at:
Or meet me on:
Subscribe through an RSS feed:
Subscribe through email:
Enter your email address:
Delivered by FeedBurner
See all top articles
See all downloads
See more detailed list of recent articles
See more detailed category information
See more detailed list of all articles