Jak pracujemy

Flow

• Pracujemy w test-first/TDD. Najpierw piszemy failujący test, dopiero potem kod/feature, który ten test zazielenia, a na końcu ma miejsce refactoring.

• Nie pracujemy na branchach. Cały kod pushujemy od razu na master. Każdy developer wykonuje ok. 50-100 (od pięćdziesięciu do stu) deploymentów na produkcję w miesiącu.

• Dzięki temu pracuje się płynnie i bezstresowo. Zalet jest bardzo dużo np. ciekawostka: nie występują w ogóle merge conflict'y.

• Deployowanie w piątki jest przy tym absolutną normą.

• Na początku lat 90 nazywano to Continuous Integration. Dziś używa się nazwy Trunk-based Development ponieważ oryginalny termin został ukradziony przez toole CI/CD.

• Pracujemy w Kanban i limitujemy WIP tzn. zawsze będziesz mieć otwarte tylko i wyłącznie jedno story jednocześnie.

• Code review robimy face-2-face dzieląc ekran i na żywo komentując kod.

• W ciągu 1-2h od skończenia story Twój kod jest na produkcji, masz zrobione code review, story jest zaakceptowane, a Ty zabierasz się za kolejne.

Konrad Otrębski, founder, opowiadał o pracy bez branchy na PHPers Summit 2019 w Poznaniu:

• Youtube

• Slajdy

Kod

Wspomniane 50-100 deployów to dość konkretny wynik. Nie da się tego osiągnąć bez faktycznego stosowania wielu innych praktyk:

• Fail-fast (rzucanie exceptionami)

• Feature toggles - możesz o nich posłuchać na wykładzie z PHPers

• Infrastructure-as-Code i automatyzacji ogólnie

• Inwestycji w monitoring

• Refactoringu, Clean Code

• Klasycznych SOLID, KISS, YAGNI, DRY itp.

• Domain-Driven Design

• Umiejętności pracy na małych batchach

Inne

• Laptop/monitory wg. Twoich życzeń (preferowany Linux)

• Budżet na ergonomiczne meble (krzesło, biurko, wysięgniki).

• W razie pytań pisz śmiało na kontrospa w domenie gmail