Types Of Technical Debt & How To Manage Them • Dave Farley • GOTO 2024

แชร์
ฝัง
  • เผยแพร่เมื่อ 21 พ.ย. 2024

ความคิดเห็น • 6

  • @manishm9478
    @manishm9478 3 หลายเดือนก่อน +1

    This is a fantastic summary. Concise yet packed with info. Thanks Dave!

  • @black-snow
    @black-snow 5 หลายเดือนก่อน +4

    Is it engineering? Is it science? Is it craft? Finally we nailed it down: it's gardening.

  • @brownhorsesoftware3605
    @brownhorsesoftware3605 5 หลายเดือนก่อน +3

    ❤ I like the garden analogy very much. Working on software is more like gardening than finance. Bugs are more like weeds than debts. The sure sign of a competent dev team is when the quality of the codebase improves over time.

  • @ddanielsandberg
    @ddanielsandberg 5 หลายเดือนก่อน +1

    As always, watch Ward Cunningham's short video "Debt Metaphor" and listen carefully how he differentiate between "bad code" and technical debt.
    Most developers mean "bad code" when they say technical debt.
    When they say refactoring, they mean "two weeks rewrite that may cause more bugs" (which project managers have learned the hard way).
    Then us XP people comes along and say "refactor mercilessly" and the project manager has a heart attack and sends us to Antarctica.

  • @br3nto
    @br3nto 5 หลายเดือนก่อน +1

    1:54 that’s an interesting definition… not everyone can afford to do the right or best option up front, so must opt for a cheaper faster solution. Like buying a house… I want a mansion, but I can’t afford the debt…. Hmmm maybe there are two types of debt… debt is also making a solution too big for the current constraints and requirements. The other kind of debt is an aging house that I must either maintain and repair, sell, or bulldoze.

    • @br3nto
      @br3nto 5 หลายเดือนก่อน

      8:36 and maintenance debt… a house or car wears… so too does software… the libraries and frameworks we use move forward, the environments we deploy in change, the security vulnerabilities get discovered and publicised. The work to renew and maintain old code grows as time goes by. Putting things off turns small problems into big problems.