> Koszt wyjaśnienia logiki biznesowej dla AI > Koszt kodowania, więc nie używam Vibe Coding w backendzie. Moim zdaniem, brak użycia AI w backendzie wynika z zależności od ścieżki, zbyt dobrze to znam, wolę pozostać w swojej strefie komfortu i nie chcę korzystać z podpowiedzi do generowania kodu. W przypadku frontendu, z powodu braku znajomości, są bardziej otwarci. Inny problem, który już dobrze znasz: jest to trudność w jasnym opisaniu swoich potrzeb za pomocą podpowiedzi. Umiejętność wyrażania się w prosty i zrozumiały sposób w naturalnym języku oraz komunikacja to wymagania dla doświadczonych programistów, ponieważ w rzeczywistości musisz prowadzić ludzi, przekonywać innych do korzystania z twojego projektu, co zawsze wymaga naturalnej komunikacji. Kod backendowy można spróbować opisać za pomocą pseudokodu, wypróbować TDD, najpierw napisać kod testowy, a potem go zaimplementować, ale nadal zaleca się częstsze korzystanie z AI.
耳朵
耳朵6 gru, 19:11
Zgadzam się z tym, co powiedział nauczyciel Baoyu, mogę dodać kilka innych perspektyw (Vb w backendzie i frontendzie). Kiedy piszę backend w Javie, nigdy nie używam programowania w Vb, wszystko piszę ręcznie, ponieważ ekosystem Javy jest niezwykle dojrzały, a frameworki w dużym stopniu ukrywają szczegóły techniczne, więc mogę skupić się na realizacji logiki biznesowej. Koszt wyjaśnienia logiki biznesowej AI > koszt kodowania, więc nie używam programowania w Vb w backendzie. Jednak kiedy piszę frontend, często korzystam z Agenta w trybie automatycznym + edytora do drobnych poprawek, 99% kodu jest pisane przez Agenta, a ja tylko dostosowuję wyniki, często za pierwszym razem. Dlaczego używam Agenta w trybie automatycznym podczas pisania frontendu? Jednym z głównych powodów jest to, że powtarzalność kodu frontendowego jest nieunikniona, niezależnie od tego, jak zaawansowanym inżynierem jesteś, każdy komponent, każdy przycisk, musisz samodzielnie wprowadzić w odpowiednie miejsce i dopasować, aby uzyskać pożądany efekt. Każda walidacja frontendowa, okno dialogowe, powiadomienie, przesyłanie formularzy nie może być zrealizowane przez framework, musisz to napisać ręcznie, w tym momencie zalety Agenta w trybie automatycznym stają się oczywiste, wystarczy, że jasno opiszesz zadanie, a obecne możliwości modeli mogą pomóc w 99% odtworzyć to, co potrzebujesz. Obecnie w pełnostackowym rozwoju frontendowym istnieje dojrzały model Monorepo, w którym duży model może zrozumieć wszystkie API i definicje obiektów w tym samym repozytorium, więc uważam, że pełnostackowy rozwój z użyciem Monorepo + Agenta w trybie automatycznym to po prostu eksplozja efektywności. Podsumowując moje myśli: czy używać Agenta w trybie automatycznym, zależy od tego, czy może mi zaoszczędzić czas i zwiększyć efektywność, a dla doświadczonego inżyniera powinno być łatwo ocenić, które scenariusze kodowe mogą wykorzystać Agenta do zwiększenia efektywności.
Oczywiście, że nie polecam oddawania wszystkiego AI. Niektóre powtarzalne zadania należy zlecić AI, ale w przypadku niektórych projektów najlepiej jest korzystać z AI jako wsparcia, a także regularnie ręcznie pisać trochę kodu, aby nie pozwolić swoim umiejętnościom zaniknąć. To tak, jakby ludzie nie musieli już wykonywać pracy fizycznej, a mimo to chodzili na siłownię!
21,58K