Ist das doof .....

[nairolF]

Nein, wir sind nämlich alle Hipster, haben uns lieb und dürfen Kritik nur in Wattebäuschchen verpacken, bis sie keiner mehr wahrnimmt.

Kenn ich. Bei uns funktioniert das mit der wertschätzenden Anrede aber auch nur so lange, bis ich mal verkackt habe. Dann gilt das plötzlich nicht mehr.

 

[businesskasper]

Nee, sachlich ist schon zu hart. Die Leute sind schon beileidigt, wenn man ihnen sagt, dass sie vergessen haben, die Datenbankverbindung zu schließen und deswegen da drüben der Prozess in einen Timeout läuft.

 

[nairolF]

Nee, sachlich ist schon zu hart. Die Leute sind schon beileidigt, wenn man ihnen sagt, dass sie vergessen haben, die Datenbankverbindung zu schließen und deswegen da drüben der Prozess in einen Timeout läuft.

Aha... und bei euch geht noch was vorwärts?
Klingt schwer nach unterqualifiziert und überbezahlt.

 

[Speedfreak]

Bin seit 29 Jahren als Ausbilder unterwegs und und bin auch Prüfer bei Abschlussprüfungen im Handwerk.

Sage jetzt mal nichts zu den Mimosen heutzutage. Wir müssen sie auch in Watte packen…
Und leider auch die Anfoderungen immer weiter runterschrauben.

 

[businesskasper]

Das würde ich tatsächlich so unterschreiben. Mit einem fähigen Kollegen saß ich heute über Code aus 2023. Es kann keiner, noch nichtmal der Author erklären, warum der so ist wie er ist. Aber wir haben gefragt!

Das sieht da schwer nach Jungend forscht aus. Damals wurde im Java-Universum gerade Kotlin populär (ich mag die Sprache übrigens), aber leider haben die Deppen Hello World übersprungen.

 

[nairolF]

Das würde ich tatsächlich so unterschreiben. Mit einem fähigen Kollegen saß ich heute über Code aus 2023. Es kann keiner, noch nichtmal der Author erklären, warum der so ist wie er ist. Aber wir haben gefragt!

Das sieht da schwer nach Jungend forscht aus. Damals wurde im Java-Universum gerade Kotlin populär (ich mag die Sprache übrigens), aber leider haben die Deppen Hello World übersprungen.

Das ist der Nachteil, wenn man häufig den Arbeitgeber wechselt: Man wird selten mit altem Code konfrontiert.
Wenn man allerdings mal in einer alten Code Base einen schwer verständlichen, unkommentierten Code hat und ihn mühsam wie ein Archäologe entziffert, sich dabei schwarz ärgert und dann in SVN mittels Blame herausfindet, dass man das selber vor 10 Jahren verbrochen hat, dann hat das Auswirkung auf zukünftigen Code.

Ich finde das übrigens auch toll, wenn solche Jungs wie du sie beschreibst, immer auf den neuesten Hype aufspringen, das Zeug gnadenlos einsetzen, dann das Unternehmen verlassen und 2 Jahre später stellst du fest, dass der Hype vorbei ist und es die dringende Erweiterung, die du jetzt brauchst nicht mehr geben wird. Nicht selten heißt es dann "Alles neu".

 

[Made]

Woanders wird der süddeutsche Dialekt nicht verstanden, aber wenn sich hier IT-ler austauschen versteh ich auch nix

 

[businesskasper]

Für Code, den ich beruflich vor 10 Jahren geschrieben habe, ist heute keiner mehr verantwortlich. Der ist zwar noch in Betrieb, aber das ist inzwischen eine "Gemeinschaftsleistung" von mehreren Mitarbeitergenerationen. Ob ich damit heute klar käme, ist 'ne andere Frage.

Viel wichtiger ist, was ich draus gelernt habe: Code muss wartbar sein! Ich schreibe lieber 3 Zeilen mehr um die Isolation von Komponenten aufrecht zu erhalten anstatt in irgendeiner Library triviale Standardfälle zu implementieren. Resource Management IST EXPLIZIT und auf der selben Bildschirmseite wie die Allocation und noch so ein paar andere Sachen im Bereich Vererbung, Unveränderbarkeit, Sichtbarkeit, Singletons tralalala.

