Ta praktyka jest bardzo zła, ale istnieje kilka sposobów na rozwiązanie tego problemu. 1. Staraj się, aby cała infrastruktura testowa była gotowa. Vibe coding stało się łatwiejsze, odpowiednie testy jednostkowe wideo, a także różne testy regresyjne i funkcjonalne, które wcześniej były trudne do zrealizowania, powinny być przeprowadzone. W ten sposób zapewniasz, że nawet jeśli ktoś coś popsuje, wiele testów będzie czuwać nad sytuacją. 2. Podobnie jak w przypadku różnych ringów/stadiów po stronie serwera, można wprowadzać zmiany w sposób stopniowy. Nawet jeśli pojawią się problemy, łatwo jest cofnąć operacje. Nie spowoduje to dużych problemów. 3. W rzeczywistości problem leży w kwestii konsensusu, niezależnie od tego, czy chodzi o ułatwienie sobie, czy innym, a nawet o wymagania przełożonych. Staraj się dzielić duże pull requesty na mniejsze. Dzięki temu agent może łatwiej przeprowadzić przegląd, a ty sam również możesz przeprowadzić przegląd, co zwiększa dokładność. W ten sposób można zasadniczo zapobiec poważnym problemom, ale zawsze jest ryzyko, że coś się wydarzy.🤣
GeekPlux
GeekPlux26 sie, 09:02
Kiedy w dużym projekcie część osób zaczyna kodować w stylu vibe, każdy PR zmienia dziesiątki plików, co całkowicie uniemożliwia przeglądanie... Próbowałem użyć Claude Code review, ale wydaje się to również mało wiarygodne. Jak maksymalnie zredukować skutki uboczne w sytuacji, gdy nie można zabronić tym kolegom kontynuowania vibe coding? Jak zapewnić stabilność i niezawodność projektu?
20,29K