[Programmiererstammtisch] "Zum ächzenden Compiler"

[Hagen0]

Vor OOP hatte ich nur Probleme. Jetzt habe ich eine ProblemFactory...

[DerMonte]

Mal paar bunt gemischte Fragen:
Mit welcher Sprache kann man "einfachsten" GUI Programmierung lernen?
Gibt es einen Weg PHP zu lernen ohne sich erstmal einen Webserver aufzubauen?
Wie viel Javascript wissen braucht man um Typescript zu lernen und wo sind die größten Unterschiede?

[[VK]]

Mal paar bunt gemischte Fragen:
Mit welcher Sprache kann man "einfachsten" GUI Programmierung lernen?

Kommt drauf an welche Art von GUI du programmieren willst. Der Frontend-Stack besteht aber meist aus Javascript/Typescript (Dynamisch) + HTML (Statische Information) und CSS (Design). Das ist aber Web.
Anwendung unterscheidet sich dann in 2D oder 3D und funktioniert komplett anders.

Gibt es einen Weg PHP zu lernen ohne sich erstmal einen Webserver aufzubauen?

Niemand sollte PHP lernen.

Wie viel Javascript wissen braucht man um Typescript zu lernen und wo sind die größten Unterschiede?

Typescript ist Javascript mit Typen.
https://de.wikipedia.org/wiki/TypeScript#Features

[Gullix]

...also, ein Typ, dem vorgeworfen wurde unleserlichen Code zu schreiben, weigert sich, das zu kommentieren.

[Mr. X]

Sag mir du bist Senior ohne zu sagen, dass du Senior bist.

[Gullix]

...also, ich bastle gerade an meinem Hobby-Programmierprojekt und baue Unittests. Und kriege die großartige Fehlermeldung: "Bei deinem Test self.assertRaises(game.ongoing.get_newest_event(), IndexError) ist ein IndexError aufgetreten." Ja ach nee, das war der Sinn der Sache

[Snup]

Weil er game.ongoing.get_newest_event() ausführt und das Resultat davon an den Test weitergibt?

[Gullix]

...also, berechtigter Einwand. Gucke ich mir morgen genauer an. So ist ja das assertRaises gar nicht im Call-Stack drin, und wenn da irgendwelche try-except-Geschichten stehen werden die nie ausgeführt.

[E-Feld]

Ich bin ja immer begeistert wenn Leute Hobbyprojekte durchziehen, aber dazu noch Unittests? Chapeau! Worum gehts bei dir?

[alpha civ]

Unittests ersparen Kummer auch bei Hobbyprojekten.

[E-Feld]

Unittests ersparen Kummer auch bei Hobbyprojekten.

Das bezweifele ich gar nicht. Für mich ist es ein Zeitfaktor (und damit auch umgebungsabhänging) aber die Diskussion darüber könnte einen ganzen eigenen Thread füllen.

[alpha civ]

Man ist nicht schneller fertig (im Sinne von das Hobbyprojekt erfüllt alle Anforderungen), wenn auf Unittests/Integrationtests verzichtet wird. Getestet wird auf jedenfall, die Frage ist nur wann. Durch Tests wird auch die Codequalität besser (wenn man z.B. TDD einsetzt).

[Schlumpf]

Ich bezweifle das Gullix sein Projekt so professionell aufzieht.

[Gullix]

Ich bin ja immer begeistert wenn Leute Hobbyprojekte durchziehen, aber dazu noch Unittests? Chapeau! Worum gehts bei dir?

...also, ich orientiere mich gerade beruflich neu, in Richtung Programmierer. Da hab ich mir ein Computerspiel aus meiner Kindheit ausgesucht, Swing hieß es, und das baue ich jetzt nach. Spielbar ist es schon, fehlt aber noch ganz viel. Wenn es gut läuft, kann ich es zu Weihnachten allen möglichen Leuten schenken.

(die gute Nachricht: Es macht mir echt Spaß, also vermutlich gute Idee mit dem Berufswechsel. Die schlechte Nachricht: Immer wenn ich mich an die Jobsuche setze, denke ich mir "hoffentlich finde ich nicht so schnell was, dann hab ich mehr Zeit für Swing". )

Naja und die Unittests, also ich probiere halt ein bisschen die Werkzeuge aus. Entwicklungsumgebung, Debugger und sowas. Ich hab den Code mal ein paar Freunden gezeigt, und da kam dann sowas wie "deine Architektur ist nicht sehr sauber. Wenn du Tests schreibst, wirst du das merken", und here we go. Recht hatten sie.

[alpha civ]

Naja und die Unittests, also ich probiere halt ein bisschen die Werkzeuge aus. Entwicklungsumgebung, Debugger und sowas. Ich hab den Code mal ein paar Freunden gezeigt, und da kam dann sowas wie "deine Architektur ist nicht sehr sauber. Wenn du Tests schreibst, wirst du das merken", und here we go. Recht hatten sie.

TDD kann hier helfen. Dadurch, dass ein Test zu erst geschrieben wird und dann erst die korrekte Implementierung dazu, wird der Code automatisch sauberer.

Und nicht vergessen: ordentlich geschriebene Tests sind Dokumentation über das tatsächliche Verhalten des Programms. Das in normaler Text-Dokumentation beschriebene Verhalten kann mit der Zeit vom tatsächlichen Verhalten abweichen, bei Tests passiert das nicht: weicht das Verhalten ab, dann knallt ein Test.