三味杂谈——软件工程启蒙

本文主要是介绍三味杂谈——软件工程启蒙，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

软件工程是啥？软件工程的出现，是源于软件复杂度的极速提高。啥啥东西一旦多了，就不一样了，量变到质变了。最开始（20世纪，19xx年）软件体量没那么大，代码咋写都行。但是现在呢？一个开发大型软件的公司，软件就是其核心资产，例如微软的windows。这种大型软件，直接参与开发的人数都是千/万级别的，软件开发的周期都是10年以上，规模在千万/亿行代码，包含多种开发语言，多个技术栈。这意味着什么？

这意味着：

1. 软件模块非常多，划分非常细。
2. 每个模块要经历若干次开发人员的离职、换岗。
3. 每个模块都会有新的修改、新的需求，而这些修改很可能不是模块的首任开发者。新的开发者不一定熟悉该模块的整体设计。
4. 每个模块都与周边模块有着复杂（随着时间推移，会更复杂）的联系。
5. 不同模块，不同文件，不同函数的代码风格，写作思路都不一样。
6. 不同模块间的协作往往跨越部门，不同部门间沟通成本高
   1. 你想想你上大学的时候，与隔壁班一起搞活动的话，有多麻烦？

当种种因素糅杂在一起，就形成了一个泥团，就是“人月神话”一书中说的焦油坑，让你深深的陷入其中，无法自拔。

如果不知道这些，单独拿着一段hello world的代码来学软件工程，那就是鸡同鸭讲了。

解决这一问题的方法，就是将软件当成工程来做，于是有了软件工程。大家想想建筑工地，同样的混乱，同样的复杂，各种事物交错在一起，但是工地能井井有条，人家有一套行之有效的工程理论实践。于是，软件现在也有了。

很多人在讨论软件是艺术还是工程。在这里，我只能说，软件可以很艺术，但也是有工程属性的。

软件工程能够为你提供一整套方法，你按照这套方法走，第一步做什么，第二步做什么。如果你每步都做到位（做到位的意思是：理解步骤的目的，并切实做到），那么你的软件产出的质量，是稳定的。

这里要注意的是，软件工程保证的是你长期的平均质量。一个是长期，一个是平均。所以，最终，按照软件工程的方法做，能让你的代码质量稳定在某个水平。软件工程，不会让你的软件水平提高。有时，软件工程还会降低开发效率。软件工程，目标在于稳定。

软件是人写的，至少目前是。那么，人的状态是不稳定的。某天，天才程序员失恋了，于是这几天的代码错误就多。隔几天，项目骨干离职了，于是软件写不下去了。对于大型的软件公司，这些都是不可接受的风险。总不能说几万人的公司，就因为一个程序员离职了，就运作不下去了吧。

软件工程就是为此而生。

如果你是软件公司的老板，你会发现，一套能够为你赚钱的软件，其投入成本最大的就是程序员的工资。最大的风险，就是程序员的小心思。

现在，我对你这个老板说，我有办法，能够让普通的程序员，甚至新手，产出满足质量需求的软件，不再需要严重依赖天才程序员。我有办法，能够让你不再惧怕程序员的离职和转岗，哪怕项目骨干走了，项目也不至于失败。你说，你心动不？

这，就是软件工程的作用。软件工程，是通过提供一套严格的流程和一些方法论来达到这个目的的。

软件工程的方法论有很多，项目流程上有CMM、敏捷啊啥啥的，扩大点范围的话，还有“领域驱动设计”、“函数式编程”、SOLID原则，我们还有好多看起来很高大上的设计模式。

这些，都是前人的经验总结。按照这些去做，就大概率能产出较高质量的产品。

用CMM举个简单的例子（省略了CMM的很多步骤）：

1. 设计人员给出初步设计和工作量
2. 管理层同意此工作量，并给出项目开发计划
3. 设计阶段由设计人员写出设计文档
4. 设计文档由所涉及所有领域的技术负责人评审，并签字，同时承担此设计的责任
5. 设计人员为开发人员讲解设计背景、思路、方案、注意事项
6. 开发人员完成代码设计，并全程与设计人员保持沟通，保证设计方案与代码实现的一致
7. 代码需要该领域相关人多级评审
8. 完成自测试、白盒检查等
9. 测试人员完成集成测试

这个例子并不严谨，只是让你体验一下，软件工程是如何保证软件质量。在这里，每一步都有周边人员参与评审，多个维度的人都会了解设计方案，最后有完整的测试，保证软件交付功能正确。

再次强调下，这里省略了很多内容，真实情况不只是这样。

我在这里不对软件工程做细节探讨，因为我不够专业，别误人子弟。我想说明的是，软件工程会让你很不舒服，因为你不会再自由自在的写代码，会感觉自己被束缚在一个框框里，有一堆人对你指手画脚。这对于项目骨干来说很难受，会降低工作效率，甚至会被迫改变你精巧的设计。但是，流程的魅力在于，保证你带着的新人不会出现低级问题，保证你不会在某些心不在焉的状态下引入低级问题。虽然进度走的慢了，但是很稳。

软件工程，为你戴上了盔甲，增加了防御，降低了敏捷。

软件工程是可以裁剪和变更的。毕竟，每家公司，每个项目组，每个项目的情况都不同。CMM的完整步骤不一定适合所有人。比如，你的项目都是公司骨干，对项目熟悉的不得了，那么可以降低代码评审的频率。比如，这次的项目都是东改一行，西改一行的，那UT可以考虑省略。如果设计简单，那么前期设计步骤就完全可以从简。灵活运用，才能发挥软件工程的最大价值。

不知道给你讲糊涂没有，说了这么多，总结一下，软件工程，是用来保证软件质量稳定的。它用一系列的流程和质量动作，保证你的代码不会出什么大错误，最终能够顺利交付。

软件工程还有另一面，就是如何降低软件内部的复杂度，将复杂问题逐层分解，让任务可分配（一般是单人可承担）。这些内容，就以后再说了。

这篇关于三味杂谈——软件工程启蒙的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！