技术债务让51%的工程师考虑辞职 - venturebeat
根据 Stepsize 的 一项新研究，51% 的工程师因技术债务而离职或考虑 离职 。这解释了为什么薪酬和成长机会可能不足以让工程师满意；技术债务会导致挫折并阻碍创新。 在高层次上，技术债务是由
2 年 前
吐槽“技术债务” - morethancoding
如果你在软件行业工作一段时间，你最终会听到 技术债务 一词。它指的是设计不合理的东西，将来会成为昂贵的维护问题。它应该会让人联想到短期技术捷径的可怕景象，它会导致未来的痛苦。 善良的我觉得这个词
4 年 前
数字转型企业面临不断增长的技术债务 - DevOps.com
技术人员总是支持新的、时尚的开发解决方案。更强大的框架、更多的交付、更好的集成。但这些支持者很少考虑引入新技术的长期副作用。因此，技术债务在大多数公司中司空见惯。 近三分之一的 IT 预算专门用于
2 年 前
KentBeck：“改善架构”比“还清技术债务”可以带来更好的感觉，决定和结果。
比尔盖茨说过：人们不会为修复bug付费，只为新功能付钱。技术债务作为Bug产生的根源，技术债务只是针对开发人员而言，如何能做到向最终用户收费？创造新的商业价值？KentBeck提出投资改善体系结构
4 年 前
权威解读什么是技术负债？ - martinfowler.com
软件系统是容易的积聚一些累赘 cruft : 内部质量不高，导致其比预想更难进行修改和进一步扩展系统。技术债务是沃德坎宁安（Ward Cunningham）创造的一个比喻，它描述了如何考虑处理
4 年 前
八个提高效率的VSCode必备扩展插件
Compareit Compareit 扩展可帮助您比较两个文件，您可以从当前项目和计算机或剪贴板上的其他目录中进行选择。 3. stepsize 有时您会遇到技术债务或其他应该修复的技术问题。您
2 年 前
建议将技术债务更名为科技财富 - increment
技术债务是由于在构建功能时采用了太多的技术捷径。 产品团队创建了一个雄心勃勃的路线图，几乎没有犯错的空间，工程师在已经过时的软件基础设施上进行不守规则的破解以实现这些雄心壮志。债务像一个孩子踮起
2 年 前
离开MySQL团队的感想 - Steinar
这是Steinar H. Gunderson离开MYSQL团队感想，据调查很多程序员离职是因为技术债务，他也不例外，离开是因为对代码质量感到沮丧，他认为：MySQL 是一个漂亮的糟糕的数据库，您
2 年 前
技术债务是对业务功能缺乏真正的理解 -daverupert.com
不打扫厨房，那么慢慢地就吃不到下一顿饭，重构就是洗碗。 技术债务不是写得不好的代码：您编写代码是为了反映您对问题的*当前*理解。如果这种理解是“部分的”，那么您将承担债务，即使如此，您仍会交付软件
3 年 前
如何消除组织债务? - Aaron
财务和技术债务现在在很大程度上是众所周知的概念，它们在组织中发挥着极其重要的作用。 但是存在第三种债务，可能比它的任何一种债务都更有害，任何希望在 21 世纪建立可持续组织的人都需要了解它。 去年
2 年 前
Salesforce架构的10条原则
复杂性视为类似于技术债务可能是一个有用的框架。 沟通原因 -明确决策背后的原因并将其写下来！为子孙后代留下良好的思想记录。 技术服务于客户——工程师/架构师和最终客户之间通常有很多层次，但您应该始终
2 年 前
RefactorFirst：寻找Java代码库中无所不包的大型“上帝”类
类，这样的上帝类往往是出现Bug最多的地方，也是技术债务中的核心债务，需要重构甚至重写、重写 架构 。 这个工具背后的想法是帮助开发者确定最经济的重构类，对团队的生产力产生最积极的影响。现在有
2 年 前
YAGNI原则是什么？ -oliverkumper
预见所有潜在的变化。 banq评：防止使用YAGNI导致技术债务，技术债务是因为你没有真正理解业务功能导致的，而YAGNI可能会影响你没有去深入理解业务功能，当然理解业务功能不是预测业务功能
3 年 前
两种类型的科技公司
本文批评了科技公司的两个极端行为：
[list]
[*]第一个只关心可量化的结果，并将技术债务归咎于工程师；
[*]第二种情况是，员工整天花在很少阅读的文档和配置上，而初级工程师则希望
5 个月 前
迁移：唯一可扩展的技术债务解决方案
；让我们来弥补这一点！
迁移之所以重要，是因为迁移通常是在技术债务方面取得有意义进展的唯一途径。
工程师讨厌技术债务。如果有一个简单的项目可以让他们亲自动手来减少技术债务，他们就会自己
7 个月 前