bin für C++, vorallem weil es relativ strikt ist.
C++ sucks. Damit ist nicht gemeint, dass die eigentliche Sprache sinnfrei bzw. überflüssig ist. Jedoch gibt es so viele Möglichkeiten, C++ als gute Sprache zu denunzieren. Kleine Kostprobe gefällig:
Linux Torvalds - Why C++ sucks [Achtung, zwei links]
PrähProczeßor
MySQL (bzw. SQL) wirst du zwangsläufig lernen müssen, sobald du mit Datenbanken arbeitest.
Nein. Datenbanken sind so vielfältig, dass die simplizistische Annahme, eine einzige relationale Beschreibungssprache wäre befähigt, alle Formen von Datenbanken in ihrer Gänze abzubilden, in einem Zeitalter, in dem Datenbanken, die dieser Annahme nicht entsprechen, seit über 33 Jahren in dem
RFC 882 bereits utilisiert werden, naiv ist.
Von C++ (oder noch schlimmer C) halte ich persönlich gar nichts.
C als Sprache ist eine einfache und effiziente Definition von Handlungsschritten. Die fehlende Abstraktion durch pseudomoderne Konzepte
[funktional, objektorientiert] ist vor allem in der Lernphase eine sinnvolle Fähigkeit. Denn so ist ein Programmierer befähigt, Probleme auch auf einer Metaebene zu lösen und nicht nur
StackOverflow zu missbrauchen.
jQuery ist lediglich ein Tool (in JavaScript übrigens) zur Entwicklung von Webseiten
Nein. jQuery ist per Definition eine Bibliothek. Diese definiert Variablen und Funktionen, welche einen Programmierer unterstützen. Dabei ist es
nicht notwendigerweise für die Entwicklung von Webseiten konzipiert. Die Frage nach der Sinnhaftigkeit ist eine andere.
Für kleine Schülerprojekte reicht doch
VanillaJS.
Auch professionelle Applikationen können durchaus von jQuery profitieren. Insbesondere durch die reichhaltige Pluginarchitektur und Dokumentation ist eine Verwendung vor VanillaJS zu präferieren, insofern keine Alternative für Single Page Applications genutzt werden soll. Letzteres abstrahiert in der Regel die Manipulation von sichtbaren Komponenten und anderen Funktionen, die von beiden Bibliotheken bereitgestellt werden oder setzen die Nutzung einfach voraus. In beiden Fällen liegen jedoch auch sehr grundlegende Bibliotheken vor,
die kaum eine Abstrahierung vornehmen.
Vielleicht würde es dir gut tun, ein Stück deiner Arroganz abzulegen, damit du verstehst, dass ich gar nicht so doof und planlos bin, wie du vielleicht annimmst. Ich sehe meine Verpflichtung in diesem Forum jedoch nicht darin, mich in irgendeiner Art und Weise zu profilieren, sondern ich möchte Nutzern helfen.
Profilierung und Helfen sind zwei grundlegend verschiedene Handlungselemente, jedoch schließen sich diese in keinem Fall aus. Im Gegenteil: Vielfach sieht Niveau nur von unten aus wie Arroganz. Die formale Korrektheit ist in jedem Fall der politisch korrekten Verschwammungsstrategie vorzuziehen. Ersteres emanzipiert den Leser, letzteres packt diesen in einen restriktiven Kubus der Ahnungslosigkeit. Dabei ist die spezifische Intelligenz des lehrenden Individuums völlig irrelevant und nicht für eine weitere Betrachtung erwähnenswert.
Für andere Leser möchte ich der Vollständigkeit wegen erklären, dass diese Ansicht so nicht zutrifft.
Doch genau das ist der Fall. Clientseitiges JavaScript ist nicht in der Lage eine statische Webseite allein zu produzieren, denn ihre Existenz erfordert das Vorhandensein von Auszeichnungssprachen verschiedener Arten (z.B. HTML, ggf. CSS).
In solchen Anwendungen spielt JavaScript nicht mehr das kleine Rädchen, sondern übernimmt die tragende Rolle der gesamten Anwendung.
Es ist möglich, dass JavaScript Teile der Geschäftslogik steuert, dennoch sind die wirklich wichtigen Grundsteine immer noch oben genannte Auszeichnungssprachen und können auch ohne JavaScript zur erfolgreichen (technischen) Ausgabe führen. Solche genannten Anwendungen leiden zudem auch vielfach unter dem Problem der Accessibility.
Vielleicht können wir uns daher einfach darauf einigen, dass man jQuery am Anfang nicht lernen braucht. Ob
Eine native Bibliothek erfordert keinen Lernprozess, denn diese ist in der gleichen Sprache verfasst. Es gleicht also dem Sprechen von einer Muttersprache, sofern diese erfolgreich erlernt wurde. Individuelle Möglichkeiten werden bei Bedarf aus der Dokumentation und der logischen Zuständigkeit ermittelt (z.B. jQuery zur Ausführung eines AJAX aufrufes).
Wenn Du lieber Webseiten erstellst, ist natürlich HTML und CSS ein guter Anfang
Auch hier gilt: HTML und CSS sind nicht ausschließlich für die klassische Webseite zu verwenden. Hierbei ist besonders Phonegap ein nennenswertes Beispiel.
typstrikt?
C++ erlaubt das umgehen von Typisierung, daher ist diese Sprache nicht Typsicher (Gleiches gilt für Typescript).
Wenn man objektorientierte Sprachen gewohnt ist
JavaScript ist eine vollständig, vorbildliche, objektorientierte Sprache. Hierbei sei vorwegzunehmen, dass es ratsam ist, vor Behauptungen eine grundlegende Recherche (oder alternativ: Studium in dem Gebiert) empfohlen.
dann mag JavaScript recht komplex bzw. durcheinander erscheine
Eine Turing Vollständige Sprache ist per Definition komplex. Es obliegt alleine einem Programmierer die Syntax und Grammatik zu verstehen, Sätze und Wörter zu bilden, und Nachrichten an den Empfänger zu übersenden.
TypeScript ist keine direkte Programmiersprache
TypeScript ist eine Programmiersprache. Es ist möglich Programme in dieser Sprache zu entwickeln und diese auszuführen. In jedem Fall ist es möglich, dass ein Interpreter TypeScript ausführen kann und daraus kann durch Mengentheorie abgeleitet werden, dass JavaScript ebenfalls ausgeführt werden kann (TypeScript ist eine vollständiges Obermenge von JavaScript, ähnlich wie YAML 1.2 zu JSON).
Dafür gibt es allerdings einen tollen Hybriden namens TypeScript
TypeScript ist kein Hybrid aus JavaScript, sondern eine Obermenge.
welche für mehr Übersicht sorgt und sich mittels des TypeScript Compilers in pures JavaScript kompiliert.
Das ist inkorrekt. JavaScript wird zwar compiliert, jedoch hat der TypeScript Compiler im Grunde nur die Aufgabe Typen zu definieren und diese auszuwerten. Die "Übersicht" die hier ensteht ist rein basierend auf der faktischen Simplizität der statisch typisierten Sprachen, im vergleich zu den dynamischen typisierten Sprachen (Siehe diese ausgezeichnete
SO Antwort).
Es wäre daher sinnvoller von einem "
Transpiler" zu sprechen, jedoch ist natürlich Compiler auch richtig.
Wer C# kennt und JavaScript hasst, der wird mit TypeScript als Unterstützung glücklich werden!
Das ist inkorrekt. TypeScript bietet zwar einige Vorteile im Gegensatzt zu normalem JavaScript. TypeScript ist jedoch weiterhin dynamsich und nicht statisch typisiert (aufgrund der bereits etablierten Obermengen Eigenschaft). - Im Gegensatz zu C# oder Java. Zudem ist hier die Relation nicht gegeben, denn weder positive noch negative Präferenzen zu C# würden eine glückliche Unterstützung durch TypeScript beeinflussen.
TypeScript ist sehr schnell gelernt und sehr hilfreich in der Anwendung, darum finde ich, dass es erwähnt werden sollte.
Das ist an sich in der Kernaussage korrekt. Die Verwendung einer semi-statisch typisierten Sprache, wie TypeScript, ermöglicht vieles und macht Bibliotheken und Frameworks leichter zu verwenden, aufgrund von weiteren Unterstützungen durch eine IDE (Wie Netbeans oder ein Jetbrains Produkt, nicht zu verwechseln mit "
Müll"). Jedoch erfordert TypeScript dennoch grundlegendes Verständnis von JavaScript selbst. Für Anfänger daher weniger geeignet, als zum Beispiel Java, C oder Ruby.
Mit freundlichen Grüßen
Saasurckoe