Da stimme ich dir voll und ganz zu. Ich persönlich mag Java auch nicht so sonderlich, aber für den Anfang auf jeden Fall nicht zu verachten.franzf wrote:Ich würde gleich objektorientiert anfangen. Auch wenn ich die Sprache nicht recht gern mag: Java. Da muss man sich keine Sorgen um Speicherlecks, Referenzen, Pointer usw. machen. Ich mags zwar nicht wenn man mich einschränktaber für den Anfang ist es einfach sicherer.
)
Mit den Bibliotheken die in der SDK dabei sind, kannst du schon alles machen. Das einzige was du machen musst sind die "import"-statements in den Code tippen, aber ...ixo wrote:Java
Also ich weiß nicht. Ich habe mir das vor 2 Jahren 'mal angesehen - nicht weil ich's lernen mußte, nur so nach dem Motto "schad' ja nichts" und weil ich viel mit Java Programmierern zu tun hatte.
Die Syntax ist ja nicht besonders schwer (gerade wenn man von C++ kommt), aber man muss ein Million Bibliotheken kennen, um irgendetwas hinzubekommen (hab' ich mir auch von Java Programmieren bestätigen lassen). Die ständigen Exceptions für jeden Scheiß machen den Code auch nicht gerade lesbar. Für den Anfang stelle ich mir das auch ehr abschrecken vor.
Der Knabe hat noch keine Zeile programmiert!
), ist aber nicht der Welt Untergang. Mal davon abgesehen das du, wenn du noch nichts kannst, auch nicht in Situation kommen wirsd in denen du Exceptions abfangen musst (die IOException bei der Ein-/Ausgabe in Dateien wird wohl die erste sein die er überhaupt abfangen muss, und bis dahin hat er schon einen kleinen Weg vor sich)Das ist etwas, was ich gerade an C/C++ gut fände. Er soll schließlich auch ein bisschen verstehen, wie so ein Rechner intern funktioniert und was eigentlich passiert. Wenn das bei Ruby noch einigermaßen erhalten bleibt, begrüße ich das nur.franzf wrote: Die Kenntnis um die Regeln für den Umgang mit Zeigern und Referenzen bleibt allerdings weiterhin.
)Ein Garbage-Collector ist das aber nicht.franzf wrote:Noch eins:
Wenn man nur in Qt programmiert (also keine Standard-Klassen verwendet) braucht man sich keine Sorgen um Speicherlecks zu machen: Qt nesitzt einen Garbage-Collector!
Das muss man in python auch nicht.Da muss man sich keine Sorgen um Speicherlecks, Referenzen, Pointer usw. machen.
Naja, aber so ziemlich alle in java Programmierten gui-Anwendungen, die ich kenne (das sind hauptsächlich azureus und eclipse) sind entweder ziemlich lahmarschig oder verhalten sich irgendwie "komisch".Man kommt relativ zügig zur GUI Programmierung (Wenn man was graphisches zeigen kann macht das lernen doch direkt vielmehr Spaß
Da gebe ich dir vollkommen recht. Ausserdem finde ich die ganzen Manager (weiß grad nicht wie man die nennt) wie BorderLayout und Co. ziemlich umständlich in der Benutzung. Trotzdem bleibt Java meine erste Wahl wenn es darum geht Programmieren zu lernen.Vortex375 wrote: [...]Naja, aber so ziemlich alle in java Programmierten gui-Anwendungen, die ich kenne (das sind hauptsächlich azureus und eclipse) sind entweder ziemlich lahmarschig oder verhalten sich irgendwie "komisch".Man kommt relativ zügig zur GUI Programmierung (Wenn man was graphisches zeigen kann macht das lernen doch direkt vielmehr Spaß
[...]
.Ich würde es keinem 14-jährigen zumuten, erst vollkommen abstrakt die Grundlagen der Softwarentwicklung zu erlernen! Grausam, der Gedankefirefly wrote:Programmieren heißt, ein gestelltes Problem in eine für den Computer berechenbare Form zu bringen(Und hier meine ich nicht den Maschinencode). Und da ist die Syntax einer Programmiersprache wurscht. Wenn man einmal einen Algorithmus für ein Problem ausgearbeitet hat, dann kann man diesen Algorithmus mit jeder Programmiersprache implementieren.
)Da stimme ich dir zu. Ausserdem heißt für mich "programmieren" nicht nur dumpf einen Algorithmus zu implementieren, sondern auch ...franzf wrote:Ich würde es keinem 14-jährigen zumuten, erst vollkommen abstrakt die Grundlagen der Softwarentwicklung zu erlernen! Grausam, der Gedankefirefly wrote:Programmieren heißt, ein gestelltes Problem in eine für den Computer berechenbare Form zu bringen(Und hier meine ich nicht den Maschinencode). Und da ist die Syntax einer Programmiersprache wurscht. Wenn man einmal einen Algorithmus für ein Problem ausgearbeitet hat, dann kann man diesen Algorithmus mit jeder Programmiersprache implementieren.
Es ist sicher angenehmer, eine Aufgabe zu stellen und allgemeine Zusammenhänge daran fest zu machen.
[...]
) das er globale Variablen dazu benutzt, um Resultate einer Operation als Input für eine andere operation zu übergeben . 1. kA habe mit ruby nie mit threads gearbeitet, ich habe es nur gelernt weil ich ne Webanwendung schreiben wollte und rails einfach nur überzeugt hat, aber seit ich es kenne verwende ich es immer öfter auch für kleine Scripte, die ich früher mit perl gemacht hätteixo wrote: Wenn man in Ruby mehrere Threads erzeugt, laufen / verteilen die sich dann auf mehrere Prozessoren / Cores? (Laut Doku laufen sie innerhalb des Ruby Interpreters.)
Kann man Hashes wie in perl an ein dbm File binden (für sehr große Hashes, um nicht aus dem Speicher zu laufen). Oder gibt es eine andere, vergleichbare Möglichkeit?
