Ein Leitfaden für Praktiker zur KI-unterstützten Programmierung

[Eine etwas ausführlichere Version des letzten Vortrags] Sie haben es an einem Wochenende geschafft. Können Sie es um 3 Uhr morgens beheben, wenn Sie einen Kundenanruf erhalten? KI schreibt jetzt den Code. Der schwierigste Teil ist, dem zu vertrauen, was Sie nicht vollständig lesen können — egal, ob Sie ein Ingenieur sind, der täglich 2.000 Zeilen abnimmt, ein Gründer, dessen ganzes Produkt von etwas anderem geschrieben wurde, oder ein Student, der sich fragt, wie viel Sie lernen. Der Denkenswandel, den wir brauchen: Vom KI-unterstützten Entwickler -> Zum KI-unterstützten Systemarchitekten Ein Vortrag von Praktikern über den Aufbau des Systems: Wie man Agenten effizient betreibt, ohne ein System zu schaffen, das man nicht verteidigen kann. Ein wenig spezifikationsgesteuerte Entwicklung und Kontextengineering — welches das beste Werkzeug für Sie ist? - Wenn Sie es nie stoppen mussten, ist das kein sauberer Lauf — es ist einer, den niemand beobachtet hat. - Nett fragen funktioniert nicht immer. Einschränkungen gelten nur, wenn etwas sie überprüft. - Gehen Sie nur so schnell, wie Sie sehen können. Wie groß ist die Aufgabe, wie oft schauen Sie hin, wann sollten Sie aufhören zu versuchen — alles der gleiche Anruf. - Ihre Korrekturen sind ein Vermögen. Die gleiche Korrektur, die Sie alle zwei Wochen von Hand vornehmen, sollte etwas werden, das der Agent nicht mehr benötigt. - Was man nicht übergeben sollte. Geschwindigkeit ist wertlos, wenn Sie in die falsche Richtung gehen, und die Delegierung der Arbeit, die Sie noch nicht gelernt haben, hat Kosten, die später aufkommen. Kein Cursor oder Claude Code Tutorial. Kein 10-faches Versprechen. Bringen Sie den Fehler mit, den Sie nicht erklären konnten, und jeder wird versuchen, einen Weg zu finden, ihn zu lösen.