[MaSydJun]

Dann hast Du aber viele Programmiersprachen nicht kennengelernt!

Denn das ist schon ziemlicher Unsinn.

Ich meinte damit nicht, dass etwa die Syntax ähnlich sei, sondern (einfache) Kontrollstrukturen wie if, (then), else, while, for etc.., die wohl in den meisten (oder fast allen) Sprachen Verwendung finden. Klar Kontrollstrukturen sind keine Magie, aber das ist doch genau das, womit man sich am Anfang beschäftigt. Ganz elementare Dinge wie Variablen und Konstanten.

Haskell, Prolog?
Sprachen mit besonderen Architekturen? Rails, C# mit WPF, Tier-Geschichten?
MPI?

Okok "alle" Programmiersprachen ist wohl sehr übertrieben…
Alle "bekannteren" Sprachen würde wohl eher passen.
Aber an dieser Stelle möchte ich nochmal auf mein "mehr oder weniger gut" hinweisen.

Aber was ist an C# denn so besonders? Die VM?

Klar, wer C und OOP verstanden hat, der kommt auch schnell mit Java, C++ und ÄHNLICHEN Sprachen zurecht. Aber OOP und prozedurale Sprachen sind nur ein kleiner Teil der gesamten Programmiersprachen!

und mit Ausnahme der ganzen nicht-objektorientierten Sprachen, und auch der objektorientierten und objektbasierten Sprachen, welche etwas anders "ticken" als C++ und Co.

Aber das Grundprinzip ist _fast_ bei jeder Programmiersprache ungefähr gleich - oder worin unterscheidet sich beispielsweise ein grundlegender Programmablauf eines Haskell-Programms im Vergleich zu einem C-Programm so stark?

Mit C lernt man einfache Probleme imperativ zu lösen und in einer bestimmten Sprache, nämlich C, umzusetzen. Du lernst da als Anfänger sowas wie Datentypen, Zuweisungen, Kontrollstrukturen, Wiederholungen, Verzweigungen und wie man Probleme auf Prozeduren aufteilt. Nichts, was du nicht auch mit jeder anderen Sprache lernen könntest, welche imperative/prozedurale Programmierung unterstützt. Diese Erfahrungen sind außerdem ein Witz gegenüber dem, was man als heutiger Entwickler in großen Softwareprojekten draufhaben muss. Das ist weit mehr als nur Code in den Computer einzutippen. Zumal sich die anderen Paradigmen ziemlich stark von der imperativen Denkweise unterscheiden.

Und sind das nicht genau die Grundlegenden Dinge, die man brauch, um beispielsweise in einer objektorientierten Sprache ein Problem zu lösen?
Einen Algorithmus für ein Problem zu finden bzw. erfinden hängt doch vom Problem an sich ab und nicht von der Sprache, in dem man ihn implementieren will.