Haben bei uns aktuell einen Praktikanten, den ich und mein Arbeitskollege nächste Woche für einen halben Tag beschäftigen müssen. Ursprünglich dachten wir, dass wir den ein bisschen mit Python rum spielen lassen, bis mir aufgefallen ist, dass die Person halt 12 oder so ist. Also Planänderung, wir setzen den mal ein bisschen an scratch dran und lassen den damit irgendwie Schere-Stein-Papier bauen. Genau das habe ich heute ausprobiert und Ach du scheiße hasse ich es irgendwas mit scratch zu machen. Ich dachte ja schon Python wäre kacke, aber das ist auf einem ganz anderen Level Scheiße. Ich hoffe mal, dass ich hiernach dieses Folterinstrument für Programmierer*innen nie wieder anfassen muss.
Python ist großartig.
Gibt’s eigentlich noch qbasic oder delphi? Das sind doch auch gute Einsteigersprachen.
qbasic. Das ist ein Name, den ich schon ewig nicht mehr gehört habe. Und ich weigere mich nachzurechnen wie lange genau.
BASIC ist doch perfekt in dem Alter. Oder?
Wenn man dafür Interesse hat oder Faszination. Naja, mit 12 bis 14 hab ich damit ganz kleine oder etwas längere Text-Abenteuer Spiele geschrieben. Mit C dann @ 14+ tat ich mir schwieriger, doch für wenige einfache Abfragen & die in irgendeinen Wert irgendwie zu speichern (die Programmierer hier werden bei der Beschreibung bestimmt Schmerzen bekommen), Entscheidungen, Verzweigungen, Ausgabe,… und somit: Für etwas verschachteltere und längere Spiele hat es gereicht.
Alles im IBM DOS 3.1 Textbearbeiter. 2 MB HDD, 286er mit 22 oder (TURBO) 40 MHz, tausende Zeilen Text von denen eine Person mit Fähigkeiten wahrscheinlich 60-80% einsparen hätte können, und mit Hilfe von jeder Menge großer Flabberscheiben.
Ich mag einfache Lösungen. Die DOS Kommandozeile und BASIC, das war mein erstes elektronisches Hobby. Und Zuhause vor meinem ersten eigenen Schirm!
Mitte der 90er, klein Ranslite holt sich aus der Stadtbibliothek einen riesen Stapel Bücher über qbasic und fängt an. Ich vermisse meinen Schneider PC 1512.
Delphi existiert noch, ist aber ziemlich Nische und deswegen vllt nicht so gut um sich das Programmieren ohne nen Lehrer bei zu bringen. Für Python&Co findet man einfach viel mehr Beispiele mit denen man schnell rum spielen kann.
Weiß ja nicht. Für alles was schnell hingerotzt werden soll ist es gut, aber ich kann es mittlerweile nicht mehr sehen. Schon alleine der Mangel an Datentypen ist nur sinnvoll, wenn du keine Ahnung hast was du tust bzw. womit du arbeitest. In allen anderen Fällen musst du dir sowieso Gedanken darüber machen, welche Datentypen du gerade hast. Es gibt keine Booleschen Operatoren zur Verknüpfung von Bedingungen und wer auch immer auf die Idee gekommen ist statt geschweiften Klammern Tabulatoren zu nutzen gehört erschossen. Du kannst dir nicht vorstellen wie häufig ich ungelogen so 10 Minuten auf meinen Code gestarrt habe, nur um zu realisieren, dass irgendwas falsch eingerückt wurde. Außerdem ist Python halt langsam wie sonstwas.
Bin der Letzte, der Python verteidigen wollen würde, aber doch, die gibt es. Sind nur etwas unüblich benannt mit
and,orundnot:https://docs.python.org/3/reference/expressions.html#boolean-operations
Sorry, aber eine vernünftige Programmier:in weiß, dass es für jede Aufgabe das richtige Werkzeug gibt. Wer sich auf eine Programmiersprache beschränkt ist entweder ein Nischennerd oder hat keine Ahnung.
Nur C++ programmieren, sich an statischer Typisierung oder was auch immer aufzugeilen und allen Leuten die Python coden vorzuwerfen sie hätten keine Ahnung von ihrer Arbeit ist absolut beschränkt und peinlich.
Ich selber arbeite halt aktuell recht viel mit Python und ich hasse es mittlerweile. Die Vorteile die Python bietet werden, zumindest bei dem was ich damit mache, ab einer gewissen Größe ausschließlich zu Nachteilen. Auch wenn C manchmal ziemlich Nervig ist und es genug Dinge gibt, die ich Freiwillig nicht in C machen würde, komme ich tendenziell deutlich besser damit klar, einfach weil deutlich klarer ist, womit ich eigentlich arbeite. Die Typisierung erledigt halt auch komplett die Notwendigkeit des Typecheckings. Wenn der Nutzer ein Arschloch ist haut der dir halt im code anstatt eines Strings eine Zahl da rein und schon funktioniert nichts mehr.
Das mit “Keine Ahnung haben was man tut” bezog sich halt primär darauf, dass, vor allem wenn man Bibliotheken verwendet und sich nicht komplett in die Dokumentation ein arbeitet, für mich oftmals so ein bisschen unklar ist, was ich eigentlich bekomme. Irgendwelche komischen Formen von Arrays, die irgendwelche unklaren Objekte beinhalten sind da mein Favorit.
Verstehe ich dann aber nicht wieso du anderen vorwirfst, Dinge hinzurotzen und keine Ahnung zu haben, nur weil es für deinen Use Case nicht funktioniert.
So war das nicht gemeint. Ich hatte gemeint, dass wenn man schnell Ergebnisse erzielen will/muss Python wirklich gut ist. Wenn ein Projekt aber größer wird, würde ich ganz klar eine andere Sprache vorziehen. Man kann natürlich auch große Projekte in Python erledigen, ich für meinen Teil würde das freiwillig aber nicht wieder tun.
Das ergibt Sinn, aber dein Kommentar liest sich ehrlich gesagt anders, wenn du ihn dir nochmal anschaust.
Da muss ich dir wohl zustimmen