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.
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