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

