Wpis z mikrobloga

@peki_trekaja: @groman43

jak wejdziesz w listę filmów to koło miniaturki można znaleźć cały link

W taki sposób znalazłem, ale mnie to mówi, że skoro typ taką prostą rzecz #!$%@?ł to oznacza, że on nie robi review swojej pracy nawet po wykonaniu zadania, co oznacza, że jest partaczem.
  • Odpowiedz
@peki_trekaja: ogolnie powiedzialbym tak - ze jesli jakis zespol czy firma mocno bazuja na code review to jest to czerwona flaga. Bo po to masz testy i testerow by wylalapac jakies duze fuckupy, a jesli ktos sie boi wrzucac zmiany bez code review to znaczy ze sam wie na jakims poziomie ze nie kuma rzeczy ktore robi i to jest ok jak jestes juniorem albo sie onboardujesz, ale nie ok
  • Odpowiedz
  • 0
@keksoa: z jego wywodu nie wynikało jakiekolwiek qa. Bardziej jakbyś pracował na masterze i tylo 3x dziennie robił git commit && git push.

Podejście fajne jak produkt nie ma użytkowników, na wstępnej fazie rozwoju.
Albo jak to jest stronka do memów, a nie poważny produkt.

I w ogóle co to za feature jak FE klepie taki jeden na 2h? Wyjustowanie tekstu czy dodanie opcji w dropdownie? Bo nie wydaje mi
  • Odpowiedz
@peki_trekaja:

Podejście fajne jak produkt nie ma użytkowników, na wstępnej fazie rozwoju. Albo jak to jest stronka do memów, a nie poważny produkt.

My akurat w jednej firmie robilismy mikrowgrywki bo o tym on mowil czasami kilka razy dziennie i te podejscie dzialalo. Produkt byl bardzo duzy akurat, w sensie ilosc użytkowników. Rozbijalismy duzy ficzer na mniejsze ficzery i te kawalki wdrazalismy

On tym gadaniem lamie zasady ale zasady mozna lamac jesli masz dobry zespol. I on to podkreslal ze zespol musi
  • Odpowiedz
@keksoa: CI/CD owszem świetnie Ci działa na końcu projektu. Masz integracje, masz izolowany system i nie #!$%@? innych systemów. Brack CR wczesnym póżniejszym czasie kończy się bagnem - każdy z nas jest inny i każdy z nas będzie się trzymał swoich standardów. I tu Ci nie pomogą wszelkie testy mutacyjne, jednostkowe czy jakieś sonarCube.

A po trzecie tutaj zakladamy ze swiat jest idealny. Wszystko z wszystkim pracuje. A tak nie
  • Odpowiedz
@ShiroUmizake:

Brack CR wczesnym póżniejszym czasie kończy się bagnem - każdy z nas jest inny i każdy z nas będzie się trzymał swoich standardów.

Można i tak zresztą często się robi - użyć jakiegoś statycznego analizora kodu jako step w ci/cd.

Poza tym nie oszukujmy się bez regularnych refactorow i tak kod zamienia się powoli
  • Odpowiedz
@ShiroUmizake:

A po trzecie tutaj zakladamy ze swiat jest idealny. Wszystko z wszystkim pracuje. A tak nie jest. Tymbardziej w takich firmach co mają po 10 - 20lat. Tam zawsze coś gdzieś nie zadziała.

Tak i po to masz reverty, testy a/b albo flagi które ukrywają funkcjonalności.

Jedyny problem w tym podejściu o którym gościu mówi to jakieś migracje i transformacje danych bo przy tych zadaniach "fail quickly" nie działa.
  • Odpowiedz
@keksoa: Statyczny analizator nie powie ze masz tu uzyc wzorzec taki albo ze tu dac do enum. Podpowie Ci , mordo tu masz luke bezpieczenstwa itd itp. I owszem, każdy projekt pewnym momencie swojego życia jest do przepisania. Gdyż systemy też się starzeją. I średnia żywotność czy chcemy czy nie powinna wynosić 15-20lat.

Tak i po to masz reverty, testy a/b albo flagi które ukrywają funkcjonalności.
Tak, by zrobić by teraz powiedzmy 4 reverty (Api, Docker, Baza, front) i wgrać ponownie. Pół dnia masz w #!$%@?. Dodajmy jeszcze do tego ponowną synchronizację różnymi kolejkami.

Inna rzecz która mi przychodzi tak z bomby do głowy to moduł płatności
  • Odpowiedz