技术债务

上面两行中哪一段可读性更好一点？

根据Stepsize 的一项新研究，5

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

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

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

这是Steinar H. Gunderson离开MYSQL团队感想，据调查很多程序员离职是因为技术债务，他也不例外，离开是因为对代码质量感到沮丧，他认为：MySQL 是一个漂亮的糟糕的数据库，您应该强烈考虑改用 Postgres。详细点击标题 

编写可维护的代码很容易。只需保持方法和参数列表简短，名称和注释较长，并遵循样式指南。正如一位著名记者曾经写道：“对于每一个复杂的问题，都有一个清晰、简单和错误的答案。”使代码难以维护的不是样式和形状。这是在缺乏明确的如何代码工作，它代表什么以及为什么它以这种方式被写？

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

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

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

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

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

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

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

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