ruskaonuca napisał(a):
U mnie to wygląda tak, że jakieś 90% kodu, który wypuszczam jest generowany przez AI. Ostatnio mi się nawet nie chce na serwery logować i AI wie gdzie leżą klucze ssh i ogarnia. Jak u was? Jedziecie już na maxie Claude Codem czy jeszcze ręcznie robicie?
Elegancko, potem będzie zapotrzebowanie na ludzi, którzy to będą sprzątać.
Pyxis napisał(a):
ruskaonuca napisał(a):
U mnie to wygląda tak, że jakieś 90% kodu, który wypuszczam jest generowany przez AI. Ostatnio mi się nawet nie chce na serwery logować i AI wie gdzie leżą klucze ssh i ogarnia. Jak u was? Jedziecie już na maxie Claude Codem czy jeszcze ręcznie robicie?
Elegancko, potem będzie zapotrzebowanie na ludzi, którzy to będą sprzątać.
Sprzatanie slabych legacy systemow tworzy silnych programistow
Silni programisci tworzą dobre systemy,
Dobre systemy sprawiaja, ze biznes tnie koszta i przerzuca prace do AI (hindusi albo LLM)
AI tworzy slabe systemy
Slabe systemy wymagaja zatrudnienia programistow by posprzatali
Przez ostatnie 2 miesiące prawie cały kod robiłem AI.
Oczywiście weryfikuję to wszystko potem, sprawdzam pod kątem błędów, itd. , ale AI po prostu robi to wszystko lepiej i szybciej, niż ja bym to zrobił - w szczególności dotyczy to sytuacji, gdy nie mam dużego doświadczenia z danym tech stackiem i jestem w nowym projekcie. Mógłbym oczywiście te taski klepać ręcznie tak jak kiedyś, tylko po co?
U was w pracy pozwalają na używanie agentów AI w IDE lub nawet np claude, gemini przez web? U mnie nawet copilot z ms office jest zablokowany
Powinniśmy liczyć zaoszczędzony czas, a nie LOC. Myślę że spędzam 25% mniej czasu nad różnymi zadaniami.
LLM do grzebania w legacy to porażka. Wywraca się na czymś cięższym niż 3 klasy. Nie żebym nie próbował różnych technik.
Do wygenerowania prezentacji, diagramu, idealne.
Do wygenerowania standalone projektu czy skryptu, idealne.
Chyba dostaję mniej pytań od zespołu, gdzie co znaleźć, a to też zaoszczędzony czas.
Mi się całkiem dobrze sprawadza ale jako "helping hand:"
Znalazłem chyba zastosowanie, w którym sobie radzi - pisanie GitHub Actions.
Devopsi są już zbędni, ogłaszam koniec eldorado na tym rynku.
Bez nabijania się, do klepania CI/CD całkiem sprawdzają się te narzędzia. Właśnie kimi naprawia mi pajplajnę. Coś tam zmieni, puści, sprawdzi co wyszło, poprawi następny błąd. Widzę też, że piszę tego manualnego kodu coraz mniej. Właściwie głównie jako jakiś dodatek do prompta, bo prościej napisać strukturę jako kod, niż tłumaczyć jak ona ma wyglądać.
Z ciekawostek, podejście Uncle Boba
https://x.com/unclebobmartin/status/2016166910698696916?s=20
I jeszcze dodatkowe wyjaśnienie jakie napisał:
dzis stawialem pare rzeczy na aws z uzyciem cloud formation + github actions
do obiadu mialem gotowe a normalnie zajeloby to pewnie sprint dla osoby bez duzego doswiadczenia devopsowego ;p
@ArchitektSpaghetti Ale to jest prawda. Oczywiście, że jeżeli każesz coding agent'owi zrobić coś "ponad siły", to w najlepszym (?) wypadku wykona 100 iteracji i dostarczy coś, co działała zgodnie z wymaganiami. Moje skojarzeniem, to taki oczytany junior, który coś tam przeczytał, ma wiedzę, ale jej nie rozumie. Do pewnych zadań to się nadaje, do pewnych nie.
Mam wrażenie, że to się wszystko kręci wokół dwóch biegunów, tak jak kiedyś w webmasteringu. Były narzędzia WYSIWYG, produkujące koszmarki, z którymi nie można było zrobić nic, byli "prawdziwi" webmasterzy uważający Pajączka (R.I.P) za przegięcie, bo tylko naotatnik się do czegoś przydaje.
Moim zdaniem, jeżeli chcesz uzyskać coś przyzwoitego, to musisz się zachowywać jak senior wobec chaotycznego juniora, czyli to co ważne zrobić samemu, lub dokładnie wytłumaczyć, ale często szybciej będzie samemu. To co nie wymaga skilla, albo jest mniej ważne, ale pracochłonne delegować.