Kiedy ostatnio przejrza\u0142e\u015b kod swojej aplikacji pod k\u0105tem rzeczywistego wykorzystania? Je\u015bli odpowied\u017a brzmi \u201edawno\u201d lub \u201enigdy\u201d, prawdopodobnie utrzymujesz cyfrowe trupy \u2013 funkcje, kt\u00f3re nikt nie u\u017cywa, ale za kt\u00f3re regularnie p\u0142acisz. D\u0142ug techniczny to nie tylko metafora, to realne pieni\u0105dze wyp\u0142ywaj\u0105ce z bud\u017cetu IT ka\u017cdego miesi\u0105ca.<\/p>\n
Wielu CTO i founder\u00f3w traktuje refactoring jak fanaberi\u0119 developer\u00f3w. \u201eDzia\u0142a, wi\u0119c po co rusza\u0107?\u201d \u2013 to typowe my\u015blenie. Ale martwy kod ma swoje konsekwencje: d\u0142u\u017cszy czas budowania, wi\u0119ksza powierzchnia do testowania, wy\u017csze koszty utrzymania chmury, wolniejsze wdra\u017canie nowych funkcji. W tym artykule poka\u017c\u0119 Ci, jak realnie mierzy\u0107 i redukowa\u0107 d\u0142ug techniczny, nie wpadaj\u0105c w pu\u0142apk\u0119 \u201eprzepiszmy wszystko od zera\u201d.<\/p>\n
Wyobra\u017a sobie magazyn pe\u0142en nieu\u017cywanych mebli. Zajmuj\u0105 miejsce, utrudniaj\u0105 dost\u0119p do tych potrzebnych, a Ty p\u0142acisz za ogrzewanie ca\u0142ej powierzchni. W kodzie jest podobnie: ka\u017cda linia, nawet martwa, to potencjalne miejsce b\u0142\u0119du, konieczno\u015b\u0107 utrzymania zale\u017cno\u015bci, d\u0142u\u017cszy czas kompilacji i wi\u0119ksze zu\u017cycie pami\u0119ci.<\/p>\n
Kiedy pracowa\u0142em nad platform\u0105 SaaS dla e-commerce, odkryli\u015bmy, \u017ce 30% kodu backendu nie by\u0142o wywo\u0142ywane przez \u017cadn\u0105 \u015bcie\u017ck\u0119 biznesow\u0105. Te \u201ezw\u0142oki\u201d by\u0142y pozosta\u0142o\u015bci\u0105 po funkcjonalno\u015bci z przed dw\u00f3ch lat, kt\u00f3rej nikt nie u\u017cywa\u0142. Koszt ich utrzymania? Oko\u0142o 12 000 z\u0142 miesi\u0119cznie za serwery, na kt\u00f3rych dzia\u0142a\u0142y niepotrzebne procesy. Do tego czas deweloper\u00f3w tracony na poruszanie si\u0119 po nieaktualnym kodzie.<\/p>\n
Jak to wykry\u0107? U\u017cyj narz\u0119dzi do analizy zasi\u0119gu kodu (code coverage) na produkcji. Nie testach \u2013 na produkcji. W\u0142\u0105cz profilowanie i zobacz, kt\u00f3re endpointy nie s\u0105 wywo\u0142ywane przez tydzie\u0144. Wyniki potrafi\u0105 by\u0107 szokuj\u0105ce.<\/p>\n
D\u0142ug techniczny dzieli si\u0119 na zamierzony (celowo szybkie rozwi\u0105zanie) i niezamierzony (wynikaj\u0105cy z ewolucji projektu). Ale z punktu widzenia finans\u00f3w firmy, warto wyr\u00f3\u017cni\u0107 trzy kategorie:<\/p>\n
a) D\u0142ug martwy \u2013 nieu\u017cywane funkcje<\/strong> b) D\u0142ug widmowy \u2013 zale\u017cno\u015bci, kt\u00f3re ci\u0105gn\u0105 ca\u0142y projekt<\/strong> c) D\u0142ug architektoniczny \u2013 struktura, kt\u00f3ra nie pasuje do potrzeb<\/strong> Nie daj si\u0119 zwie\u015b\u0107 metrykom typu \u201elinie kodu\u201d czy \u201eilo\u015b\u0107 klas\u201d. To nie m\u00f3wi o koszcie. Prawdziwym miernikiem jest czas zmian. Zr\u00f3b test: we\u017a prost\u0105 funkcj\u0119 (np. dodanie pola do formularza) i zmierz, ile czasu zajmuje jej implementacja w bie\u017c\u0105cym kodzie. Potem zapytaj zesp\u00f3\u0142, ile by trwa\u0142a w \u201eidealnym\u201d systemie. R\u00f3\u017cnica to d\u0142ug techniczny.<\/p>\n Mo\u017cesz te\u017c obliczy\u0107 koszt utrzymania wed\u0142ug wzoru: (koszt godziny dewelopera \u00d7 liczba godzin sp\u0119dzanych na \u201egaszeniu po\u017car\u00f3w\u201d w starym kodzie) + (koszt infrastruktury dla martwych funkcji). W jednym z audyt\u00f3w dla klienta z bran\u017cy fintech wysz\u0142o, \u017ce d\u0142ug techniczny kosztuje ich 0,5 FTE rocznie \u2013 p\u00f3\u0142 etatu dewelopera zu\u017cywane wy\u0142\u0105cznie na utrzymywanie nieu\u017cywanego kodu.<\/p>\n Wi\u0119kszo\u015b\u0107 firm pope\u0142nia b\u0142\u0105d, planuj\u0105c \u201ewielki refactoring\u201d, kt\u00f3ry nigdy nie nast\u0119puje. Zamiast tego wprowad\u017a zasad\u0119 \u201eleave it better than you found it\u201d. Ka\u017cda zmiana w kodzie powinna wi\u0105za\u0107 si\u0119 z minimalnym ulepszeniem \u2013 np. usuni\u0119ciem jednej starej funkcji, aktualizacj\u0105 biblioteki.<\/p>\n Sprawdzona metoda:<\/p>\n Przyk\u0142ad z \u017cycia: po wdro\u017ceniu takiej strategii w sklepie e-commerce uda\u0142o si\u0119 zredukowa\u0107 d\u0142ug techniczny o 40% w ci\u0105gu 6 miesi\u0119cy, co prze\u0142o\u017cy\u0142o si\u0119 na 20% szybsze wdra\u017canie nowych funkcji.<\/p>\n Nie ka\u017cdy d\u0142ug jest z\u0142y. Celowy d\u0142ug \u2013 np. szybkie wypuszczenie MVP \u2013 mo\u017ce by\u0107 strategiczn\u0105 decyzj\u0105 biznesow\u0105. Problem pojawia si\u0119, gdy d\u0142ug narasta bez kontroli. Klucz to \u015bwiadomo\u015b\u0107: wiesz, \u017ce bierzesz po\u017cyczk\u0119, i planujesz j\u0105 sp\u0142aci\u0107. Je\u015bli nie masz planu sp\u0142aty, to nie jest d\u0142ug, to przepa\u015b\u0107.<\/p>\n Martwy kod to nie tylko techniczny wstyd, to realne straty finansowe. Zamiast czeka\u0107, a\u017c aplikacja zacznie si\u0119 sypa\u0107, regularnie przeprowadzaj audyt kodu pod k\u0105tem wykorzystania. Zacznij od prostych krok\u00f3w: w\u0142\u0105cz monitorowanie, porozmawiaj z zespo\u0142em o starych funkcjach, usu\u0144 to, co nie dzia\u0142a. Tw\u00f3j bud\u017cet IT Ci podzi\u0119kuje.<\/p>\n A je\u015bli potrzebujesz pomocy w ocenie d\u0142ugu technicznego swojej aplikacji \u2013 JurskiTech specjalizuje si\u0119 w audytach i optymalizacji kodu. Czas odzyska\u0107 kontrol\u0119 nad kosztami.<\/p>\n","protected":false},"excerpt":{"rendered":" Koszty martwego kodu: jak d\u0142ug techniczny z\u017cera bud\u017cet IT Kiedy ostatnio przejrza\u0142e\u015b kod swojej aplikacji pod k\u0105tem rzeczywistego wykorzystania? Je\u015bli odpowied\u017a brzmi \u201edawno\u201d lub \u201enigdy\u201d, prawdopodobnie utrzymujesz cyfrowe trupy \u2013 funkcje, kt\u00f3re nikt nie u\u017cywa, ale za kt\u00f3re regularnie p\u0142acisz. D\u0142ug techniczny to nie tylko metafora, to realne pieni\u0105dze wyp\u0142ywaj\u0105ce z bud\u017cetu IT ka\u017cdego miesi\u0105ca.<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[7],"tags":[435,429,549,593],"class_list":["post-1848","post","type-post","status-publish","format-standard","hentry","category-warto-wiedziec","tag-dlug-techniczny","tag-optymalizacja-kosztow-it","tag-refactoring","tag-zarzadzanie-kodem"],"_links":{"self":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/1848","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/comments?post=1848"}],"version-history":[{"count":0,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/1848\/revisions"}],"wp:attachment":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/media?parent=1848"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/categories?post=1848"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/tags?post=1848"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\nTo naj\u0142atwiejszy do zidentyfikowania i usuni\u0119cia. Przyk\u0142ad: w jednym z projekt\u00f3w mieli\u015bmy modu\u0142 importu CSV, kt\u00f3ry nigdy nie zosta\u0142 wdro\u017cony. Istnia\u0142 w kodzie od roku. Jego usuni\u0119cie skr\u00f3ci\u0142o czas budowania aplikacji o 15% i zmniejszy\u0142o liczb\u0119 test\u00f3w o 200.<\/p>\n
\nStare biblioteki, przestarza\u0142e frameworki. Ich aktualizacja jest trudna, ale im d\u0142u\u017cej zwlekasz, tym bardziej narasta koszt migracji. Firmy cz\u0119sto tkwi\u0105 w pu\u0142apce: \u201eaktualizacja jQuery 1.x do 3.x to tydzie\u0144 pracy, nie mamy czasu\u201d. Tymczasem utrzymanie przestarza\u0142ej zale\u017cno\u015bci blokuje mo\u017cliwo\u015b\u0107 wprowadzenia nowych funkcji bezpiecze\u0144stwa i wydajno\u015bci.<\/p>\n
\nKiedy aplikacja ro\u015bnie, a jej architektura nie ewoluuje. Przyk\u0142ad: system, kt\u00f3ry pierwotnie by\u0142 prostym CRUD-em, teraz obs\u0142uguje skomplikowane workflowy. Kod jest pe\u0142en \u201eif\u00f3w\u201d na stare przypadki. Ka\u017cda zmiana wymaga 10 godzin pracy zamiast 2.<\/p>\n3. Jak realnie zmierzy\u0107 koszt d\u0142ugu technicznego?<\/h3>\n
4. Strategia redukcji d\u0142ugu \u2013 nie rewolucja, a ewolucja<\/h3>\n
\n
5. Kiedy d\u0142ug techniczny jest\u2026 dobry?<\/h3>\n
Podsumowanie<\/h3>\n