Warum du keine eigene Software-Fabrik bauen solltest
Personal software factories are a waste of time
Softwareentwickler neigen dazu, sich eine eigene Fabrik zur automatisierten App-Erstellung zu bauen – laut Peter P. eine der schlechtesten Investitionen überhaupt. Während Nicht-Entwickler mit AI erstaunliche Dinge umsetzen, bleibt der Ingenieur in seiner Komfortzone und baut am Ende nur ein System, das Projekte hervorbringt, die er ohnehin aufgibt. Sinnvoller ist es, echte Probleme zu beobachten und Ideen zu sammeln – oder die Fabrik gleich für den Arbeitgeber zu bauen, wo tiefes Systemverständnis und jahrelang gewachsene Strukturen den Unterschied machen.
Aber eine Software-Fabrik ist nur eine Erweiterung dessen, was du schon immer getan hast: Projekte starten, sie aufgeben und am Montag wieder zur Arbeit gehen.
- nielsole
Gerade wird alles neu durchdacht. So viele Paradigmen sind kaputt.
Es gab noch nie einen besseren Zeitpunkt, eine Software-Fabrik zu bauen.
- ajmurmann
Ich denke, er hat recht, dass die Software-Fabrik sich gewissermaßen herausbilden sollte. Man sollte ein Projekt nicht damit beginnen, zu sagen: „Na ja, ich sollte zuerst eine Software-Fabrik bauen, um das schneller zu machen.“ Beginne damit, das Ding zu bauen, indem du einen Agenten anleitest. Wenn du merkst, dass du immer wieder dasselbe schreibst, pack es in einen Skill, den du als Makro betrachten und behandeln solltest. Wenn du klare Muster entwickelst, welcher Skill wann aufgerufen wird, könnte es Zeit sein, eine Software-Fabrik zu starten, die im Wesentlichen diese Entscheidungen und relevanten Informationen hinter einer hübschen Oberfläche versteckt.
Meine Software-Fabrik ist so entstanden, und für die 50–70 % der einfacheren Aufgaben, an denen ich arbeite, spart mir das so viel Zeit und, was wichtiger ist, mentalen Aufwand.
- rc-1140
Was ich aus dem Inhalt des Blogposts mitnehme, ist, dass der Autor einen ständigen Kampf mit seinem Publikum austrägt, den ich so zusammenfasse: „Ich halte dein Vorhaben für töricht und du solltest es nicht tun, aber ich bin nicht dein Chef, also wen interessiert's, aber es ist eine schlechte Idee, aber es könnte nützlich sein, aber du solltest es nicht tun.“
Ich denke, wenn du Pläne für eine Software-Fabrik hast (lies: irgendein konzeptionelles Framework für eine Schleife, die Aufgaben in Code/Features verwandelt), solltest du es ausprobieren. Meine Meinung ist, dass du, selbst wenn deine Implementierung ein Reinfall ist oder du sie nie über einen Proof of Concept hinausbringst, zumindest etwas getan hast, um dich darüber zu informieren, was es da draußen gibt und was du versucht hast.
Besser einen Friedhof kaum begonnener Projekte zu haben, die deinem Wissen Tiefe verleihen, als sich der Prompt-Sklaverei zu unterwerfen, weil [Frontier-Modell des Finanzquartals] Marvel + Bioshock + Ted Lasso + Command and Conquer oder was auch immer für einen entsetzlichen Konsum-Schrott™ hinbekommt, den Leute wie Nikita Bier so lieben.
- codebastard
Klingt für mich so, als würden Leute unter einer Software-Fabrik unterschiedliche Dinge verstehen.
Ich glaube, eine Software-Fabrik ist einfach der nächste Schritt im Mantra „Alles ist Code“.
Man möchte eine Feature-Beschreibung und Akzeptanzkriterien so unscharf und mit so wenigen Details wie möglich in die „Box“ schreiben.
Um das zu ermöglichen, schafft man für die Fabrik Zugang zu Informationen über die Domäne, Anforderungen und den Software-Stack, wie es die Umgebung erfordert.
Und das versucht man alles mit Tools, Dokumentation und Prozessen, die für die KI optimiert sind.
Alles mit dem Ziel, weniger Tokens und Kontext zu verbrauchen und jede Aktion eines Agenten so weit wie möglich zu beschleunigen.
Deshalb gibt es einen Trend zu plugin-basierten, sich selbst weiterentwickelnden Harnesses, die versuchen, das mit meinungsstarken Lösungen zu automatisieren.
Daher sehe ich keinen Grund, warum das Bauen von Tools für einfacheres Testen und weniger Token-Verbrauch Zeitverschwendung sein sollte, zumal man immer mehr Bereiche seiner Arbeit entdeckt, die man automatisieren kann, und weil es je nach Tool-Wahl ohne eigenes Zutun funktionieren kann und man sonst die Chance verpasst, zu experimentieren, ob der eigene Beitrag in dieser Hinsicht die Fabrik verbessern wird oder nicht.
- zem
Ich stimme der Stoßrichtung voll und ganz zu, aber greift das einen Strohmann an oder bauen die Leute wirklich „Software-Fabriken“? Das ist das erste Mal, dass ich den Begriff überhaupt im Kontext von LLMs gesehen habe. Wie würde eine Software-Fabrik auf Basis eines LLM überhaupt aussehen?