Nie jest dobrze koledzy.
#programowanie #ai #vibecoding
@lurker_z_internetu Od lat siedzę w IT i patrząc na to jak szybko rozwijają się te modele AI mam bardzo negatywne myśli co do przyszłości w tej branży. Zwolnienia za jakiś czas będą na bank a osoby które się ostaną będą musiały ostro cisnąć bo wsparcie AI podbije znacznie oczekiwania co do wydajności. Już teraz cisną nas na zmniejszanie estymat bo "cursor wam przecież połowę kodu napisze"...
@lipa13 ta, u mnie to samo. Licencje na wszystkie modele w Copilocie mam z firmy.
Całe szczęście jest światełko w tunelu.
Każda kolejna zmiana to coraz większe ryzyko, że coś spierdoli. A dotyka bardzo dużo, praktycznie przepisuje całe komponenty na nowo. Często wprowadza nowe błędy tam, gdzie wszystko było git. Diffy są potężne i ciężko z tego robić commity.
Do tego, jak historia czatu jest długa i plików jest dużo to często się zacina lub wali errory.
Nie mniej, dla juniora pozostają tylko halucynacje z niedożywienia.
@lurker_z_internetu właśnie miałem pisać komentarz w tym stylu. Jeszcze długa droga zanim te narzędzia zastąpią nawet średnich mid levelów, a co dopiero seniorów czy staff+. Ja używam tego głownie do prototypowania i czasem do prób naprawy czegoś w kodzie, który nie do końca ogarniam i nie chcę tracić czasu na jego dogłębne poznanie. Ze skutkiem różnym i zawsze sprawdzam czy zmiany mają jakiś sens, ufanie w ciemno to proszenie się o duże kłopoty.
@NooT tak jak towarzysz pisze, na spokojnie z tym czarnowidztwem. Macie jeszcze koledzy i koleżanki programistki czas. Podejrzewam zresztą, że jak nie samo klepanie to ktoś o architekturę musi dbać. Zresztą integracja kodu też jest problemem, LLMy za bardzo halucynuja do użycia w krytycznych miejscach softu, nie wspominając już o fintechu, gdzie nikt o zdrowych zmysłach nie będzie implementował kodu napisanego w ten sposób. Uczyć się, obserwować i spokojnie tam sobie dziubac.
EDIT: Z tymi juniorami tez nie jest tak do końca. Nowe talenty nie biorą się z powietrza. Będzie trudniej, ale jak widzę jak mi ludzie piszą, że juniorzy są niepotrzebni to już wiem, że nigdy nie zarządzali zasobami ludzkimi w organizacji.
Zaloguj się aby komentować
@zboinek
Używanie gotowych komponentów jak shadcn jest już kompletnie niepotrzebne.
No trochę się jednak nie zgadzam. O ile nigdy nie przepadałem za shadcn i ideą kopiowania tych komponentów pojedynczo do swojego kodu, tak ogólnie biblioteki z komponentami dalej będą potrzebne. Może nie w twoim przypadku bo robisz prosty landing page i komponenty nie muszą być ze sobą kompatybilne, ale w wypadku jakiejkolwiek większej aplikacji ważna jest spójność ze sobą komponentów i ich działania. Takie Mantine, Chakra, Material, Hero itp dają ci cały ekosystem gdzie komponenty mogą ze sobą współpracować, mają takie same API, zarządzanie motywem/wyglądem itp.
Takie Gemini ofc walnie ci komponent, jak zapytasz się o kolejny który będzie podobny do tego to też to zrobi. Problem pojawi się gdy będziesz miał tych komponentów 30 albo więcej. Też ostatnio dużo używałem Gemini 2.5 i o ile fajnie działa, to tak jak wszystkie te AI, im więcej kodu i treści tym szybciej zaczyna się gubić. A poza tym, to jak myślisz skąd to AI bierze te komponenty jak nie własnie z uczenia się na wszelkich takich projektach open source.
@Catharsis fairpoint z ta kompatybilnością, dzięki za ten punkt widzenia. Wiem az za dobrze skąd biorą się te dane
Zaloguj się aby komentować