Popularne tematy
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
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.🤣

26 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
Najlepsze
Ranking
Ulubione