Przewodnik praktyka po kodowaniu wspomaganym przez AI

[Nieco bardziej szczegółowa wersja ostatniego wystąpienia] Wysłano to w weekend. Czy możesz to naprawić o 3 nad ranem, gdy masz telefon od klienta? AI pisze kod teraz. Trudność polega na zaufaniu temu, czego nie możesz w pełni odczytać — czy jesteś inżynierem zatwierdzającym 2000 linii kodu dziennie, założycielem, którego cały produkt został napisany przez coś innego, czy studentem zastanawiającym się, ile się uczysz. Zmiana myślenia, której potrzebujemy: Od bycia deweloperem wspomaganym przez AI -> Do architekta systemów wspomaganego przez AI Wystąpienie praktyka na temat budowania uprzęży: jak skutecznie uruchomić agentów, nie kończąc z systemem, którego nie możesz obronić. Trochę rozwijania specyfikacji i inżynierii kontekstowej — jakie jest najlepsze narzędzie dla ciebie? - Jeśli nigdy nie musiałeś go zatrzymać, to nie jest czysty bieg — to coś, czego nikt nie obserwował. - Prośba nie zawsze działa. Ograniczenia działają tylko wtedy, gdy coś je sprawdza. - Idź tylko tak szybko, jak możesz zobaczyć. Jak duże zadanie, jak często patrzysz, kiedy przestać próbować — to wszystko ten sam wybór. - Twoje poprawki są atutem. Ta sama poprawka, którą robisz ręcznie co dwa tygodnie, powinna stać się czymś, co agent przestaje potrzebować. - Czego nie należy przekazywać. Prędkość jest bezwartościowa, jeśli poruszasz się w złym kierunku, a delegowanie pracy, której jeszcze nie nauczyłeś się, ma koszt, który objawia się później. Nie jest to samouczek dotyczący kursora ani kodu Claude. Nie ma obietnicy 10x. Przynieś porażkę, której nie mogłeś wyjaśnić, a wszyscy spróbują znaleźć sposób, aby to rozwiązać.