Komentarze (16)

@Catharsis a moim zdaniem nie jesli cos takiego sie udalo sie zmergowac i jeszcze przez jakis czas dzialalo na PROD, to review nie istnieje w tej organizacji (zakladajac, ze to nie heheszki)

@wielbuont a tego nie wiem, ale slyszalem o takich akcjach, ze sobie na pendrive nowe wersje kodu podaja w biurze. Nie mam pojecia jak w ogole mozna byc tak pozbawiony godnosci, aby w takiej firmie robic

@Fafalala true/false jest wykorzystywane w programowaniu aby podejmować decyzje co ma zrobić program. Programista uzywajac slowa kluczowego/definicji true albo false w kodzie spodziewa sie pewnych zachowan, jednak tutaj true jest przedefiniowane i jest wyliczane w sposob losowy - jesli wylosowana liczba bedzie wieksza niz 10, wtedy true = true, ale jesli jest mniejsza od 10, to wtedy true = false.

Program bedzie w losowych momentach zachowywac sie inaczej niz spodziewal sie programista, i bedzie to bardzo ciezkie do namierzenia/analizowania.


To jest chyba fragment kodu napisanego w C/C++ i tam rand() zwraca wartości od 0 do pewnej maksymalnej liczby, ktora nie moze byc mniejsza niz 32767.

Wiec w 10 przypadkach na ~32000 program zachowa sie zupelnie inaczej niz sie programista spodziewa. I ta losowosc wlasnie bedzie najwiekszym problemem, bo bedzie wystepowac bardzo rzadko.

@Fafalala koleś podmienił domyślne odniesienie do “prawdy” na, w skrócie, “czasem prawda, czasem nie”. Kod, który opiera się o jakieś porównania logiczne do prawdy (a w większości algorytmów takie się znajdzie) będzie się niespójnie wywalał. Generalnie koszmar programisty w jednej linijce.

@damw Zabawne, ale w prawdziwym projekcie, nawet jakby załatwił na szybko lewe approvy albo jakimś cudem zrobił force pusha na mastera, to by zaraz zaczęły lecieć testy. I wtedy robisz freeza, rollbacka do ostatniego stabilnego i sprawdzasz co wleciało na niestabilny. (No chyba że ktoś nie ma testów :D)

Zaloguj się aby komentować