Die meiste Zeit diskutiere ich aber warum an drei verschiedenen Stellen "client.close()" auf rufe, statt in eine Bibliothek eine Funktion "closeClient(Client)" zu packen.

 

[Fruchti]

Bin seit 29 Jahren als Ausbilder unterwegs und und bin auch Prüfer bei Abschlussprüfungen im Handwerk.

Sage jetzt mal nichts zu den Mimosen heutzutage. Wir müssen sie auch in Watte packen…
Und leider auch die Anfoderungen immer weiter runterschrauben.

Ich habe meine Ausbildung von Lehrlingen, im August 2023 beendet, es war eine meiner besten Entscheidungen.

 

[Ralph]

hat denen bestimmt auch gut getan. Und dem Weltfrieden auch.

 

[businesskasper]

Übrigens auch so eine Erfahrung, der Code, der da gerade recht jung ist, ist jung, weil ich damit nicht ins Bestandsrepository gegangen bin. Das hat zwei interessante Nebeneffekte:
1. Ich habe genau keine Altlasten. Ich kann auf eine grüne Wiese kacken und der Haufen hebt sich farblich vom Untergrund ab.
2. Ich habe nichts, wirklich gar nichts, zur Verfügung, was der Bestandscode implementiert. Der hat zwar ein Haufen bibliotheken, aber die sind nicht exportiert, im Sinne von, ich kann die einfach so einbinden. D.h. ich schreibe auch trivialen Unsinn from scratch, den ich irgendwie brauche.

Stellt sich raus: Heute sind wir drei Jahre weiter, ganz viel trivialer Unsinn wurde inzwischen von anderen in gut gelöst und muss ich gar nicht selber schlecht lösen. Ganz viel Implementierungsbullshit aus der Veranstaltung Jugend forscht, lässt sich billig selber lösen. Ich hab echt wenig boilerplate oder copy & own. Ich baue features, nicht verwaltung.

 

[Fruchti]

hat denen bestimmt auch gut getan. Und dem Weltfrieden auch.

Von den 5 Lehrlingen die im August 23 ihre Ausbildung angefangen haben, sind 2 noch bei uns, und sind an der Zwischenprüfung gescheitert .
Und da die Anforderungen sind seit 2019 so herabgesetzt worden, das man eigentlich nur noch anwesend sein muss, aber auch das ist schon zuviel verlangt.

 

[businesskasper]

Ich versuch mal, das Zeug was ich gerade da schreibe für Handwerker zu übersetzen.
- Du sollst 'ne Wohnsiedlung bauen, in der Wohnsiedlung sollen alle Häuser ähnlich aussehen.
- Drei Häuser stehen schon und geben damit das Erscheinungsbild vor
- Haus 1: Dach undicht
- Haus 2: Fenster nicht rechteckig
- Haus 3: Drainage vergessen

In der Softwareentwicklung läuft das dann ungefähr so: Du baust Haus 4 und verlegst nur jede zweite Dachschindel, lässt die Fenster weg und baust direkt im See. Und wenn der Hausbesitzer fragt "Warum?", antwortest du "Haben wir schon immer so gemacht."

 

[Tuona]

Das Problem am Homeoffice ist, dass man nicht einfach aufstehen kann und den Kollegen einprügeln kann, was in der Doku steht. Wir reden hier übrigens auch nicht von einer Doku die irgendwo auf einem Sharepoint versteckt ist, sondern von der README zum Quellcode.

$Kollege frickelt 2 Wochen rum, ändert bestehenden Code, der keine 4 Wochen alt ist und stellt sich natuerlich nicht die Frage, warum der Code so ist wie er ist, sondern die anderen sind alle Idioten und streuselt seinen Pfusch drüber

Jetzt hab ich sinnlose Indirektionen, die nicht mehr offensichtlich auf den Geschäftszweck mappen, kaputtes Resource-Handling und Generalisierungen, die keinem helfen, aber dafür haben Umbenennungen und Verschiebungen wirklich jedes einzelne File verändert. Super Sache, mit solchen Leuten willste echt nicht arbeiten.

Für sowas gibts `git revert'