业务错误与技术错误
在我的上一个博客中，我查看了史蒂夫·麦康奈尔（Steve McConnell）撰写的《 快速开发：驯服野生软件时间表》中与产品相关的经典错误 ，尽管它已经存在了至少10年，而且时代已经改变，但今天仍然与撰写本文时一样重要。
正如史蒂夫（Steve）的书所述，经典错误是经典错误，因为它们是很多人经常犯的错误。 它们具有可预见的不良结果，当您知道它们时，它们会像疼痛的拇指一样伸出来，在此处列出它们的想法是，一旦您知道它们，便可以发现它们，并希望能做些补救措施。
经典错误可以分为四种类型：
今天的博客快速浏览了Steve的第四类错误：与技术相关的错误，其中包括：
- 银弹症候群
- 新工具或方法高估的节省
- 项目中间的切换工具
- 缺乏自动化的源代码控制
银弹症候群
不要期望使用新技术或开发工具来解决您所有的调度问题。
新工具或方法高估的节省
随着新技术和实践的学习曲线不断攀升，它们的使用会增加开发时间。 新实践具有新的风险，您只能通过使用它们来发现它们。 团队（或组织）很少会突飞猛进地提高他们的生产力。 旨在稳步缓慢发展。
同样被高估的是代码重用带来的节省。 重用代码是一种非常有效的方法，但是一厢情愿的想法开始发挥作用，并且节省的费用通常不如预期的高。
项目中间的切换工具
尽量不要在项目中间升级您的编译器，操作系统等。 除了安装需要花费时间外，相关的学习曲线，返工和不可避免的错误通常会抵消新工具的好处。
缺乏自动化的源代码控制
它写于10年前，但即使有公司会通过Internet为您提供此服务，它仍然会发生惊人的变化。 不使用自动源代码控制会使您的项目面临不必要的风险。 充分利用源代码管理。
参考：来自Captain Debug's Blog的 JCG合作伙伴 Roger Hughes的技术相关经典错误 。
相关文章 ：
翻译自: https://www.javacodegeeks.com/2012/01/technology-related-classic-mistakes.html
业务错误与技术错误
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
