Mistrz czystego kodu Kodeks postępowania profesjonalnych programistów — Robert C. Martin

przez Karol Bocian | 16 kwietnia, 2022
Mistrz czystego kodu Kodeks postępowania profesjonalnych programistów

Przeczytałem ostatnio kolejną książkę: Mistrz czystego kodu Kodeks postępowania profesjonalnych programistów. W tym wpisie dzielę się informacjami, które w niej znalazłem oraz które wdrożyłem w swoim życiu. Staram się z każdej książki wdrażać minimum jedną rzecz.

Wdrożyłem z książki: Mistrz czystego kodu Kodeks postępowania profesjonalnych programistów

  1. Pracowanie w ten sam sposób na co dzień, w jaki pracuję podczas długotrwałych sytuacji kryzysowych (narzędzia, techniki).
  2. Liczę swoje pomidory.

Notatki z książki: Mistrz czystego kodu Kodeks postępowania profesjonalnych programistów

Po pierwsze nie szkodzić

Przede wszystkim ni szkodź! Nie wprowadzaj nowych bugów, a przede wszystkim nie spraw, że aplikacja całkiem przestała działać. Lepiej jest opóźnić dodanie nowej funkcji / naprawienie błędu, niż zepsuć obecne oprogramowanie, a przede wszystkim jego kluczowe funkcje.

Testy

Miej:

  • 100% code coverage.
  • Testy automatyczne (dużo!).
  • Szybkie testy.

Testy akceptacyjne i jednostkowe powielają się, bo testują to samo, lecz testują innymi ścieżkami, więc nie można z żadnych z nich zrezygnować. Testy jednostkowe są pisane przez programistów dla programistów. Testy akceptacyjne są to specyfikacja biznesowa pisana przez analityków.

Testy GUI

GUI zmienia się szybko, więc nie testuj logiki biznesowej przez GUI.

Logikę biznesową testuj przez API.

GUI testuj poprzez podpięcie go do atrap.

Praca

Bądź szczery w terminach i odpowiedzialny za nie. Podawaj prawdopodobieństwo dostarczenia czegoś w danym terminie, np. na 80% zrobię to na poniedziałek. Pamiętaj, że kierownicy inaczej patrzą na terminy i szacunki, niż programiści. Dla kierownika podany termin, to termin, w którym na 100% coś będzie. Dla programisty podawany termin to termin, który uważa za najbardziej prawdopodobny termin zakończenia zadania. Weź na to swoją poprawkę. Nie porzucaj swojej profesjonalnej dyscypliny, aby gonić terminy. Zrezygnowanie z pisania testów za chwilę odbije Ci się czkawką.

Unikaj presji. Profesjonalista ma czas na pracę spokojną i dokładną. Lepiej jest zrobić mniej, ale dobrze, nić dużo, lecz z wieloma bugami.

Pomidory — POMODORO

Stosuj technikę Pomodoro oraz licz swoje sesje Pomodoro. Ile pomidorów zrobiłeś dzisiaj? Dlaczego właśnie tyle? Co możesz zrobić, aby było ich więcej jutro? Czy sesje były dobre (pełne skupienie, ciężka praca)?

Definicja: Gotowe

Różne zespoły i różni ludzie inaczej określają, że coś jest już gotowe. A jest tylko jedna definicja. Gotowe, to znaczy, że wszystko już zostało zrobione (analiza, implementacja, zielone testy, akceptacja implementacji, merge do mastera, alerty, raporty). Zostało tylko jedno: wrzucić to na produkcję. To jest definicja: gotowe.

Wszystkie posty związane z książkowymi wdrożeniami:

Źródła: Mistrz czystego kodu Kodeks postępowania profesjonalnych programistów

Obraz główny

Materiały: książka: Mistrz czystego kodu Kodeks postępowania profesjonalnych programistów

  • Mistrz czystego kodu Kodeks postępowania profesjonalnych programistów — Robert C. Martin

Linki oznaczone (*) są linkami afiliacyjnymi. Jeżeli uważasz, że czerpiesz korzyści z mojej pracy, to kup coś korzystając z powyższego linku. Sprawi to, że dostanę prowizję z afiliacji.