Er zeigt in seinen Punkten doch teilweise mieses nicht Verständnis.
Punkt1 lässt sich drüber streiten. Ob man das jetzt mag oder nicht. Will man auf Nummer Sicher gehen heißen Variablen nicht zu gleich damit keine Verwechslungsgefahr besteht und gut.
Punkt2 er versteht anscheinend nicht richtig was switch ist. Für das was er vor hat gibt es andere Methoden.
Punkt3 hier verstehe ich sein Problem nicht ganz. Bei WPF lasse ich mir so Code meist aus dem Designer heraus erzeugen und fülle nur noch mit Inhalt.
Punkt4 ist absolut subjektiv. Da die meisten Sprachen so arbeiten wie bei C# ist das für die meisten wohl verständlicher. Müsste man wenn drüber streiten.
Punkt5 ist Schwachsinn. Will ich Properties erzeugen kann ich in Visual Studio prop gefolgt von Tab eingeben und er macht mir den benötigten Rumpf. Weitere Schlüsselwörter für andere Dinge gibt es auch wie zum Beispiel ctor für Konstruktoren.
Punkt6 hat er anscheinend einfach nicht gefunden. Ob es so eine PMT Funktion gibt bin ich mir nicht sicher aber vermutlich selbst das.
Punkt7 würde ich ihm zustimmen. Semikolons sind über. Die VB Underscores aber auch.
Punkt8 sehe ich mittlerweile auch so. Wobei VB eine Menge unnötiger Wörter erwartet die man sich auch sparen kann. Bei Google Go ist das ganze recht schön umgesetzt wie ich finde.
Punkt9 strikte Sprachen sind super. Er geht das Problem einfach nur falsch an.
Punkt10 dafür sind Arrays nicht gedacht. Es gibt andere Datentypen die sich besser eignen falls man dynamische Arrays haben möchte.
Meiner Meinung nach ist sein Problem dass er mit C# genau so entwickeln möchte wie er es zuvor mit VB gewohnt war. Klar dass ich da auf die Nase falle. Anstatt sich darüber aufzuregen dass er Problemlösungen nicht 1 zu 1 übersetzen kann sollte er sich lieber hinsetzen und gucken wie man mit C# richtig arbeitet
Aber genug Senf meinerseits