Dyskusja użytkownika NooT

@Catharsis to w sumie racja. Myślę jednak, że w przypadku PHP tych serwerów na starych wersjach jest dużo więcej niż w przypadku innych języków

@Catharsis Z jednej strony tak. Ale z drugiej strony, ilość problemów w dużym stopniu zależy właśnie od architektury danego języka/sprzętu.

W takim np. sprzęcie sieciowym aktualizacja Cisco o dużą wersję to niemal gwarantowane problemy jeśli dokładnie nie przeczytasz patch notes. A taki Fortigate w 99% przypadków po prostu wstaje, a jeśli coś miałoby go położyć to jest wyraźnie napisane w trzech miejscach i jeszcze dostajesz przypominajkę w mailu.

@NooT php jest tani, wybierają go klienci którzy nie chcą wydawać kasy na jakieś głupoty jak aktualizacje XD

"po co, przecież działa"

@30ohm Problemem jest to, że nikt nie chce za to płacić. Nikt nie będzie tego robić charytatywnie XD

Budżet by był, to i aktualizacje by były.

@Shagwest zakładasz tylko, że coś ma pokrycie testami. A ja bym się wcale nie zdziwił, gdyby tak nie było i teraz sraczka i testy manualne całości

@NooT Ej nie, testów prawie na pewno nie ma, wiec tego nie zakładam. Napisałem, że Claude opakuje najpierw to legacy gówno testami, znajdzie przy tym miliard błędów, a później będzie pilnował, by nic w tych testach się nie zmieniło ani nie naprawiło podczas podbijania wersji PHP czy bibliotek.

@Shagwest no to moim zdaniem mocno przeceniasz możliwości AI. Jest to narzędzie potężne, ale z mojego doświadczenia nie radzi sobie wcale tak wspaniale z pracą z systemami legacy. Szczególnie jeśli trzeba coś pokryć testami - bez prowadzenia "za rączkę" często generuje kompletnie bezsensowne przypadki testowe i tak naprawdę nie sprawdza nic. No ale wszystko to tylko teoretyzowanie... jak jest naprawdę pewnie się nigdy nie dowiemy.

@NooT Jeszcze rok temu też tak reagowałem, że przeceniacie możliwości AI, co człowiek to człowiek. A od miesiąca, odkąd wszedłem w to na pełnej, nie napisałem linijki kodu. Za to oczytałem się jego masę. I rozmaitych raportów i audytów pisanych przez Claude.

I tak, nie jest to jeszcze poziom "zrób tak, żeby było dobrze", ale to kwestia czasu. Dziś jednak już w przypadku takich akcji jak właśnie podniesienie wersji bibliotek i doprowadzenie kodu do porządku, co jest bardziej mechaniczne niż kreatywne, jest po prostu mistrzem. Ogarnięcie clusterfucka w zaniedbanym composerze, którego rozwikłania nikt nie chciał się podjąć, to było pół godziny roboty - łącznie z audytem, czy dane paczki są potrzebne, z zastąpieniem porzuconych ich lepszymi odpowiednikami (i dostosowaniem kodu) i nawet sforkowaniem jednej z nich, którą będziemy mogli wywalić dopiero za jakiś czas, ale gryzła się z nowym Guzzle.

Rozwój nowego projektu to już grubsza sprawa, tu trzeba iść z nim za rączkę, ale efekt jest tego wart. Zawodowe programowanie się skończyło.

@Shagwest o kurde, przecież nawet Opus 5.5 w dużym legacy przy dużo mniejszych zadaniach potrafi zrobić spustoszenie, a co dopiero natrzaskać testy i zmigrować w ciągu kilku godzin bez pomocy człowieka.

@szatkus-7 Mam zupełnie odwrotne doświadczenia.

Tylko znowu - nie mówię o pracy kreatywnej i refactorze, bo tu się może rozpędzić i trzeba z nim siedzieć. Mówię o założeniu mu kagańca i zleceniu doprowadzenia kodu do działania po podbiciu bibliotek czy wersji PHP, bez naprawy żadnych błędów po drodze. No i muszę chyba dodać, że mam spisane zasady i reguły architektoniczne, których Claude się po prostu trzyma.

@dzek nie słyszałem, żeby coś się w tym temacie zmieniło