[b.....r]

Pracuje normalnie podczas Sprintów, zazwyczaj jak pushowalem brancha to dopiero jak robiłem PR, ewentualnie nieraz #!$%@? i zaznaczam na Draft.

Ostatnio mój manager techniczny każe mi i całemu mojemu zespołowi pushować branche codziennie pod koniec dnia. Dostrzegłem że robi to po to by codziennie przeglądać nasz kod i monitorować postęp prac. Tylko sytuacja zaszła za daleko w mojej ocenie bo zaczyna to podchodzić pod micromanagement chyba. Nie wiem sam.

Jak nie #!$%@? mojego brancha dłużej niż dwa dni (coś większego na przykład robię) to manager do mnie pisze na priv bym wypushował brancha. Czuje wtedy że chce mnie skontrolować. Ostatnio np. zdarzyła mi się sytuacja że jeszcze nie skończyłem PR, trochę mi się przeciągało i on patrząc po commitach dzwonił do mnie i pytał co się dzieje że mam aż 60 commitow i że sytuacja wymyka mi się chyba spod kontroli.

Co w ogóle o tym wszystkim myślicie?

#java #programowanie #pracbaza #pracait #korposwiat

[radziu_11]

@bootcamp_java_developer: ja tam pcham na server wszystko co 2h mniej więcej i zawsze przed końcem pracy. I robię to w sumie dla zespołu i managera, żeby mogli sobie spojrzeć i ocenić jak daleko jestem z zadaniem.

[Hepar]

Mi zdarzał się tydzień bez commita. Były tylko pytania jak idzie, żadne patrzenie w repo

[b.....r]

@gretl: dziwne dla mnie to nadmierna kontrola

[eaiouh]

@bootcamp_java_developer: ale jak to nie pozwalają się #!$%@?ć w pracy :((

[Saly]

@bootcamp_java_developer: xd. A co by się stało jakbyś umarł albo coś się stało z twoim dyskiem?

[dajlmilnusa]

Push na koniec dnia to nawet dla własnej higieny pracy warto robić. Nawet jeżeli przegląda zmiany codziennie to co z tego? Robisz swoje

[Whiskeyjack29]

@bootcamp_java_developer: #!$%@? kiedy skończę fix/feature po co wcześniej.

[sosna119]

@Whiskeyjack29: żeby parę dni roboty nie poszło się paść jak ci padnie dysk w komputerze?

[Whiskeyjack29]

@sosna119: w ciągu 20 lat obsługi pc, kilkanaście różnych sprzętów dysk padł mi uwaga 1 raz

[sosna119]

@Whiskeyjack29: są też inne powody jak kradzież/zgubienie komputera, nagłe problemy zdrowotne itp.

[b.....r]

#!$%@? kiedy skończę fix/feature po co wcześniej.

@Whiskeyjack29: żeby manager widział na bieżąco progress

[keton22]

@bootcamp_java_developer: bierzesz za godziny które spędziłeś na pisaniu kodu? Nie dzielisz się kodem? Lecisz w ciula. Aj Jaca, Jaca...

Miałem już takie sytuacje że chłop się rozchorował, nie pushnął i cały release stoi, ponad setka osób zablokowana. Nie muszę chyba mówić ile to kosztowało i czy miał do czego wracać.
Albo niech ci się pies zeszczy na kompa i stracisz dane (tak było, nie zmyślam). Albo dziecko wyleje po złości soczek.

[general_row_grotecki]

@bootcamp_java_developer: trochę przesada. U mnie zwykle jest tak, że branch się wypycha jak już wszystko jest zrobione i gotowe do code review. A czy kod piszesz dzień, dwa czy tydzień to zależy od trudności i ilości zmian. Po to są statusy dwa razy w tygodniu by każdy wiedział kto co robi i na jakim jest etapie. Zresztą branche są powiązane z ticketami w jirze i góra może sprawdzić ile czasu się

[maciej__]

@keton22: Ja właśnie dlatego wrzucam zmiany co najmniej raz dziennie. Do tego zdarza się pracować z różnych miejsc, więc spoko mieć wszystko na bieżąco na gicie

[b.....r]

@maciej__: na jaki model Iphone wszedłeś?

[maciej__]

@bootcamp_java_developer: 12. Wcześniej miałem xiaomi mi9 SE. W porządku telefony te iPhone ale mają swoje wady, tak samo i androidy

[mk321]

@bootcamp_java_developer: chce wcześniej, to niech zrobi mniejsze kartki. Takie nie na 3 dni, a na 0,5 dnia. Tylko niech ogarnia kolejność i zależności.

Ale pushować można dla samego siebie, żeby mieć kopię.

A o co chodzi z tymi 60 commitami? W jednym MR miałeś aż tyle committów?

[b.....r]

@mk321: tak bo testowałem infre w cloud formation i różne pierdoły i stąd takie granulowanie commitow, na koniec i tak #!$%@? przy mergu