技术债务

来自Dev的德国程序员透露：在过去的 12 个月里，帮助了 80 多名开发人员实施了一个更有效的提高技能的策略，让他们对自己的技术能力充满信心，更快地晋升到高级职位，并获得更多收入：成为高级开发人员需要走的路是巨大的，大多数开发人员都低估了这一差异：

Java 已经存在了非常长的时间，并继续得到全球开发人员和企业的大力支持。它在关键任务项目中可靠地工作方面有着良好的记录，在这些项目中，性能、可支持性、更广泛的生态系统支持以及 Java 的持续演进都见证了其采用率的增长。Java 最佳实践网站面向所有 Java 开发人员。目标是将多

Wesley Beary是Salesforc 的一名软件架构师，他将时间花在工程实践和文化上。他为 Salesforce Engineering 博客写了一篇很棒的文章，其中讨论了公司用于软件架构的 10 条原则。这里有 5 个最有趣的点一切都在发展 - 在构

这是Nicolas Carlo个人针对发布“Clean代码”和“单一职责原则”的罗伯特·马丁的权威质疑：自从我

业务：重建模remodeling架构：重建reconstructing开发：重构refactoring 重建模与重构的区别三者目

重构这个词语refactoring的德文定义：

以下是无法理解Bug分类：很难复制你不太了解整个系统很难获得有关Bug的数据你的假设之一是错误的这个bug真的很复杂 1.本地难以重现的bug

在“铁三角”模型中，有 3 个约束条件：资源Resource：有多少人投入范围Scope：需要完成多少工作时间Time：完成工作的时间它们形成了一个三角形，三角形的面积代表质量。如果您曾经听过人们谈论“遗留代码”

软件开发被误解了，因为人们认为它是短期的创造，但是不明白：高质量却是将软件投入生产的最快方式。高质量的代码使维护更容易并减少代码交互时间。低质量的代码会慢慢地产生更多的问题并减慢开发速度。非开发人员和缺乏经验的开发人员没有着眼长远，也没有意识到质量在软件开发中的重要性。

不只是鼓励程序员编写可读代码，还要承认程序员阅读代码也是另外一种技能。 1. 假设有人写了不可读的代码没有人故意编写不可读的代码。如果你有一个只有你贡献代码的项目，你可以亲眼看到这一点——每次你在几个月、几周甚至几天缺席后再次检查时，

有时，我们的代码库中可能会出现一些巨大的“if”语句。必须维护这些语句并一遍又一遍地更改相同的代码块。这在“if”语句检查变量是否属于某个值范围的情况下也很常见。假设你有一个枚举：

Coinbase是第一家上市的比特币交易所，他们宣布截至2021年1月，Coinbase iOS和Android应用程序已从本机开发过渡到React Native。

技术债务是由于在构建功能时采用了太多的技术捷径。产品团队创建了一个雄心勃勃的路线图，几乎没有犯错的空间，工程师在已经过时的软件基础设施上进行不守规则的破解以实现这些雄心壮志。债务像一个孩子踮起脚尖走进厨房，从食品储藏室偷走饼干，导致系统效率逐渐下降。当快速而肮脏的破解黑客习惯

技术人员总是支持新的、时尚的开发解决方案。更强大的框架、更多的交付、更好的集成。但这些支持者很少考虑引入新技术的长期副作用。因此，技术债务在大多数公司中司空见惯。近三分之一的 IT 预算专门用于解决技术债务。投入如此多的精力来维护遗留代码会导致支持现状的资源更少，更不用说开发新的解决

任何在大公司建立机器学习模型的人都会认识到。对成熟的机器学习系统进行可衡量的改进是极其困难的：机器学习系统极其复杂，并且具有破坏软件组件之间抽象的令人沮丧的能力。这对 ML 成功必不可少的迭代开发类型提出了广泛的挑战。 大多数软件系统会仔细控制哪些层需要相互通信以及需