[...] Große, performante Projekte werden bestimmt nicht mit Skript- und Interpretersprachen a la C#, Java, VB-net etc. erstellt. Das ist alles Schnullibulli! Das kann man dazu nehmen, mal schnell ein kleines Tool zu schreiben, aber keine professionelle SW, die verkauft wird.
Soso, muss ich mal meinem Chef sagen, dass unsere Entwicklungsabteilung strategisch ganz falsch aufgestellt ist...
C# oder Java würde ich heute nicht mehr als Skriptsprachen bezeichnen. Beide Sprachen haben viel interessantes zu bieten, und sind sicherlich auch für Großprojekte geeignet. Aber, macht ein umstieg von Delphi zu ??? für kleine Projektteams sinn ? Java auf dem Client scheint auf dem Rückzug zu sein und was Oracle morgen macht weis auch niemand. Java spielt am Web Server seine Stärken aus aber eine Desktopanwendung komplett auf den Web Servertechnik umzustellen ist noch immer sehr sehr aufwendig. (Zumindest wenn man Aufwand Desktop <-> Web Server bei gleichem Funktionsumfang vergleicht).
Mit C# geht sowohl Desktop als auch Web Servertechnik, aber vorherzusehen wo die Reise bei M$ hingeht gleicht auch einem Lotteriespiel. In diesem Video werden die verschiedenen Datenbankzugriffsmethoden unter C# verglichen.
http://www.youtube.com/watch?v=SARBYnXy52I
Nach dem Video war mit klar warum ich die C# Datenbankzugriffskomponenten nicht intuitiv verstanden hatte. Es sind einfach verschiedene inkompatible Ansätze. Solange MS sich so zerplittert ( ist bei Webtechnik Webforms <-> MVC ..) oder Desktop Winforms <-> WPF, Silverlight doch nicht, mit Win RT zurück zu
Com aber WinRT halbherzig gepuscht... Bei Windows 8 auch Html5 / Javacript für App Entwicklung ???? Also ich kenn mich da nicht mehr aus. Ich will nicht mein Projekt migrieren und beim Projektrelease feststellen das ich schon wieder auf einem halb toten Pferd sitze.