> Zuerst den politischen Kontext erfassen, um die Wichtigkeit des Projekts und den erwarteten Zeitplan zu verstehen
> Danach auf Basis des bereits festgelegten Zeitraums mögliche Vorgehensweisen ausloten
Wenn man es nicht optimiert, ist es wirklich langsam. Aber ich habe mich an viele der Funktionen so gewöhnt, dass es nicht gerade leicht ist, davon wegzukommen.
Ich denke, dass sich eine explizite Konfiguration, die man als Skill mitnimmt, und der Zweck, etwas im Speicher abzulegen und später wieder hervorzuholen, ziemlich unterscheiden.
Aus dieser Perspektive könnten vielleicht Dokumente wie ADR (Architecture Decision Records) oder CIR (Change Intent Records) eines Tages sogar höher geschätzt werden als der Code selbst.
Im Vergleich zur Entwicklung braucht man eine enorm schnelle und häufige Feedbackschleife.
Da Entwickler am Ende des Arbeitszyklus stehen, wird ihre Rolle im Team meiner Meinung nach teilweise überinterpretiert.
Wer wird wohl etwas beitragen?
> Zuerst den politischen Kontext erfassen, um die Wichtigkeit des Projekts und den erwarteten Zeitplan zu verstehen
> Danach auf Basis des bereits festgelegten Zeitraums mögliche Vorgehensweisen ausloten
Oho
Könnten Sie mir vielleicht sagen, um welchen Bereich es sich handelt? (Nicht als Angriff gemeint, ich bin wirklich nur ehrlich neugierig.)
Wenn man es nicht optimiert, ist es wirklich langsam. Aber ich habe mich an viele der Funktionen so gewöhnt, dass es nicht gerade leicht ist, davon wegzukommen.
Wirklich beeindruckend.
Ein schönes Buch :)
Hahahahahahahahahahahahahaha
Da lag ich falsch.
Ich denke, dass sich eine explizite Konfiguration, die man als Skill mitnimmt, und der Zweck, etwas im Speicher abzulegen und später wieder hervorzuholen, ziemlich unterscheiden.
Natürlich ist auch der Speicherverbrauch deutlich geringer, bei mir etwa ein Viertel.
Aus dieser Perspektive könnten vielleicht Dokumente wie ADR (Architecture Decision Records) oder CIR (Change Intent Records) eines Tages sogar höher geschätzt werden als der Code selbst.
Wow, die Fotos sind wirklich richtig gut gemacht ...
Wäre es nicht besser, statt es im Memory zu behalten, explizite Einstellungen über Skills zu verwenden?
Im Vergleich zur Entwicklung braucht man eine enorm schnelle und häufige Feedbackschleife.
Da Entwickler am Ende des Arbeitszyklus stehen, wird ihre Rolle im Team meiner Meinung nach teilweise überinterpretiert.
Es ist allzu bequem, Entlassungen vordergründig mit KI zu überdecken.
Es scheint, als beschleunige sich der Wandel von einer Rolle, die der eines klassischen Technikers ähnelte, hin zu einem Domänenexperten noch weiter.
Biome war schon extrem schnell, aber dass es sogar dreimal schneller sein soll, ist wirklich beeindruckend.
Wow, vielen Dank. Ich werde es weiter verbessern.
Ein guter Satz für Menschen wie mich, die nicht gut darin sind, Dinge tatsächlich umzusetzen.
Man hört inzwischen sogar, dass Entwickler jetzt mit Claude Code auch Design machen sollen – braucht Design dann keine Reviews/Qualitätsprüfung?