What is technical debt? The best explanation of this term, coined by Ward Cunningham, was provided by Marin Fowler. We are unable to evolve IT systems perfectly. Every added or modified functionality introduces little deficiencies in software quality. These deficiencies accumulate over time and make it harder for us to sustain the pace at which we deliver our systems to production.

Często słyszę, jak te pojęcia są mylone i używane zamiennie, a tak naprawdę tyczą się zupełnie różnych rzeczy. Pokrótce postaram się przybliżyć oba te terminy, a także zaproponować sposób, jak z nimi żyć.

Analiza kodu bibliotek Google samego Jona Skeeta z wykorzystaniem SonarQube. Przyjrzymy się w jaki sposób Jon pisze kod, nauczymy się kilku ciekawych własności SonarQube. Część 3. mojego cyklu o SonarQube na blogu firmowym.

Często tworząc oprogramowanie nie widzimy zawiłości w kodzie, która później powoduje problemy związane z jego utrzymaniem. Ten artykuł opisuje jak wykorzystać Code Metrics w Visual Studio i F# by w miarę automatyczny sposób wyłuskać fragmenty kodu (metody), które wymagają naszej uwagi. Zachęcam do lektury :)

Usuwanie długu technolgicznego to żmudny i niewdzięczny proces. Ale można go spobie ułatwić stosując narzędzia typu NDepend. We wpisie pokazuje jak usunąć trochę naleciałości w kodzie kierując się wynikami tego narzędzia.

I’m building my Get Noticed project from the scratch. And since 3 months is actually a very short span of time, I need compromise between doing some things fast (boring ones) and doing other things in a way that will allow me to write about it and not be ashamed to show some code afterwards. That means I’ll need to incur a technical debt in few areas of project. And I must watch it closely to not allow it to grow without control or interests will probably kill me.