ich_iel
Die offizielle Zweigstelle von ich_iel im Fediversum.
Alle Pfosten müssen den Titel 'ich_iel' haben, der Unterstrich darf durch ein beliebiges Symbol oder Bildschriftzeichen ersetzt werden. Ihr dürft euch frei entfalten!
📱 Empfohlene Schlaufon-Applikationen für Lassmich
Befreundete Kommunen:
Sonstiges:
Regeln:
1. Seid nett zueinander
Diskriminierung anderer Benutzer, Beleidigungen und Provokationen sind verboten.
2. Pfosten müssen den Titel 'ich_iel' oder 'ich iel' haben
Nur Pfosten mit dem Titel 'ich_iel' oder 'ich iel' sind zugelassen. Alle anderen werden automatisch entfernt.
Unterstrich oder Abstand dürfen durch ein beliebiges Textsymbol oder bis zu drei beliebige Emojis ersetzt werden.
3. Keine Hochwähl-Maimais oder (Eigen)werbung
Alle Pfosten, die um Hochwählis bitten oder Werbung beinhalten werden entfernt. Hiermit ist auch Eigenwerbung gemeint, z.b. für andere Gemeinschaften.
4. Keine Bildschirmschüsse von Unterhaltungen
Alle Pfosten, die Bildschirmschüsse von Unterhaltungen, wie beispielsweise aus WasistApplikaton oder Zwietracht zeigen, sind nicht erlaubt. Hierzu zählen auch Unterhaltungen mit KIs.
5. Keine kantigen Beiträge oder Meta-Beiträge
ich_iel ist kein kantiges Maimai-Brett. Meta-Beiträge, insbesondere über gelöschte oder gesperrte Beiträge, sind nicht erlaubt.
6. Keine Überfälle
Wer einen Überfall auf eine andere Gemeinschaft plant, muss diesen zuerst mit den Mods abklären. Brigadieren ist strengstens verboten.
7. Keine Ü40-Maimais
Maimais, die es bereits in die WasistApplikation-Familienplauderei geschafft haben oder von Rüdiger beim letzten Stammtisch herumgezeigt wurden, sind besser auf /c/ichbin40undlustig aufgehoben.
8. ich_iel ist eine humoristische Plattform
Alle Pfosten auf ich_iel müssen humorvoll gestaltet sein. Humor ist subjektiv, aber ein Pfosten muss zumindest einen humoristischen Anspruch haben. Die Atmosphäre auf ich_iel soll humorvoll und locker gehalten werden.
9. Keine Polemik, keine Köderbeiträge, keine Falschmeldungen
Beiträge, die wegen Polemik negativ auffallen, sind nicht gestattet. Desweiteren sind Pfosten nicht gestattet, die primär Empörung, Aufregung, Wut o.Ä. über ein (insbesonders, aber nicht nur) politisches Thema hervorrufen sollen. Die Verbreitung von Falschmeldungen ist bei uns nicht erlaubt.

Bitte beachtet auch die Regeln von Feddit.org
view the rest of the comments
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.
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.
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!
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.
Fun Fact: Aus meinem direkten Bekanntenkreis weiß ich, dass vor nicht zu langer Zeit diverse Klärwerke in ganz Europa noch auf Delphi Software liefen (also die Steuerungstechnik). Weil der Freund damals nicht alles komplett umgestellt hat (weil er dann den Job wechselte) sind das vermutlich heute allein bei dieser Firma noch ein Paar
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.
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