TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Debts, Tech and Otherwise

45 点作者 BerislavLopac大约 1 个月前

7 条评论

hnthrow90348765大约 1 个月前
Feels like we&#x27;re stretching the metaphor when we apply it to things that won&#x27;t necessarily compound in complexity or time required to fix it. This is often the case with technical stuff because things can depend on one another, but if you drop a bad process step, the time saved is probably linear since rarely do other teams need to change their process because you changed yours.<p>Debt is scary as a metaphor because the interest compounds and the bank can repo things, but if you just owe a guy $10, he&#x27;s not gonna come after you years later with a $300,000 bill. Non-compounding bad decisions are &quot;you owe a guy $X&quot; while the compounding ones are &quot;debt&quot;.<p>Maybe we should use &quot;fees&quot; and &quot;debts&quot; to differentiate these.
评论 #43550986 未加载
burakemir大约 1 个月前
In an attempt to get a more general version of a debt metaphor, let&#x27;s look at ingredients: - there is a time interval - we have a utility function, or at least desire one or want to pretend we have one - there is a decision - there is uncertainty<p>From here there are many paths...<p>&quot;Deliberate vs inadvertent&quot; describes whether we know about the effect the decision has on the utility function.<p>&quot;Reckless vs prudent&quot; describes whether we are rational and realize that decisions have consequences.<p>It is also possible that we don&#x27;t actually have a utility function. Or different people involved in the decision have different utility functions or don&#x27;t feel the same responsibility towards the outcome (not unheard of when it comes to maintenance&#x2F;design&#x2F;architecture vs feature).<p>What makes the debt metaphor very attractive is that it evokes an image of being in control. We may not have spelled out the utility function but everyone agrees it is bad now so we can pretend it was a rational choice we had. The alternative that we did not take any decision when we could have or were too distracted to see the consequences is much harder to accept. So now that we have debt, let&#x27;s talk about whether we choose to pay it back or now.<p>Rather than working hard to create this faux image of control, I wonder how often teams may be better off having an honest discussion about what the utility function is or should be, which decisions will make the group move in the right direction and how the team can keep oneself accountable that the effects that one had in mind actually took place.
wrs大约 1 个月前
The survivor bias section at the end is summed up by a favorite response to premature scaling work at a startup: “We would be very fortunate to have that problem.”
rkaregaran大约 1 个月前
reforge has a great post where they classify the various types of debt in digital product development: maintenance debt, developer efficiency debt, stability debt, security debt, technical product debt, decision debt. <a href="https:&#x2F;&#x2F;www.reforge.com&#x2F;blog&#x2F;managing-tech-debt" rel="nofollow">https:&#x2F;&#x2F;www.reforge.com&#x2F;blog&#x2F;managing-tech-debt</a>
potatohead00大约 1 个月前
I really liked Yvonne&#x27;s reframing of tech debt as house work: <a href="https:&#x2F;&#x2F;mastodon.social&#x2F;@yvonnezlam&#x2F;112474946704366947" rel="nofollow">https:&#x2F;&#x2F;mastodon.social&#x2F;@yvonnezlam&#x2F;112474946704366947</a><p>no metaphor is perfect, but I think figuring out who is impacted and how by decisions to rush or skip things is important.
评论 #43553962 未加载
0xbadcafebee大约 1 个月前
I can call an ink pen &quot;a sword&quot;. I can even justify this by saying some nonsense like &quot;pens are used to wage war&quot;. But if I rush headlong at a Samurai with nothing but a Bic Rollerball, I should not expect to come out of the encounter with all my limbs, much less the expectation of injuring the Samurai. Just calling it &quot;a sword&quot; doesn&#x27;t mean it has anything to do with an actual sword.<p>&quot;Tech debt&quot; isn&#x27;t debt. It has nothing to do whatsoever with the concept of debt. What people mean when they say &quot;Tech debt&quot; is really &quot;I&#x27;m putting off work I know I should be doing now, until later, and I&#x27;m doing something else instead that I know I&#x27;lll need to undo&quot; That&#x27;s not debt. That&#x27;s procrastination. That&#x27;s delaying the inevitable. It ain&#x27;t debt.<p>You don&#x27;t pay off a car loan with procrastination. You don&#x27;t decide to put off painting your house and then call that a loan.<p>&quot;Tech debt&quot; has nothing to do with interest, with a lienholder, a creditor, a payment plan, etc. There is nobody to call in the loan. There is no incremental payment. There is no credit. There is nothing whatsoever to do with the entire <i>concept</i> of debt, much less any of the actual practical real-world implications, actions, or actors, behind debt.<p>Please let&#x27;s stop perpetuating this cargo cult myth. There is no such thing as &quot;tech debt&quot;. There is only compromises and procrastination, and justifying regrettable decisions by pretending there&#x27;s a good rationale for them. There isn&#x27;t.
评论 #43551198 未加载
评论 #43550902 未加载
uuddlrlrbaba大约 1 个月前
Tech debt is such a flawed concept. There is no world where requirements 10 years later are the same as the MVP, or even foreseeable. You can never pay it off. Software is always changing.<p>Even if it were debt, debt is a tool to get you what you need today. And then you likely roll it into something down the line. Maybe you pay it off (and even then the asset still requires maintenance) Like a starter home, then upgrading to a larger home to start a family, etc, etc. Requirements and resources are in constant flux.
评论 #43552552 未加载
评论 #43552988 未加载