Dług techniczny – narzędzie profesjonalisty – Notatka z nauki

Zanotowałem z tego materiału:

• Kod może być czysty, a i tak mamy dług technologiczny.
• Trzeba budować architekturę tak, aby czas wprowadzanie nowego feature’a był taki sam wraz z rozwojem aplikacji. Czas poświęcany na naprawę bugów również powinien być stały w czasie dla całego projektu, aby po jakimś czasie nie naprawiać wyłącznie bugów.
• Dług technologiczny może powstać, ponieważ:
  • Programiści  nie mają odpowiedniej wiedzy.
  • Programiści działają zbyt szybko, bo chcą jak najszybciej zakończyć pracę.
  • Programiści  wypuszczają zły kod, aby w przyszłości zebrać więcej informacji o przypadkach granicznych.
  • Programiści wiedzą, jak coś zrobić, ale nie mają czasu na to.
• Dług technologiczny jest jak finansowy. Jeżeli zaciągasz kredyt, to powinieneś być coraz ostrożniejszy i zacząć spłacać dług.
• Spłacalny dług technologiczny:
  • Czysty kod.
  • Pamiętać o celu oprogramowania: ma spełniać swoje zadanie – dawać wartość klientowi.
  • Pamiętać o oprogramowaniu wysokiej jakości: szybko rozwijane, przyjazne, rozwiązujące problemy, bez dużej liczby błędów.
  • Wzorce projektowe (w miejscach, gdzie ułatwia, a nie, ponieważ znamy dany wzorzec).
  • SOLID.
  • Prosty kod.
  • YAGNI – YOU AIN’T GONNA NEED.
  • Zasada Pareto (np. najwięcej zmian kodu – jądro systemu) – od tych klas należy rozpocząć refaktoryzację.
  • Usuwaj nieużywane funkcjonalności z kodu.
    • Trzeba szybko dostarczać nowe  funkcjonalności. Masa pojazdu na wpływ na szybkość poruszania się. Możesz poruszać się szybciej, jeżeli zmniejszysz masę (usuniesz nieużywane funkcje).
    • Możesz wykryć nieużywane funkcje za pomocą łatwego logowania.
    • Więcej featere’ów -> więcej kodu -> większa złożoność -> większy dług technologiczny -> więcej problemów (obejścia, bugi) -> więcej featere’ów….
  • Największym problemem programistów są: wymagania biznesowe. Rozwiązanie: przyrostowe rozwijanie (o największej wartości biznesowej) oraz priorytety zadań = AGILE.
• Trzeba robić Agile, a nie o nim mówić. Wszyscy pracownicy muszą wziąć odpowiedzialność za produkty i usługi. Programiści muszą wziąć odpowiedzialność za swój kod i aplikację.