一个软件开发团队多少人合适？ 大型团队失败是由于缺乏共识和沟通带来的技术债务 -mfeather
拥有非常小的团队规模能使达成共识变得容易。让多个人一起从事某项工作的协调性的补偿性流程会让人感到惊讶。小团队的失败模式是 总线因素 。 大型团队的失败模式是由于缺乏共识和协调而静默积累技术债务
3 年 前
openrewrite/rewrite: 转换升级Java或Spring代码的自动化工具
源代码转换。 OpenRewrite 项目是 Java 和其他源代码的大规模重构生态系统，旨在消除整个工程组织的技术债务。该项目提供可扩展的自动化代码维护、最佳实践、漏洞修补、API 迁移、依赖管理等
1 年 前
BBC如何使用团队拓扑构建内部核心平台？
并保持好奇而不造成重复？ 答案是对技术债务形成一种更务实的心态：技术债务并不总是坏的，零债务带来高成本。 就像金融债务一样，技术债务并不总是坏事。 如果债务不被追踪、变得过大或无法追究债务人的责任
2 年 前
编写架构文档的最佳实践 - Singh
为什么系统及其组件以某种方式设计的情况，并保持对导致特定方法的力量的明确性。记录决策将使您能够回顾并验证解决方案是否继续满足业务需求，并在扩展或重构它们时提供帮助。
跟踪架构债务以保持对需要解决的问题的
2 年 前
软件行业的技术负责人/主管的定义 -patkua
技术质量。有效的技术领导力确保团队使用适当的工程实践（例如CD或自动化测试），对工具或技术债务进行持续改进方面的投资，并确保系统不断发展以满足不断变化的需求和环境。 有时团队领导是共享的，但技术领导
3 年 前
无框架运动宣言
在没有框架情况下能够开发应用吗？如果你很感兴趣，请加入无框架运动。 我们不讨厌框架，也不会创建针对框架的活动，但我们认为滥用框架是缺乏技术债务的知识，我们认为框架是有用的替代方案的，即使用专用库
5 年 前
Twitter能公开其算法吗？
技术债务） 重构iflese案例：将if-else业务逻辑本身与其内部支流分离，包括Twitter这样的大公司，代码质量很少做到这种水平，算法如何聚合成专门的开源项目呢？
2 年 前
对编程技术的热情反而会使我们的工作更糟 · 哲学黑客
一些方法： 忽略了业务领域在构建优雅解决方案中的重要性。 关于技术债务风险的判断不佳（因为启发式影响） 坚持孤立主义，这可以使企业构建错误的东西。 生成器与市场质量不匹配，这会导致浪费精力
5 年 前
程序员职业成功的十大预测因素 - LBacaj
工程师必须做出正确的权衡，特别是在像技术债务这样的事情上。但技术债务是有风险的；它可能会使你和你的团队陷入困境。 但同样的风险，如果它们是正确的，可能会给你和你的团队带来巨大的好处。 9. 与其
2 年 前
大型复杂组织公司能实现敏捷吗？ - Chris
完成要有弹性得多，特别是如果这意味着你要边做边偿还技术债务的话。 一个有趣的模式是六边形 架构 （由Alistair Cockburn推广），它让你以一种抽象端口和适配器的方式将你的代码/架构
2 年 前
微服务的360度运行状况检查的评审模板：在评估架构和实现时，需要检查的清单，可确保微服务系统的生产准备情况和规模。 | All Things Cloud
应用程序中的技术债务在哪里
这个应用程式是 微服务 吗？ 沿6个维度进行评估
未来路线图审查
4 年 前
运维：从DevOps到平台工程的变革
CIO 和 IT 领导者来说，往往会出现两个基本问题。
首先，许多组织都在为技术债务和技能差距而苦苦挣扎，因此尽管他们的开发运营和 SRE 实践很先进，但广泛采用更具挑战性。这些组织可能会
1 年 前
大型科技公司如何以产品而非Scrum方式运行科技项目？ - Gergely
关系的问题？平台团队是一种有用的方法，但这里还有很多东西需要解压缩。我们将在以后的时事通讯中详细介绍这方面的内容。
偿还技术和架构债务。所有大型科技公司都在快速行动并快速响应新机遇。在这样做时，公司
2 年 前
如何做出重大技术路线决策？
换掉它，那么你会持续承担债务。您等待的时间越长，您的路径分歧就越大，迁移就变得越困难。 如果您今天理论上就可以进行明确的选择，那么这表明您至少应该考虑迁移到该技术，这是一个很好的指示。需要明确的是
3 年 前
如何评价你即将入职的软件公司水平高低？
产生技术债务。
2 年 前