Welche Programmiersprache soll ich jetzt lernen?
-
DEvent schrieb:
Das Header-Inlcude-Konzept von C++ ist volkommen veraltet und sollte endlich was gegen neues, bequemeres, wartbares ersetzt werden.
*flameweiterführ*
Das dürfte aber unstrittig sein. Turbo-Pascal war da schon weiter. Java lustigerweise nicht wirklich, bei denen blickt ohne Doxygen anscheinend niemand durch.
-
xindon schrieb:
Ich wette, inzwischen machst du Backups {grin}
täglich!!!!
-
DEvent schrieb:
Wie wärs mit C# ?
C# ist vergewaltigtes C++. Finger wech!
-
Kenner der Scheisse schrieb:
DEvent schrieb:
Wie wärs mit C# ?
C# ist vergewaltigtes C++. Finger wech!
-
Lern einfach zu programmieren, eine neue C++/Javaähnliche Sprache lernst dann eh in ein paar Tagen, deswegen ist es eh wurst.
Wenn du das mit Java machst, wirst du dir viel umständliche Scheiße angewöhnen, weil du Workarounds bauen musst, da Java seinen Babysitter zwischen dich und dein Ziel setzt, die in C++ viel viel eleganter geht.
Wenn du mit C++ anfängst wirst du fluchen das es nur mitgelieferte Standardlösungen für alle Probleme gibt, die vor 10 Jahren aktuell waren, aber man für alles was mit Multimedia, Netzwerken, Grafik und etwas aktuelleren Algorithmen(Verschlüsselung etc) zu tun hat erstmal mühsam was ergooglen, selbst programmieren oder kaufen musst.
Und alles andere ist entweder unbekannter Kram, der für Spezialfälle gedacht ist oder nach ein paar Jahren wieder vergessen sein wird(hoffentlich) und/oder eh nur mit Microsoft läuft.
-
dieses headergefrickel stammt noch aus der infosteinzeit. ich kenn jetzt so gut an die 20 sprachen und wohl alle paradigmen dies gibt. meiner meinung nach die mit abstand elegantesen sprachen sind:
c#, haskell und python
-
cand. inf. schrieb:
ich kenn jetzt so gut an die 20 sprachen und wohl alle paradigmen dies gibt.
Jaja, wers glaubt.
Lern erst mal die Sprache Deutsch!
-
Der C++hef schrieb:
cand. inf. schrieb:
ich kenn jetzt so gut an die 20 sprachen und wohl alle paradigmen dies gibt.
Jaja, wers glaubt.
Lern erst mal die Sprache Deutsch!och wie süß. wieder ein kleiner neider. in einem echten studium ist es völlig normal, dass man sich alle paradigmen mal anschaut. dass du das bezweifelt sagt einiges über deine bildung aus
sag doch mal was an dem satz nicht korrekt ist (mal abgesehen davon, dass es für den inhalt völlig unehrblich ist
):.
-
Erstma danke für die zahlreichen Antworten
Ich hab dazu nochmal ein Paar fragen zu C#:
1. Was spricht gegen C# ? imgrunde ist das doch nur eine mischung aus java und C++
Wiso sollte das ein verstümmelung oder so sein ?2. Arbeited C# auch mit Headern?
-
Von der (wohl gewollten) konsequenten Kleinschreibung abgesehn; deine Grammatik ist zum heulen.
cand. inf. schrieb:
ich kenn jetzt so gut an die 20 sprachen und wohl alle paradigmen dies gibt.
Du kennst jetzt an die 20 Sprachen so gut? So gut wie was?
cand. inf. schrieb:
meiner meinung nach die mit abstand elegantesen sprachen sind:
cand. inf. schrieb:
mal abgesehen davon, dass es für den inhalt völlig unehrblich ist
Genau, drum ist es auch unerheblich, welche Sprache man lernt. Hauptsache das Programm tut was es soll, gell?
Ich denke nicht, dass du über meine Bildung urteilen kannst. Es sind nicht nur Informatik-Studenten anwesend.
-
Der C++hef schrieb:
Von der (wohl gewollten) konsequenten Kleinschreibung abgesehn; deine Grammatik ist zum heulen
Lustig, dass du nichtmal den Unterschied zwischen Grammatik und Rechtschreibung kennst
Du kennst jetzt an die 20 Sprachen so gut? So gut wie was?
Mach dich mal schlau was "Umgangssprachlich" bedeutet.
Genau, drum ist es auch unerheblich, welche Sprache man lernt. Hauptsache das Programm tut was es soll, gell?
Es ist ziemlich infantil auf Buchstabendreher anderer rumzuhacken - aber von jemandem der sich Chef nennt, kann man wohl nicht mehr erwarten
An deiner Frage kann man erneut dein mangelndes Textverständnis erkennen. Ich habe lediglich gesagt, dass ich unzählige kenne. Von was anderem war nie die Rede.Ich denke nicht, dass du über meine Bildung urteilen kannst. Es sind nicht nur Informatik-Studenten anwesend.
Aus der Art wie du schreibst kann man sehr wohl deine Bildung und sogar einen Teil deines Charakters ablesen. Dass du meine völlig harmlose und unprovokante Aussage angegriffen hast spricht Bände
-
cand. inf. schrieb:
Der C++hef schrieb:
Von der (wohl gewollten) konsequenten Kleinschreibung abgesehn; deine Grammatik ist zum heulen
Lustig, dass du nichtmal den Unterschied zwischen Grammatik und Rechtschreibung kennst
Du kennst jetzt an die 20 Sprachen so gut? So gut wie was?
Mach dich mal schlau was "Umgangssprachlich" bedeutet.
Genau, drum ist es auch unerheblich, welche Sprache man lernt. Hauptsache das Programm tut was es soll, gell?
Es ist ziemlich infantil auf Buchstabendreher anderer rumzuhacken - aber von jemandem der sich Chef nennt, kann man wohl nicht mehr erwarten
An deiner Frage kann man erneut dein mangelndes Textverständnis erkennen. Ich habe lediglich gesagt, dass ich unzählige kenne. Von was anderem war nie die Rede.Ich denke nicht, dass du über meine Bildung urteilen kannst. Es sind nicht nur Informatik-Studenten anwesend.
Aus der Art wie du schreibst kann man sehr wohl deine Bildung und sogar einen Teil deines Charakters ablesen. Dass du meine völlig harmlose und unprovokante Aussage angegriffen hast spricht Bände
Idiot!
-
Daniel E. schrieb:
DEvent schrieb:
Das Header-Inlcude-Konzept von C++ ist volkommen veraltet und sollte endlich was gegen neues, bequemeres, wartbares ersetzt werden.
*flameweiterführ*
Das dürfte aber unstrittig sein. Turbo-Pascal war da schon weiter. Java lustigerweise nicht wirklich, bei denen blickt ohne Doxygen anscheinend niemand durch.
Wieso blickt man in Java ohne Doxy nicht durch?
Wenn dir die Java-Lib zu umfangreich ist -> Finger weg
-
Eldonir schrieb:
Erstma danke für die zahlreichen Antworten
Ich hab dazu nochmal ein Paar fragen zu C#:
1. Was spricht gegen C# ? imgrunde ist das doch nur eine mischung aus java und C++
Wiso sollte das ein verstümmelung oder so sein ?2. Arbeited C# auch mit Headern?
C# ist der Versuch von Microsoft Java besser zu machen. Du hast im Grunde das was Java hat (Packete, GC, Generics, Interfaces), aber auch Konzepte von C++ wie Operatorüberladung, Strukturen und Unsafed-Code.
Das einzige was mir an C# nicht gefällt ist es, das es nicht portabel ist (oder man verwendet Mono als Lib). Mit Java habe ich bereits eine Sprache mit GC und einer sehr guten Lib, die portabel ist. Wozu dann noch C#.
PS: hies es GarbageContainer oder -Collector, ich vergess es ständig.
-
DEvent schrieb:
Eldonir schrieb:
Erstma danke für die zahlreichen Antworten
Ich hab dazu nochmal ein Paar fragen zu C#:
1. Was spricht gegen C# ? imgrunde ist das doch nur eine mischung aus java und C++
Wiso sollte das ein verstümmelung oder so sein ?2. Arbeited C# auch mit Headern?
C# ist der Versuch von Microsoft Java besser zu machen. Du hast im Grunde das was Java hat (Packete, GC, Generics, Interfaces), aber auch Konzepte von C++ wie Operatorüberladung, Strukturen und Unsafed-Code.
Das einzige was mir an C# nicht gefällt ist es, das es nicht portabel ist (oder man verwendet Mono als Lib). Mit Java habe ich bereits eine Sprache mit GC und einer sehr guten Lib, die portabel ist. Wozu dann noch C#.
PS: hies es GarbageContainer oder -Collector, ich vergess es ständig.
Ehrlich gesagt finde ich einige Sachen in C# viel besser gelöst, aber jeden das seine
-
Danke für die Erklärung , hat mir sehr geholfen!!!
Ich denke ich werde es mit C# einfach mal versuchen , wens mir dann nicht gefällt kann ich ja immernoch ne andere sprache nehmen
-
Setzt jemand ernsthaft D ein? Gibt es eigentlich IDEs die D schön unterstützen? Z.B. auch selbstständig die imports eintragen? (so wie bei den Java-IDEs)
D wäre so die einzige Sprache die ich mir als C++-Alternative vorstellen könnte, nachdem wie es sich auf der DMD-Website liest. Aber habe Null Erfahrung gemacht.
-
DEvent schrieb:
Daniel E. schrieb:
DEvent schrieb:
Das Header-Inlcude-Konzept von C++ ist volkommen veraltet und sollte endlich was gegen neues, bequemeres, wartbares ersetzt werden.
Das dürfte aber unstrittig sein. Turbo-Pascal war da schon weiter. Java lustigerweise nicht wirklich, bei denen blickt ohne Doxygen anscheinend niemand durch.
Wieso blickt man in Java ohne Doxy nicht durch?
Weil die Klasseninterfaces recht unübersichtlich lang werden. Deswegen werden solche Dokumentationstools viel häufiger eingesetzt als in zB C++ oder TP/Delphi, wo Interface und Implementierung getrennt aufgeführt werden (können).
Wenn dir die Java-Lib zu umfangreich ist -> Finger weg
Ich faße Java ohnehin nur mit Kneifzange an.
-
Daniel E. schrieb:
Weil die Klasseninterfaces recht unübersichtlich lang werden. Deswegen werden solche Dokumentationstools viel häufiger eingesetzt als in zB C++ oder TP/Delphi, wo Interface und Implementierung getrennt aufgeführt werden (können).
Hmmm... ich sehe das etwas anders. C++ sollte eigentlich ausgiebiger als Javacode dokumentiert werden. Und zwar, weil man in C++ Ausdrucksformen hat, die sich nicht komplett im Code wiederfinden. Stell Dir ein Template vor, bei dem die Typen, mit denen Du das Template parametrisierst, eine gewisse Schnittstelle bieten müssen. Wie verankert man die Information über diese Schnittstelle im Code? AFAIK normalerweise gar nicht, auch wenn es da sicherlich irgendwelche abgedrehten Möglichkeiten gibt, die keiner nutzt.
Zumindest muss man solche Informationen normalerweise in der Doku unterbringen. ...ok, aber andererseits kann soetwas natürlich auch nicht von automatischen Doku-Tools generiert werden. Man muss also alles per Hand machen. Der Dokumentationsaufwand sollte aber deutlich größer sein. ...und auch die Dokumentationsnutzung bei der Programmierung mit irgendeiner Bibliothek.
-
Gregor schrieb:
Daniel E. schrieb:
Weil die Klasseninterfaces recht unübersichtlich lang werden. Deswegen werden solche Dokumentationstools viel häufiger eingesetzt als in zB C++ oder TP/Delphi, wo Interface und Implementierung getrennt aufgeführt werden (können).
Hmmm... ich sehe das etwas anders. C++ sollte eigentlich ausgiebiger als Javacode dokumentiert werden. Und zwar, weil man in C++ Ausdrucksformen hat, die sich nicht komplett im Code wiederfinden. Stell Dir ein Template vor, bei dem die Typen, mit denen Du das Template parametrisierst, eine gewisse Schnittstelle bieten müssen. Wie verankert man die Information über diese Schnittstelle im Code? AFAIK normalerweise gar nicht, auch wenn es da sicherlich irgendwelche abgedrehten Möglichkeiten gibt, die keiner nutzt.
Zumindest muss man solche Informationen normalerweise in der Doku unterbringen. ...ok, aber andererseits kann soetwas natürlich auch nicht von automatischen Doku-Tools generiert werden. Man muss also alles per Hand machen. Der Dokumentationsaufwand sollte aber deutlich größer sein. ...und auch die Dokumentationsnutzung bei der Programmierung mit irgendeiner Bibliothek.Ne, die Leute, die C++ programmieren sind schlauer und brauchen für sowas keine Doku!