
I've only been using GNU/Linux since 2001, so I won't say that I'm by any means an expert yet, as most of those that are reading this, probably have been using Linux much longer than I have. However, I still have high hopes for the Linux scene. The purpose of this article is to voice my personal opinion on what I feel is keeping GNU/Linux from taking over the mainstream operating system market. My intentions aren't to "badtalk" the open source kernel+apps, but rather give constructive criticsm on what I personally feel it could be done better.
Quote:
"Yeah, and you could program using a hex editor too. The 70s are calling and they want their development tools back."
Hmmm, for my needs, gui design for example takes only a very small part in the development cycle of a program.
Most time is spent in actually coding the program and algorithms.
Let me tell you a story, a real one, one in my department of expertise:
I'm a mechanical engineer. I design objects.
There are several ways in doing this.
But the trend these days is to use software packages that display nice graphics of where an object has stress points or how it should be moulded etc... The possibilities are endless.
These programs let an unexperienced engineer, or even person who does not understand anything of mechanical engineering to design things.
Is that a good idea?
ABSOLUTELY NOT !!!
You still need to understand what you're doing.
You need to know the dirty details in order to interpret the results of such programs / tools.
The same for RAD tools.
They are only a tool, they are not the holy grail of software development.
RAD can be usefull in some cases, like in designing prototypes, or designing the dialogs etc...
They do not solve the problems of coming up with good algorithms, of designing a usefull database structure, or even how to maintain your program during its lifecycle.
RAD is only a tool used in a fraction of the development process.
Like I said before... even the most dumb person can create a small program with a RAD environment. But that doesn't guarantee that the program has any quality. To create quality software you need to know what you're doing.