Diskussionen über Sprachfeatures sind zumeist ideologisch motiviert. Indoktrination und MS Fanboyism gehört zusammen. Das ändert mal nichts an der Nützlichkeit von LINQ. .net kann sich nicht auf viel Ruhm stützen. LINQ für ERP beim Zugriff auf mystische Welten ist schon gut. Mich stört die Integration in die Sprache, genauso wie die Generics.
Man bekommt mit WPF und Teilen von .net für Komplexe GUIs selbst über mehrere Forms ein relativ konsistentes verhalten auf schmaler Codebasis hin. Auf der anderen Seiten sind viele Konstrukte eher dem Manko - alles ist ein Objekt geschuldet. Es scheint nach außen so.
Für jeden Windows Programmier ist .net eine Entgegenkommen auf bekanntem Terrain. Delphi Pascal solange man in der eigenen Welt bleibt ist es friktionsfrei. Remobjects hat den Vorteil der Zugang zur Problemlösung ist straight.
Die Probleme die Remobjects löst sind ganz andere. In dem Sinne kann RO nicht die Nachfolge antreten. Auf einer 400m Laufbahn sind die schon eher beim Überrunden. Die laufen dann zwar wenn der Schlusspfiff kommt möglw. knapp vor den anderen ins Ziel, aber die anderen hätten noch eine Runde. Ob das subjektiv betrachtet so segensreich ist, ich als Hobbyist lege eher Wert auf Gemütlichkeit. Man kann den Fortschritt nicht einholen, aber er holt einen ein. Das ist das
Paradox und deswegen ist eine Technologie nicht zu wechseln nie falsch.
Wenn in der Welt zum selben Problem viel Lösungen existieren wird über die Einengung des Geistes - das ist bei Frameworks schwingt eine Denke mit - gearbeitet. .net Progammierer tragen ab dem 2ten Jahr ein Holzfällerhemd
Mir wäre dann der eher puristischere Zugang lieber. Die BASH ist eh schon genug an sich. Man bekommt mit den RO Features ganz nette Vorschläge den Code zu verbessern. So XCode like und eigentlich mehr. Das ist recht nützlich.
(PS: Warum grade immer LINQ als Heilsbotschaft von .net?)
Schreibfaulheit, wie bei Generics. Und damit man sich abhängig macht und nicht mehr weiß, was im Hintergrund tatsächlich passiert.