twitter

follow JDD_Krakow at http://twitter.com


  • polski
  • english

Thomas Sundberg

Temat: Dług techniczny

Streszczenie:
Pożyczanie pieniędzy skutkuje zaistnieniem długu. Dług musi być spłacony. Pójście na łatwiznę podczas programowania skutkuje długiem technicznym. Takie długi również wymagają spłacenia. Unikanie spłacania długu technicznego, co jest równoznaczne z jego ciągłym zwiększaniem się, w efekcie powoduje psujący się kod bazowy. Taki kod jest kodem złym, który zwalnia rozwój aż do jego całkowitego zatrzymania. Skumulowany dług techniczny nie powstaje z dnia na dzień. Jest on sumą wszystkich skrótów powziętych w czasie projektowania. Jak możemy pozbyć się długu technicznego? Po pierwsze musimy przyznać, że mamy problem. Nigdy nie rozwiążemy problemu, o którego istnieniu nie mamy pojęcia. Nasz menadżer nie zwróci nam uwagi na dług techniczny, bo przecież nie patrzy on na kod bazowy. To ty musisz znaleźć problem i zacząć spłacać swój dług. Spłacanie oznacza przetworzenie złego kodu na kod poprawny. Pokażę sposób na rozpoczęcie spłacania poprzez podjęcie małych kroków zmierzających do przetworzenia kodu. Proces ten przypomina trochę sprzątanie kuchni zaraz po przygotowaniu posiłku po to, by uniknąć powstania wielkiego bałaganu. Zmniejszy to dług techniczny. Wraz z upływem czasu, dług techniczny całkowicie zniknie. Zaprezentuję też pomysł na przetworzenie kodu w taki sposób, aby minimalizować ryzyko porażki. Moja metoda to wizualizacja wszystkich problemów na grafie zależności, który obejmuje wszystkie sprawy wymagające naprawienia. Wierzchołki grafu są punktami wyjścia, które usuwamy jeden po drugim. Każdy wierzchołek to mały krok o niskim ryzyku. Całkowite odnowienie kodu następuje, gdy usuniemy wszystkie wierzchołki.

Thomas Sundberg

O prelegencie:
Thomas Sundberg jest konsultantem, mentorem i developerem oprogramowania ze Sztokholmu. Przez ostatnie dziesięć lat pracował jako profesjonalny developer Javy. Thomas otrzymał tytuł magistra informatyki na Królewskim Uniwersytecie Technologicznym (KTH) w Sztokholmie, gdzie obecnie pracuje jako wykładowca informatyki. Od 2004 roku zainicjował i prowadzi procesy ciągłej integracji dla wielu przedsiębiorstw. Thomas ma słabość do automatyzacji i zawsze stara się automatyzować wszędzie, gdzie jest to wskazane i korzystne. Był prelegentem między innymi na konferencjach: XP 2009, Agila Sverige 2009, Öredev 2009, Turku Agile Day 2010, Agile Central Europe 2010, a także podczas GeeCON 2010.

Proidea