关于软件工程师的思维误区问题

对于书上所说的分析麻痹(Analysis Paralysis)和不分主次，想解决所有依赖问题存在这样的问题，在一个软件的开发前，怎样去思考软件的开发，它的思考过程到底是怎么一回事？在知乎上看到一篇关于软件开发的文章，它提到第一点，对于需求分，弄清楚用户想干什么，要经过多次的沟通并且参与到业务的流程，沟通过程：①要做的这个软件是什么②基本规则是什么③有多少用户参与④什么用户界面⑤什么平台⑥怎么运行⑦…… 看到这里我才理解到一个软件开发过程中，需求分析是这么重要，没有它真的是寸步难行；第二点，框架设计，需要分析主流框架，技术栈，编程语言，团队或个人已有的技术储备，代码托管方式，产品自动构建，基本上就是可靠性，易用性，可扩展性，安全性，可维护性；第三点，模块设计，开始分解功能需求，划分代码模块，理清模块依赖关系，接口关系，原则是低耦合，高内聚，可复用，可扩展。

读了这篇文章让我明白了粮草先行的道理，对于软件开发也是一样，一个好的思考框架，会给我们的软件开发带来很大的帮助。