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

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了关于软件工程师的思维误区问题相关的知识,希望对你有一定的参考价值。

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

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

以上是关于关于软件工程师的思维误区问题的主要内容,如果未能解决你的问题,请参考以下文章

构建之法第3章 软件工程师的成长

关于软件研发生产力的误区与思考

个人学期总结

构建之法阅读笔记2

软件工程师VS硬件工程师的思维对比,说中你了吗?

关于我的软件测试的思维导图