2) Extending a framework is easier than writing the whole thing from scratch.

3) Licenses can’t change on the current version of a module. Future revisions, yes, but not the current one. Update of -anything- can break your code. That’s life. It’s still a -lot- faster to fix the new problem than write everything from scratch.

The programming market is changing. Speed of code is not nearly as important as it used to be, and speed of creating code is much more important.

There will always be jobs for ‘reinvent’ people, but the current market trend is towards ‘reuse’ people.

1.) Licenses: What to do if you used a script / framework under GPL (free) and want to go commercial?
- You have to publish all of your code, what in turn makes the whole application vulnerabe, because everyone can see your source.

2.) Functions: What if you depend on a framework and some day need to implement functionality, which the framework does not provide.

- You have to rewrite the app or extend the framework itself. All your changes are like to be lost after a applying a Framework (sourcecode) update.

3.) Modules: So you use modules for your framework to speed up development, huh?

- Many bad things can happen to your app: Sourcecode of every module you use is public (vulnerable).
- Licenses can change, can be tricky or expensive.
- Updates of the framework can break the module.
….

There are many other concerns on this topic but they would be out of scope of this posting.

For my work as freelance programmer and systems professional i always “reinvented” the wheel and this is what i got:

Thin, fast, reliable, “personal” and secure Applications or Daemons.
No other solution than the tailored one can really do what you (or the customer) want to do it.
Frameworks and CMS are often slow, unsecure and offer all-singing-all-dancing stuff, you really will (probably) not need.

I always said: Quality overrules Quantity.

If more Programmers and Companies would get the point of this statement, there wouldnt be so much, really much, crap pieces of software out there.
Additionally, speeding the development process (which includes analysis and design AND testing / debugging) has negative effects on the income of the developer and the financial expectations of your customers. This is where relationships between development, open source, closed source, marketing and so on come into view and covering these here would be FAR BEYOND the scope of the article and this posting.

It always is hard for the worker when the market exploits his industry.

Greetz,
makro