[niedorzecznybubr]

#programowanie #pracait #programista15k #korposwiat

[Moroder]

@niedorzecznybubr: w sumie na niczym

[matti-nn]

@niedorzecznybubr: nad youtube

[ZdeformowanyKreciRyj]

@niedorzecznybubr: na piciu kawy

[zibizz1]

@niedorzecznybubr nad zamienianiem tej samej rzeczy 20 raz

[groman43]

@niedorzecznybubr: Jeśli spędzasz więcej czasu nad debugowanie niż na programowaniem, to raczej coś poszło nie tak. I tym czymś jest zwykle testowanie przed wypuszczeniem ficzura.

[niedorzecznybubr]

@groman43: ale w ramach debugowania zawiera się też analizowanie bugów do naprawienia. Nie mówię o debugowaniu własnego kodu.

[niedorzecznybubr]

@groman43: chyba że miałeś na myśli sam fakt że jest dużo bugów do naprawiania w firmie xd

[groman43]

@niedorzecznybubr: Czyli mniej lub bardziej poprawianie po kimś innym. Więc wychodzi na to samo - ktoś spieprzył, ktoś inny nie przetestował a jeszcze ktoś inny naprawia. Chyba nie tak powinno to wyglądać, prawda? I naprawdę nie ważne, czy naprawiasz swoje, czy cudze bugi. Jeśli więcej czasu spędzasz na debugowaniu niż na programowaniu nowych ficzurów / refactoringu, to cała firma ma problem.

[ZdeformowanyKreciRyj]

Jeśli więcej czasu spędzasz na debugowaniu niż na programowaniu nowych ficzurów / refactoringu

@groman43: byłeś kiedyś w jakiejś firmie z dużym codebasem (+1 mln linii) gdzie tak nie było? Przy dużych projektach nakłady potrzebne na zarządzanie projektem/jakością itp rosną wykładniczo w stosunku do wielkości projektu. W pewnym momencie wszystkie agile/metodologie pisania testów/utrzymywania repo/ci/cd robią się mało elastyczne i pojawiają się problemy. W szczególności jak dołożysz do tego dług technologiczny powstały

[groman43]

byłeś kiedyś w jakiejś firmie z dużym codebasem (+1 mln linii) gdzie tak nie było?

@ZdeformowanyKreciRyj: Nie ( ͡º ͜ʖ͡º)

Zgadzam się z Twoją kontrowersyjną opinią xD

[PolishPsycho]

@niedorzecznybubr: debugowanie podczas programowania

[nad__czlowiek]

@niedorzecznybubr: a gdzie opcja "uleganie micro-managmentowi Scrum mastera"?

[Krolik]

@ZdeformowanyKreciRyj:

Przy dużych projektach nakłady potrzebne na zarządzanie projektem/jakością itp rosną wykładniczo w stosunku do wielkości projektu.

To jest oznaka tego że programiści w tym projekcie nie umieją lub niedostatecznie stosują abstrakcje, a nie braku testowania. I nie chodzi wcale o nadużywanie słowa kluczowego abstract w Javie. Problem branży jest niestety taki że nawet programiści którzy umieją naklepać tego for loopa i ich kod nawet jakoś działa zwykle nie umieją