和框架直到现在我都试图

Joitarani9o

分钟前您只触及了冰山一角另一方面技术债务可能会增加而不仅仅是由于管理者或执行者缺乏经验。项目管理失误技术知识匮乏或缺乏。管理者的细节导致对劳动力成本的错误评估从而导致短期限。当管理者试图贪多嚼不烂时也会得到同样的短期限。仅仅怪罪于缺乏经验吗拥有丰富经验的人会遭受这种痛苦主要是因为与团队隔离。无法将业务需求翻译成客户的语言是一个经典现象无论何时何地。这是对员工分析师的节省从而带来技术上的提升债务。一方面直接成本较低另一方面递延成本较高。

试图在连队中培养万能战士会导致责任的淡化最终导致似乎每个人都能做所有事情但没有人负责任何事情。那些。文化经历等缺 亚美尼亚电报号码数据 当然会导致这些。债务。当人们在学习时当他们用耙子在地里捡球果时债务将不可避免地增加。控制只能通过在公司或至少在部门内制定标准来实现。任何测试都无法让您免于技术债务。此外过多的测试本身就开始产生技术债务因为测试的代码质量通常低于他们所测试的代码。绝对每个人都遭受过这种痛苦即使是西方的大型科技公司也是如此。只有标准和交叉审查但这会减慢开发过程如果管理层不同意延长最后期限好吧你明白。



架构是技术债务的主要来源。不是代码而是架构。代码可以是完美的经过打磨的经过测试的但是如果系统的架构很差那么任何代码都救不了你。拐杖不可避免地会堆满它所需要的一切。过度设计是技术债务的另一个重要来源。很多人喜欢重新发明轮子在某个阶段这甚至对学习有好处但对未来不利。甚至对于许多所谓的先生们有罪。这也不是详尽的列表。减少技术债务最有效的方法就是避免它。完全阻止它是不可能的除非你是一个全能天才甚至在开始项目工作之前就看到了实施实施和支持的所有结果。技术债务是不可避免的这就是调试测试重构等存在的原因。