@nbzwdsdzbcps

To, że ktoś na review nie miał uwag

Nawet OP pisze, że napisał testy do funkcji których nie zna i nie analizował, ale sprawdził czy nie testują głupot. xD

@nbzwdsdzbcps no cóż, wrzucałem nie więcej niż 400 linii do review, zawsze jeden plik... Ale było 8 takich merge requestów xD nie wiem jak reviewerzy dają radę, bo taki spam dostają nie tylko ode mnie, ale domyślam się jak to działa

@ZohanTSW czekaj, czekaj. Przez 2 tygodnie zrobiłeś 8x 400 linii, czyli lekko ponad 3000? I to wyceniliscie na 600 SP? Kurwa, gdzie Ty pracujesz? Dej namiary to się na drugi "etat" tam zatrudnię a te 3k opierdole w jedną sobotę w miesiącu (zwłaszcza, że to są testy)

@damw szukaj wielkich korpo xd

Ale wiesz, mimo wszystko nie może to być 3k linii na totalny odpierdol. Chyba... XD

Może za dużo się starałem?

@ZohanTSW bardziej mi chodzi o to, że przyzwyczajony jestem do pisania większej ilości kodu i miałem takie dni, że potrafiłem 2-3k linii dziennie napisać (wliczając testy). Dlatego zdziwiony jestem, że 3k u Ciebie to 2 tygodnie roboty i jeszcze wszyscy się cieszą

@damw nie wiem, kod kodowi nierówny. Z mojego doświadczenia 2-3k linii na dzień to musiałoby być nędznej jakości. U mnie miesiącami robi się projekt który ma kilka tysięcy linii

@ZohanTSW no jeszcze zależy jaki język i faktycznie jaki projekt. Ja akurat w Javie+Groovy pisałem wtedy, trzaskałem sporo nadgodzin a o kodzie reszta mówiła, że wysokiej jakości (nawet nowi ludzie przychodzący dopiero do firmy byli zdziwieni)

@Deykun tak, w takiej ilości to ja widziałem epiki xD

@Deykun

Uwielbiam tym rzucać w scrum mastera zawodowego xD

Story Points to względna jednostka miary służąca do określenia złożoności User Story. Story Points są, jak już wspomniano, względne, a nie bezwzględne, i nie odnoszą się do rzeczywistych godzin pracy itp. – można do tego wykorzystywać wszystko, od rozmiarów T-shirtów aż po ciąg Fibonacciego.

12 parówek w kecz....a nie z musztardą saperską

@Ragnarokk to nie jest prawdziwy scrum, ale metodologia pracy ma jego elementy

A najlepsi są Ci mistrzowie co vibe coduja, zarzucają repo slope i każą innym de facto robić za nich robotę, tak naprawdę weryfikując i przeglądając ich kod po raz pierwszy.

@maly_ludek_lego Tak jak pisałeś, problem będzie miał ktoś, kiedyś, może. Dług technologiczny - to jest termin który jest dewizą AI slopu.

Ogólnie działający kod to nie jest nawet połowa sukcesu. Jak jest nieutrzymywalny i znajomość ma bus factor = 1 (choć tutaj to on chyba jest 0 xD) to lepiej chyba mieć niedziałajacy - przynajmniej siebie się nie oszukuje

@maly_ludek_lego z tego co wiem ficzery jednak piszą ludzie i krytyczne unit testy też. Bardzo możliwe że to co robiłem to klasa pomagier która nie ma krytycznego znaczenia. Poza tym jest cała masa innych restrykcji narzuconych na kod i wymogów, które mają minimalizować skutki błędów programisty - tego ludzkiego.

@ZohanTSW rozumiem, może. Ja bym w ten sposób kodowal jedynie do dema. Ale niestety już kiedyś się przekonałem, że często "nie ma czasu" i demo staje się produktem.

@maly_ludek_lego no dokładnie tak jest. Ile razy ja się spotkałem z myśleniem "róbmy byle szybko, a może zadziała od strzała. A poprawki i tak będą potrzebne" xD jebnąć tych imbecyli w łeb tylko... Ale niestety mają kasę, no to ich stać na poprawki hehe

@Konto_serwisowe nie tylko opa, bo cała firma tego używa i klient wręcz wymaga używania tego.