Naja,
SQL, HTML und CSS würde ich nicht gerade als Programmiersprache bezeichnen. PHP eigentlich auch nicht. 😉
Also im großen und ganzen gibt es eigentlich zwei Arten von Programmiersprachen. Systemnahe Programmiersprachen und Skriptsprachen. Zu den gängigen Systemnahen Programmiersprachen zähle ich mal C und C++.
Zu den gängigen Skriptsprachen die heute benutzt werden Perl/Python/Ruby.
Java sehe ich irgendwo dazwischen, richtig Systemnah ist es nicht, als Skriptsprache geht es aber auch nicht durch.
Damit du deine eigene Wahl besser entscheiden kannst, erzähle ich etwas über die eigenheiten der beiden Gruppen.
Früher hat man hauptsächlich in Assembler Programmiert. Es ist verdammt schnell aber auch sehr sehr Hardwarenah. Alleine das Wechseln des Prozessors führt schon dazu das dein Programm nicht mehr läuft. Auch Programmierst du da wie gesagt auf der untersten Ebene, daher du führst einzelne Prozessorbefehle aus. Je größer die Projekte wurden, desto komplizierter wurden also auch die Programme, und sie wurden immer schwerer zu Warten.
Daher wurde Hauptsächlich C entwickelt um Hardwareunabhängig zu sein. Daher du musst den Code nicht anpassen wenn du mal eine andere CPU benutzt. Einzelne C Befehle Repräsenstieren mehrere Assembler Befehle. Dadurch ist ein Programm zwar langsamer als wenn man es direkt in Assembler schreiben würde, hat aber die Vorteile das die Entwicklungszeit sehr gering ist, und schwere Programme leichter werden. Da C und auch C++ trotzdem noch sehr Hardwarenah ist bist du aber immer noch in der Lage Treiber, Betriebssysteme und anderes zu schreiben. Behalte dir einfach mal im Kopf das jeder C Befehl sagen wir mal bis zu 10 Assembler Befehle ausführt.
Jetzt etwas zu den Skriptsprachen. Die Skriptsprachen an sich werden meistens selber in C geschrieben. Dies ist bei Perl/Python so, bei Ruby weiß ich das nicht. Das heißt man ist wieder ein Schritt weiter gegangen, und anstatt mehrere Assembler Befehle zusammenzufassen, fasst man nun mehrere C Befehle zusammen und Entwickelt daraus eine neue Sprache. Diese Sprache ist aber alleine nicht lauffähig, letztendlich hast du also ein C Programm, und dieses C Programm führt jetzt je nachdem was du in einer Textdatei schreibst unterschiedliche Befehle aus. Dieses C Programm wird dann meistens Interpreter genannt. Eine spezielle Form des Interpreters ist der Bytecode-interpreter. Dieses wird auch meistens VM (Virtuelle Maschine) genannt. Perl/Python und Java basieren auf solch einen bytecode Interpreter. Diese Skriptsprachen haben wieder das gleiche Ziel wie damals den Schritt von Assembler nach C. Dir selber soll es einfacher sein schwere und komplexe Dinge zu tun. Allerdings wieder auf Kosten der Geschwindigkeit. Mitlerweile sind die Heutigen CPUs aber schnell genug so das du die meisten Anwender Applikationen in solch einer Sprache schreiben kannst, ohne das der Anwender davon etwas merkt.
Wenn es dir aber auffällt dann hängen all diese Sprachen letztendlich von C/C++ ab. Jedenfalls ist das bei Perl/Python/Ruby so. Der Sinn hinter diesen 3 Sprachen kannst du folgendermaßen verstehen. Du enwtickelst deine Componenten in einer Systemnahen Programmiersprache. Das heißt deine Componenten sind z.B.: in C geschrieben. Allerdings schreibst du keine fertigen programme. Du entwickelst z.B. ein Datenbank Interface, stellt eine Grafik Bibliothek zur Verfügung etc. Du machst aber kein Programm in der Systemnahen Programmiersprache. Den dieses erstellst du in der Skriptsprache, indem du die Komponeten sozusagen verbindest.
Du hast also wieder einfachheit gegen Performance eingetauscht. Zum Vergleich mit dem Assembler Befehlen kannst du bei einer Skriptsprache meistens sagen das jeder Befehl von 100-1000 Assemblerbefehlen ausführt. Also nochmal eine ganze Abstraktionsschicht höher.
Allerdings wirst du dabei auch die Probleme sehen. Den wenn du neue Features haben möchtest, dann musst du diese meistens wieder in C schreiben, damit du deine Skriptsprache erweitern kannst. Und jetzt ist das alles eine Frage wie "tief" du in die Materie eintauchen möchtest. Beziehungsweise ab wann du tiefer in die Materie eindringen musst. Heutige Skriptsprachen wie Perl/Python/Ruby bieten an sich meist schon genug Module/Bibliotheken etc. Bei Perl auf das ich mich festgelegt habe gibt es z.B. knapp 12.000 Module. Viele davon sind in C geschrieben, andere wiederrum selber in Perl. Man kann also sagen das du sehr viele Programme schreiben kannst, ohne das du tiefer in die Materie eindringen musst. Sprich vorzeitig C Lernen weil du bestimmte Funktionen benötigst.
Hier möchte dann in dieser Stelle z.B. TCL erwähnen. TCL selber versteht sich gerade eben als eine Sprache die genau das obere Erreichen möchte. Sprich C Programmierer sollen sozusagen ihre Bibliotheken entwickeln, und TCL dann benutzen um Ihre Bibliotheken zu verbinden und daraus eine Programm zu machen. Ich selber habe noch nie in TCL Programmiert, aber man hört doch schon sehr oft das man bei TCL eher auf C ausweichen muss, als man eigentlich möchte.
Perl/Python/Ruby sollten an sich genug Module bieten damit du lange nichts mit C zu tun musst. Bei Perl kann ich es definitiv bestätigen. Python hat weniger Module, und bei Ruby sollten es noch weniger sein (weiß es aber da nicht genau). Ruby ist in Europa/Amerika noch nicht so weit verbreitet ist aber langsam auch hier im kommen.
Ansonsten ist das aber so ziemlich volkommen egal was du da genau Lernst. Von den Features her gesehen kann jede Sprache an sich das selbe. Beziehungsweise hängt es von den bisher zur Verfügung gestellten Modulen ab. Die aber ausreichen sollten. Je nachdem wie tief du nachher in die Materie eintauchst (ich tue es gerade) wirst du auch sehen das es ziemlich egal ist was du da genau Lernst. Bei der einen oder anderen Programmiersprache ist die Syntax etwas anders, die Logik und wie es Funktioniert ist aber fast identisch.
Ich würde mich wie gesagt entweder für eine Systemnahe Programmiersprache entscheiden: Also C oder C++ und diese Lernen. Mit der du dann auch wirklich alles machen kannst. Oder du Lernst eine der genannten Skriptsprachen mit der du es sehr einfach hast und schnell Programme entwickeln kannst. Die Bibliotheken sollten bei allen 3 (Perl/Python/Ruby) ausreichen. Aber wie gesagt je nachdem wie tief du in die Sprache eintauchst wirst du letztendlich wieder bei C landen. (Bei Perl6 was demnächst heraus kommt stimmt diese Aussage allerdings nicht mehr) Was bei den drei Sprachen aber nicht unbedingt notwendig ist. Für normale Applikationen wirst du da wahrscheinlich nie landen.
Von daher kannst du entweder die Universell Sprache C oder C++ nehmen. Oder einer der drei Skriptsprachen die ich empfehlen würde. Welche Skriptsprache du da genau wählst ist von den Features her egal. Schau dir an welche Sprache dir am besten gefällt und Lerne diese dann.
Ich würde dir jedenfalls ruhig eine Skriptsprache empfehlen. Das normale Umfeld von Datenbank Programmierung, GUI programmierung, CLI Programmierung und allgemeine Programme bis hin zu kleinen Shell Sachen wirst du mit jeder von den drei gennanten machen können.
Um Java nicht zu vergessen. Der Minimale Kern von Java ist in C oder C++ geschrieben (weiß jetzt nicht welches genau ist aber auch egal). Darauf aufbauend sind die einzelnen Programme selber in Java geschrieben. Z.B. ist der Compiler selber "javac" wiederrum in Java geschrieben. Java übernimmt eher die Features von den Systemnahen Programmiersprachen. Hat also ein starke typisierung. Und ist ansonsten auch nicht so High-Level wie eine Skriptsprache. Es ähnelt also schon C/C++. Das dir Java also sehr viel leichter ist im Vergleich zum Sprung von C nach Skriptsprache würde ich nicht sagen.
Allerdings fehlen Java wie gesagt dann wieder so Funktionen wie in den Skriptsprachen. Z.b. gibt es keine dynamische Codegenerierung was alle drei genannten Skriptsprachen können. Und gerade die schwache Typisierung und die einfachheit und vor allem die Abstraktion mit wenigen befehlen viel zu erreichen macht das ganze irgendwie aus.
Das soll jetzt keine negative Kritik sein. Was dir da jetzt am besten gefällt und was deinen Vorstellungen am ehesten entsprichst musst du am besten selber heraus finden.
Ich hoffe der Post war dir bei deiner Entscheidung hilfreich.
