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.
@groman43: @lycaon_pictus sądząc po jego LI, w dupie był i gówno widział. Ma swój pieprzony #!$%@?łek a uważa się, za znawcę bo oglądnął kilka filmów na YouTube.
@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
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
@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
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.
@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
#programowanie #programista15k #januszex
jak wejdziesz w listę filmów to koło miniaturki można znaleźć cały link
Koleś robi sobie zasięgi wygadując kontrowersyjne rzeczy, a tak naprawdę pewnie nic innego niż CRUDa nie widział.
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.
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
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
Dodamie pola w bazie, wdrozenie
Dodanie obslugi tego pola, wdrozenie
Dodanie logiki biznesowej,
A po trzecie tutaj zakladamy ze swiat jest idealny. Wszystko z wszystkim pracuje. A tak nie
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
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.
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.