Was ist eure Meinung zu MS .Net

[Bernhard Geyer]

Zitat von Furtbichler:

XP ist aber auch nicht mehr kompatibel zur (PC-)Welt.

Es gibt genügend Mrd.-$-Unternehmen die erst vor kurzen neue angeschaffte PC's nicht mehr mit Windows 2000 installieren.
XP ist noch "voll im Saft". Fast kein Hersteller kann es sich leisten XP nicht mehr zu unterstützen

[Elvis]

Um das Offtopic gleich am Anfang loszuwerden:
EF stinkt viel zu sehr um es als Für oder Wider von irgendwas benutzen zu können.
EF ist nett wenn man ein ORM-noob ist, netter als gar nix oder Datasets.
Da EF aber kaum Extension points hat, wird man irgendwann an eine Wand rennen, um die man nicht elegant rum kann.
Passiert mit nHibernate nicht, da kann man so ziemlich jedes Stück selbst aufbohren oder umbiegen.
Wer also EF in ein kommerz. Projekt einschleppt sollte entweder gut argumentieren können warum das nicht passieren kann, oder warum er vorsätzlich Firmenkapital vernichtet...

Zum Thema:
Ich halte mich schon die ganze Zeit zurück hier etwas zu schreiben, aber naja...
Ich kann mit .Net Code schreiben, der so schön ist, dass einem da fast Tränen in die Augen kommen.
Damit meine ich nicht, dass ich es schaffe das Problem zu lösen, das kann ich in C# oftmals auf 100 Arten in der gegebenen Zeit. Aber wenn man eine so präzise und saubere Sprache wie C# mit Attributen, Tasks, Expression Trees und richtigen Generics (nicht den Krempel, den Java und Delphi so nennen) kombiniert, kommen Libraries dabei raus, die es sonst einfach nicht gäbe.

Als ich das erste Mal Moq benutzte, musste ich an all die Delphianer denken und wieviel Zeit, Geld und Nerven, die wohl beim Versuch verschwenden, ihren Code wenigstens halbwegs sinnvoll zu testen.

Ich habe auch oft LinqPad parallel zum VS auf. Denn damit kann ich ganz informell Scripte gegen meine Libraries rumprobieren während ich sie schreibe. (Linqpad sperrt die Assemblies nicht, lädt sie aber autom. wenn sie sich geändert haben, inkl. Code completion!)

Da nur zu MSIL kompiliert wird, sind Dinge wie Postsharp, oder auch Function exports möglich.

Mit Garbage Collection gibt es keine, für das eigentliche Programm, komplett sinnlose Ownership-Beziehungen.
Wenn man seit Jahren gewohnt ist, sich solchen Einschränkungen zu unterziehen, kann man wahrscheinlich nicht einmal erkennen, wie man sich dabei stets eine Hand an den Rücken fesselt. (schon mal gehört? "Blabla ...Funktionen sollen keine Objekte zurückgeben... blabla")

Ich könnte den ganzen Tag rumschwärmen , aber für Außenstehende macht schon das wenige, was ich hier schrieb keinen Sinn. Also lass ich das mal einfach...

[Stevie]

Zitat von Elvis:

Als ich das erste Mal Moq benutzte, musste ich an all die Delphianer denken und wieviel Zeit, Geld und Nerven, die wohl beim Versuch verschwenden, ihren Code wenigstens halbwegs sinnvoll zu testen.

Kann ich absolut nachvollziehen - und ist ein sehr gutes Beispiel dafür, wie einzelne Features (generics, lambdas und expression trees in diesem Fall) dazu beitragen können, eine Sprache voranzubringen und neue Möglichkeiten zu eröffnen (gäbs die letzten beiden in Delphi auch, wär das in null komma nix nachgebaut).

[Medium]

Zitat von Bernhard Geyer:

Es gibt genügend Mrd.-$-Unternehmen die erst vor kurzen neue angeschaffte PC's nicht mehr mit Windows 2000 installieren.
XP ist noch "voll im Saft". Fast kein Hersteller kann es sich leisten XP nicht mehr zu unterstützen

Ich wollte mit meiner Aussage auch eher auf das gern gebrachte Argument abzielen: "Ich will mir (impliziert privat) nicht 1001 Frameworks installieren und alle 3h updaten müssen" (überspitzt). Wenn ich für eine Coorperate Umgebung entwickle, weiss ich darum, und werde kaum auf .NET 4.5 setzen. Selbst, wenn ich grob in diese Zielgruppe hin arbeite weiss ich das, und werde tunlichst darauf achten. Man muss ja nicht immer gleich State of the Art von gestern Nacht benutzen um aktuell zu sein bzw. Komfort zu nutzen - auch wenn uns das der Markt gerene suggeriert. .NET 3.0 oder 4.0 ist mir schon angenehm genug, um es in Erwägung zu ziehen.

@Nischenprodukte: Streng genommen ist Delphi das ja auch, machen wir uns nichts vor. Zwar aus historischen Gründen etwas bekannter, aber es wird nie zwischen den "großen" bzw. "bedeutsamen" genannt/gesehen. Wenn mir ein Nischenprodukt das Leben / Geld verdienen erleichtern kann, bin ich gerne Bereit aufzuspringen. Wenn das die etwas schwierigere Mitarbeiterfindung bzw. Schulung aufwiegt (oder besser mehr als das), ist es dennoch ein gangbarer Weg. Man muss nur gucken, dass einem ggf. der Support während des Lifecycles seiner Programme nicht hopps geht. Das sind ja aber alles ganz normale Fragen und Aufgaben an einen Projektleiter. Genau um sowas für den Einzelfall zu entscheiden gibt's die ja (u.a.). Kategorisches ausschließen von Nischenprodukten hielte ich für schädlicher, es muss halt nur wohl durchdacht dein. Muss es aber bei den großen auch.