On Friday 11 October 2002 20:26, Eric Schaefer wrote:
Wenn Du aber ein RAD-Tool auftreiben kannst, welches eine vernünftige Sprache benutzt, kein Bloat ist und die bekannten VB-Krücken ausläßt, dann sag Bescheid. Ich seh das auch in 5 Jahren noch nicht.
"Rapid" und "bloat" läßt sich aber per Definition nicht trennen. Software ohne Bloat, also sowohl auf Größe als auch auf Simplizität optimierter Code, entsteht zumindest bei größeren Projekten nie nach dem 1. Entwicklungsdurchlauf (wenn man mal den klassischen Entwicklungszyklus verwendet). RAD heißt ja, ich bau ein Programm was so in etwa tut was es soll, optimiert werden kann es später immer noch (Rapid Prototyping), und dann werden noch ein paar Features hinzugefügt (das "D" in RAD), statt zu optimieren.
Mit der Sprache hat das nicht viel zu tun - deine Kritik an VB läßt sich ja problemlos auf z.B. VC++ übertragen. Eher mit der Wirtschaft - die Leute wollen keine bugfreie Software. Sie wollen Software schnell und billig haben, die eine gewisse Fehlertoleranz möglichst nicht überschreitet.
Bei nicht-kritischer Software ist das u.U. auch ok - warum sollen erst alle Gimp-Plugins 2 Jahre auf Fehlerfreiheit getestet werden, wenn man stattdessen eine große Auswahl hat und damit fehlerhafte Effektfilter kompensiert werden?
<flame> Warum soll ich einen twm verwenden, wenn ein teilweise mit RAD-Tools entwickeltes KDE zwar ab und zu Probleme macht, aber dadurch nicht meine Produktivität eingeschränkt ist? </flame>
Josef