java流程常见的逻辑错误
在我的上一个博客中，我看了史蒂夫·麦康奈尔（Steve McConnell）的《 快速开发：驯服野生软件时间表》中的一个与人相关的经典错误，尽管它已经存在了至少10年，而且时代已经改变，但今天仍然与撰写本文时一样重要。
正如史蒂夫（Steve）的书所述，经典错误是经典错误，因为它们是很多人经常犯的错误。 它们具有可预见的不良结果，当您知道它们时，它们会像疼痛的拇指一样伸出来，在此处列出它们的想法是，一旦您知道它们，便可以发现它们，并希望能做些补救措施。
经典错误可以分为四种类型：
- 与人相关的错误
- 与流程相关的错误
- 产品相关错误
- 技术相关的错误
今天的博客简要介绍了Steve的第二类错误：与流程相关的错误，其中包括：
- 过于乐观的时间表
- 风险管理不足
- 承包商失败
- 计划不足
- 在压力下放弃计划
- 模糊前端中的浪费时间
- 短期活动上游
- 设计不足
- 质量检查不足
- 管理控制不足
- 过早或过于频繁的收敛
- 从估算中省略必要的任务
- 计划以后赶上
- 像地狱编程一样的代码
过于乐观的时间表
与如意算盘有关。 制定过于乐观的进度计划会导致项目失败，原因是项目范围不足，无法进行简短的需求分析和测试以及未能欣赏某些最重要的开发活动。 未能意识到软件开发需要花费时间。 这也对员工的士气和生产率产生不利影响。
风险管理不足
如果您不管理风险，那么只需一件事就可以出错，将您的项目付诸东流。 未能计划灾难和管理风险是一个典型的错误。
承包商失败
承包商经常交付晚的，低质量的，不符合规格的工作-尽管事实是他们经常使用且报酬高！ 使用承包商时，不稳定或定义不明确的要求或接口会被放大。 仔细管理承包商关系，否则承包商会减慢而不是加快项目进度。
计划不足
如果您不打算生产优质的软件，那么您将如何生产它。
在压力下放弃计划
项目团队先制定计划，然后在压力下放弃计划，例如遇到计划麻烦时。 问题在于计划需要改变和适应。 未能制定新计划并进入“代码和修复”模式很常见。
模糊前端中的浪费时间
这是项目开始寻求批准和预算之前通常要花费的时间。 保持此阶段简短而紧张，可以节省您的自我时间，以便在项目进行时可以稍后使用。
上游活动不足
不要跳过那些不会直接产生代码的活动，例如需求分析，体系结构和设计。 不要“跳入编码”，在项目后期修复错误的时间要比一开始就花费十倍。
设计不足
上面的一个特例-有些人不做设计，而是直接进行编码。
质量检查不足
匆忙的项目经常会错过质量检查。 这包括消除设计，编写代码审查，测试计划以及仅执行非常基本的测试。 快捷的1天质量检查将在3到10天后花费您。
管理控制不足
需要采取控制措施以及时提供警告，以防止进度表延误和其他问题。 发生故障时，通常会放弃控件。
过早或过于频繁的收敛
在项目生命周期中过于频繁或过早地将项目的各个不同部分捆绑在一起以制作产品（例如文档，代码模块和安装程序）会浪费时间和精力。
从估算中省略必要的任务
人们不会保留以前项目的记录，而会忘记那些不太明显的任务。 这些任务加起来。 原始估算中的遗漏工作量总计占开发进度的20％到30％。
计划以后赶上
到了后期，许多项目只是计划稍后再赶上，但他们从来没有这样做。 重新估计的时间表需要反映出在构建产品时的经验教训。 他们还需要反映需求规范中的更改。 如果添加了需要3周开发的新功能点，则进度表将减少3周。
像地狱编程一样的代码
或编码并修复编程。 人们通常认为，一旦定义了宽松的需求规范，那么积极进取的开发人员就可以使用快速松散的随行代码来克服任何障碍。
参考： Captain Debug's Blog上来自JCG合作伙伴 Roger Hughes的与过程相关的经典错误 。
相关文章 ：
- 您不想错过的十大Java书籍
- Java开发人员最有用的书
- 书评：由查德·福勒（Chad Fowler）撰写的《热情的程序员》
- 实用程序员–复习/摘要说明
- 每个程序员或架构师都应该知道的9 + 7件事
- 每个程序员都应该知道的事情
- 与人相关的经典错误
翻译自: https://www.javacodegeeks.com/2011/12/process-related-classic-mistakes.html
java流程常见的逻辑错误
