The Price of Clean Code | DEV.BG All in One 2024

[@jamesdean4148]

Рефакторинга, както и всичко друго в програмирането може да бъде изпълнен нескопосано или стойностно. Преименуването е тривиален рефакторинг и е легитимно да преименуваш shop на merchant, ако екипът е решил това ентити от домейна да се казва така. А това, че ти трябва да четеш нови имена породени от 10 програмиста може да смъкне твоята, но да вдигне тяхната продуктивност. Техническият дълг не е неплатена цена, а невидими лихви, които екипът постоянно плаща. И още много неточности се изказват в тази презентация.

[@jamesdean4148]

А да изискваш метричен показател за възвръщаемостта на всеки един рефакторинг е също толкова безсмислено, колкото да се опиташ да измериш лихвата която плащаш за всеки един наличен технически дълг - познат или непознат. Измерването има смисъл единствено при големите рефакторинги. Освен това екипите които не рефакторизират са същите тези екипи, които не пишат автоматизирани тестове или ги пишат толкова нескопосано, че поддръжката им е скъпа и трудоемка. Няма как да поддържаш чист код и чисти тестове без рефакторинг. А когато го правиш добре, времето за дебъгване пада под 2%, регресиите са рядкост и всеки следващ релийз е безпроблемен. Всичко това го казвам като технически ръководител на продуктов екип в голяма компания, и продуктова система в която за тригодишна разработка инцидентите се брояха на една ръка. Тоест нямаш разходи за тестери малки разходи за съпорт.