[G.....9]

Czy jest jakaś rzecz, którą próbujecie wprowadzić po rozpoczęciu/dołączeniu do nowego projektu? Albo coś z czym pracujecie/pracowaliście i dziwicie się, że nie ma tego w innych miejscach?
Może to być narzędzie z dowolnej technologii, na przykład Jenkins, Maven, Jira(mało ambitne przykłady), albo jakaś praktyka jak dodatkowe cotygodniowe spotkanie lub specjalny sposób recenzowania kodu.
#programowanie #programista15k

[a5f5c1]

@Gerax9: zawsze próbuję wprowadzić wolne piątki ( ͡° ͜ʖ ͡°)

[Oo-oO]

@Gerax9: jakość ;)

[villager]

albo jakaś praktyka jak dodatkowe cotygodniowe spotkanie

@Gerax9: prędzej usunięcie cotygodniowego spotkania ( ͡° ͜ʖ ͡°)

[odysjestem]

@Gerax9 rumowe poranki

[Blomex]

@Gerax9: scrumowa przerwa na kawę ( ͡° ͜ʖ ͡°)

[AnonimoweLwiatko]

@Gerax9: Profesjonalizm i luźna atmosfera podczas rozmów technicznych/biznesowych. Nienawidzę sztywności i szybko wyczuwam, że ktoś się stresuje, przejmuje więc próbuje jakoś kolegę/koleżankę rozluźnić żeby mogli być sobą i nie przejmowali się tym, że czegoś nie wiedzą czy nie umieją.

[Perloooo]

@Gerax9: mowy po i będziemy zmieniać trochę flow pracy. Startup więc ciągle coś usprawniamy w zarządzaniu xD

[S.....i]

@Gerax9: testy (xD), toolsy do quality controll, ELK i AWS Lambda (jesli jest kasa), Sentry

[kobrys13]

@Gerax9: ADR - Architekture Decision Record

[cweliat]

@kobrys13: Jak to później wykorzystujecie? Ostatnio zaczęliśmy to prowadzić po sugestii jednego z architektów, ale nie wiem jak wyglada użycie tego w przyszłości w praktyce. Na razie wydaje mi się to taka sztuka dla sztuki

[kobrys13]

@cweliat: wykorzystujemy do:
- onboardingu nowych ludzi
- szukania istniejących rozwiązań przy nowych podobnych problemach
- dokumentacji czemu z 20 dostępnych opcji wybraliśmy akurat nie najlepsza ale średnia
- wymuszenia tworzenia dokumentacji szkieletowej projektu
- komunikacji różnych poziomów w organizacji

[mirasKo-Kalwario]

@kobrys13: a to nie bardziej RFC jest niz ADR ?

[zibizz1]

@Gerax9: ostatnio doszedłem do wniosku że dobrą rzeczą jest 3(lub 5) Whys i od tego trzeba zacząć jak ktoś zleca coś do roboty.

[kobrys13]

@mirasKo-Kalwario: wybraliśmy log4j zamiast slf4j ponieważ: ...

Zdecydowaliśmy się rozwiązać problem walenia do bazy danych o to samo w sposób użycia cache zamiast remodelowania flow ponieważ: ...

Jako cache zdecydowaliśmy się użyć Hash Map z LRU i TTL.z Google Collections zamiast Redisa czy Gemfire ponieważ:

[Mistrszzz]

@Gerax9: nie. Uważam że po rozpoczęciu pracy nawet w metodyce która uważa się za przestarzałą, nowa osoba powinna najpierw poświęcić chociaż pół roku, żeby wgryźć się w projekt, zrozumieć skąd wynikają pewne decyzje i na tej podstawie dopiero dokonywać próby zmiany. Nie wiem jak to dokładnie w programowaniu wygląda, ale podejrzewam że podobnie jak u mnie.

Nie ma nic gorszego niż gorąca głową nowej osoby w robocie, która od razu

[tellet]

@Gerax9:
+Brak wdrożeń na prod w piątek, za to jest osobista wzmianka w tasku i wpisanie numeru telefonu takiego ptysia podanego w kontakcie, do powiadomień z proda + jako dyżurnego na weekend dla danego systemu. Administracja zawsze stanowczo odradza deploy przed weekendem.
+Skrypty- taka specyfika softu, że można wiele ogarnąć hurtowo jak masz kilka serwerów do konfiguracji. I tak, klasycznie bujasz się ze skryptem 2x tyle niż byś to klikał

[mirasKo-Kalwario]

@kobrys13: ma sens, mysle o czyms podobnym u siebie a mamy juz rfc i zastanawialem sie czy bedzie miec sens

[OlekAleksander]

@Gerax9: Jak jestem nowy to nie próbuję nic wprowadzać swojego, to jest czas na przyjmowanie wiedzy a nie mądrzenie się.

[kobrys13]

ma sens, mysle o czyms podobnym u siebie a mamy juz rfc i zastanawialem sie czy bedzie miec sens

@mirasKo-Kalwario: sens ma on tyle że nie powinno się pisać tego post factum tylko w trakcie analizy problemu spisać założenia i najważniejsze wnioski analityczne dla każdej możliwej opcji. Wtedy w trakcie podejmowania decyzji całą 'dokumentacje' ma zrobiona i czasem jak ktoś powie 'a pytaliście Jana Kowalskiego co on myśli?' to dajesz Janowo