ich_iel

und wieso wird die Bearbeitungszeit von Tickets immer länger?!

Ich hätte da so eine Vermutung, die mit "K" anfängt und "eine Tests" aufhört... 🫠

Also offensichtlich gibt es hier ein Problem mit dem Prozess! Wir machen am besten ein Meeting mit dem PO und den Architekten, damit wir einen ADR schreiben können. Wenn der wie erwartet ignoriert wird, können wir ja nochmal eine Retrospektive machen.

Echte Entwickler müssen mindestens 20h die Woche Meetings haben, musst du wissen.

Lass uns eine Firma aufmachen, in der wir nur Tests schreiben! Was testen wir, fragst du? Das Leben, das Universum und den ganzen Rest!

Einmassieren finde ich einen Topausdruck.

Ja, durch den explosionsartigen Anstieg der Nachfrage nach Software-Entwicklern wurde zwischendurch mal wirklich jeder genommen, der nur die Ausdauer hatte mehrere Stunden am Tag vor einem Bildschirm zu sitzen; (kommt mir vor). Da ist ja jetzt endlich eine Trendwende zu erkennen (kommt mir vor).

Also mir ging's auch so, dass ich das alles kaum auf dem Schirm hatte, als ich nur in Sprachen mit Garbage-Collection unterwegs war. Die Sprachen geben dir ja teilweise überhaupt keine Handhabe, um zu sehen oder zu beeinflussen, wie/wo/wann Speicher alloziert wird.
Hier auf Arbeit gilt es in GC-Sprachen sogar als Best Practice, dass man mit Immutable Datentypen arbeitet, d.h. explizit die Datentypen dupliziert, wenn man ein Feld verändern will, weil die GC-Sprachen es sonst extrem einfach machen, dir in Multithreading-Kontexten in's Bein zu schießen.

Oftmals sind es eben auch Server-Anwendungen, die man programmiert, wo man dann tendenziell einfach einen dickeren Server draufwirft, falls es mal Performance-Probleme geben sollte. Aber klar, wenn man dann mal keine Server-Anwendung programmiert, verwendet man trotzdem die Sprache, die man gewohnt ist.

Sogar CLIs werden hier teilweise mit GC-Sprachen geschrieben, wo ich mir mittlerweile nur noch denke, dass man nichts Bekloppteres machen kann. Jedes mal, wenn man einen Befehl auslöst, dackelt da eine Java/Python/sonstwas-Runtime los, nur um dann eine halbe Sekunde später festzustellen, dass der Benutzer nur die --help wollte, also einmal ausgeben und dann die Runtime wieder zurück in den Schuppen stellen.

Mal ganz polemisch gesagt ist das bei grob 99% aller Anwendungen auch kein Problem.

Stimmt, mit Bogen käme ich nämlich nicht dazu die Weichware zu starten, weil ich noch damit beschäftigt wäre die Abhängigkeiten einzeln zu bauen.

#minze

Ich benutze Manneinmachglaso, bei dem Weg, das ist wie Bogen, oder?

Auch hierzu habe ich was zu sagen: Ich entwickle eine Web-Anwendung für Geschäftspartner. Sie läuft im Browser, ist also kreuzplattformig (außer Safari, manchmal, aber das lässt sich regeln) und auch mobil benutzbar.

Immer wieder kriege ich den Wunsch, doch bitte eine App zu entwickeln. Das sei ja viel besser. Warum genau, habe ich noch nie aus erster Hand gehört, aber mir wurde versichert, dass meine trainierten Affen gerne eine Verknüpfung auf dem Startbildschirm hätten. (Nicht sicher, ob das wirklich der einzige Grund ist und ich habe Angst, nachzufragen).

Ich bin kein App-Entwickler. Und selbst wenn ich einer wäre, hätte ich −13% Lust, ein gottverdammtes funktionierendes System noch zweimal zu schreiben. Falls mich also jemand zwingt und ich keine Lust auf Bewerbungsgespräche habe, werde ich also die Web-App nehmen und laut fluchend mit Tackerklammern und Tesafilm Electron drum herum basteln.

Immer!

Spaß beiseite: Mir geht gerade auf, dass Punktionfizierung ja auch eine Elektronenanwendung ist! Also lieber den Netzspieler verwenden!

Sollen sich der Pöbel doch einfsch die neuste Hartware kaufen, 16/32GB Zufälligzugriffsgedächtnis Minimum.

Vorsicht! Bring die nicht auf Ideen!!

Früher konnte man einfach eine Weile warten und alles wurde schneller, heute stoßen wir a physikalische Grenzen und müssen optimieren wenn wir schneller sein wollen.

Problem ist aber oft dass Kunden irgendwelche obskuren Funktionen wollen, die nur über Umwege realisiert werden können, und aus 10 Zeilen code werden 50, und die Komplexität der Berechnung steigt.

Bei älterer Software hilft es meistens nur mit einer neuen Version von Grund auf neu anzufangen da man dann die Anforderungen schon vorher kennt und das Grundgerüst passend auswählen und Dimensionieren kann.

Ich benutze Linux bei dem Weg. Ich denke, ich müsste mal wirklich untersuchen, welche Programme bei mir die meisten Ressourcen fressen. Chromium mit Videokonferenz und Firefox gleichzeitig dürfte schon mal ein großer Bremsklotz sein.

leben sein wie: