摘要：软件工程须要哪些能力以及如何保障这些能力？哪些地方咱们须要留神复杂度的问题？
小引
在本文中咱们将探讨如下问题：
1. 软件工程须要哪些能力以及如何保障这些能力？
2. 哪些地方咱们须要留神复杂度的问题？
3. 考试的目标是什么？
4. 莫要让标准解放了咱们的手脚，成为技术的奴隶。
5. 要让人的能力施展到极致，良好的心情是必须要有的。
6. 专一于本人善于的事件。那么，在软件工程当中，这样的理念应该如何贯彻呢？
7. 为什么咱们须要对代码和设计进行重构？如何做？
8. 如何保障软件开发的品质呢？
能力
能力是成败的要害，这一节咱们会探讨一下软件工程须要哪些能力以及如何保障这些能力。
所谓软件工程能力实际上就是解决具体问题的能力，也就是把理论中的问题转化成我的项目代码的能力。
说一下人员能力的晋升这一块儿。一个我的项目中肯定要有一个灵魂式的人物。只管咱们说当初的软件工程开发是一个团队的单干成绩，然而这个团队中必须要有一个大脑，不能有多个大脑。
这个怎么了解呢？对于小的团队来说，假如有 10 集体的团队，那咱们就说组长就是这个团队的灵魂。组长须要率领大家进行调研工作，最初作出论断进行取舍。这中央能够了解为架构设计方向的制订。
这一步看清楚当前，接下来就须要把这些活儿调配给各个成员。组长须要严密跟进我的项目的停顿，比如说遇到难题了，组长须要跟成员一起去解决掉，而不是交给成员去独自攻克。
如果没有难题，成员独自解决了，那么组长须要把解决方案了解透彻，把好关，同时好好学习。
对于组长的要求是假如整个团队 10 集体，只剩下组长一个人，他也应该有能力把这个我的项目保护下来。
下面是 对组长的要求 ，这里 第 1 位的是学习能力，就是对于未知领域的酷爱和领悟能力。
接下来说组员。组员第一要务就是把调配下来的工作好好实现。
这外面须要理解力和执行力的造就。这个须要一段时间的磨合，整个团队才可能造成弱小的战斗力。
再一个是主观能动性的造就。如果工作实现了，就应该被动去寻找新的工作去做，有活的时候好好干，没活的时候找活抢着干。
造就主观能动性须要驱动力，一般来说有这么几个:
第一，是自我价值实现的欲望，首先是天生我才必有用的自信，也就是每个人都想做些事件，寻找本身的价值，并把本身价值融入到团队的工作当中。
第二是外在的处分，这些处分能够蕴含物质上的，声誉上的等等。也就是卓越的工作失去了认可。
下面是对于组员的要求，这里处于第 1 位的是执行力，就是失去指令当前疾速实现工作的能力。
当初说一下 工程办法 这一块。比拟风行的算是 麻利方法论 。在麻利方法论中个别有两种方向一种是 开发团队驱动 ，一种是 项目经理驱动 。不论采纳哪一种方向，这种方法论的一个根本要求就是 可能在短期内有看得见的输入 ，并且有 继续的输入。
这种方法论用的难受了的话会给整个团队带来很强的成就感和高昂的斗志，从而激励团队成员把工作当做一种乐趣。在事实的利用中麻利方法论可能会被形式化，比方每天大家都站在那里花几分钟的工夫讲几句话。如果是这样子的话，就走偏了。为了防止形式化，应该以输入为导向。及时向其余团队成员更新本人的状态。
当初说一下算法和逻辑局部。对于软件技术，我认为大多时候是把它当做一个工程技术来使用的，也就是拿着这个工具去解决理论的用户需要的。在技术使用的过程中，咱们会一直地应用各种各样的算法和逻辑来随机应变的解决咱们的业务流程。对于具体的算法和逻辑，齐全是 case by case 的。咱们先不深入探讨个例。咱们要探讨一个十分重要的概念，就是复杂度的问题。
我与很多程序员共事过，尤其是高级程序员，发现很多人都有一个习惯，喜爱把简略的问题复杂化。美其名曰要思考周全，要考虑周到。这里说一个很简略的例子，比如说咱们拿到一个我的项目，这个我的项目的需要是援救地球。
很多程序员上来就会陷入到思考如何援救星球的迷雾中。这个思路的第一要务就是要先辨别有多少种星球，而后对这么多的星球进行分门别类。而后在我的项目运行时判断某个输出参数来指定是地球当前，再进入到思考如何援救地球的工作当中去。
如果你问为什么要把这个问题思考的这么简单，因为我的需要只是援救地球而已。一个十分高大上的理由就是他想做一个通用的我的项目，当前能够反对更多的星球，从而不便扩大。
基于这种思路去做我的项目，我的项目会越做越简单，团队会越来越宏大，老本天然也就急剧的回升。
亚马逊在这个方面是吃过很多苦头的。在晚期的我的项目中，有些程序员设计我的项目过于简单，导致这些人升职来到我的项目当前，其他人根本无法接手保护这个我的项目，即便再去找原来的设计者，他们也无能为力了。因为复杂度太高了。
对于流程和工具。这两个方面能够合在一起说。流程须要简洁高效，直击要害解决问题。工具也是一样的。尽管每个人的爱好有些不同，有的人喜爱界面，有的人喜爱命令行，这个都没关系，那就选可能给本人带来最高工作效率的那种工具和流程。
在嵌入式驱动开发畛域外面，有些公司是用一般文本编辑器来写代码的，代码审查是用比拟软件的形式手工合入代码的。尽管驱动式开发中的代码量不是应该特地多，比如说一个 driver，如果代码量很大的话，可能就存在设计上的问题了。即便代码量很小的状况下也应该应用比拟先进的工具来解决, 比方代码编辑能够应用 vs code, eclipse, qt creator 等等，代码审查能够应用平台工具如 github, gitlab, bitbucket, gerrit, 等，代码查看能够应用 git 工具 (fork, git extensions) 等等。
以上只是用一个例子来阐释防止应用十分原始的工具，既容易出错又效率低下。
复杂度
当初来谈一谈复杂度的问题，软件开发中的复杂度当然是越低越好。个别谈到复杂度，咱们可能想到了各种逻辑上的复杂度，设计上的复杂度，实际上在软件过程中复杂度波及到方方面面，咱们来看一下，具体有哪些方面咱们须要留神复杂度的问题。
第一是命名规定。先举个例子，我定一个变量叫 word。有的人喜爱把它写成 wd。这个就减少了这个变量定义的复杂度，你从 wd 很难明确，这个变量是 word 的意思。
不论是变量的命名还是函数的命名，咱们都心愿看到名字，咱们应该可能了解这个变量或者函数大体是关联到什么样子的事件。
所以 审慎的应用缩写 是防止命名规定复杂度进步的重要前提。
第二是程序逻辑的复杂度。线性程序执行的复杂度为 1, 呈现分支当前要乘以分支的个数。分支能够是条件判断也能够是循环。所以尽可能的防止分支的呈现是升高程序逻辑复杂度的重要伎俩。
如果程序分支不可避免，要尽可能的把程序分支放到最高的逻辑层。这样做的目标是为了防止在上层解决的时候呈现发散式的分支。发散式的分支会急剧的减少程序的复杂度。
复杂度越高，程序越难保护，复杂度超过肯定水平，人类程序员是无奈解决的。
第三是架构设计的复杂度。架构设计波及到模块设计和零碎设计。要尽可能的把一些专用的模块或者子系统抽取进去，比方平安相干的，日志相干的，工具相干的等等，这些专用的性能可能会被所有其余的业务模块或零碎所调用。
在调用这些专用性能的时候，越简略越好，并且调用者不须要关怀具体的外部实现，只须要晓得如何应用就能够了。
这样做的目标是让程序员专一到业务代码的设计上来。
第四是零碎部署的复杂度。零碎部署蕴含几个不同的阶段如开发阶段，测试阶段和生产阶段。不论是哪个阶段，部署的步骤越少越不容易出错。有些零碎人造的须要很多指令的配置，如果是这样的状况，须要编写一个批处理的文件来简化内部使用者的部署步骤，把多个步骤变成一步。
与部署相关联的还有集成局部。如果可能实现自动化或者从模板中创立那是十分好的状态。
第五是测试的复杂度。测试分白盒测试和黑盒测试。白盒测试的复杂度间接关联着代码层级的复杂度，代码层级的复杂度越高，当然白盒测试的复杂度也就越高。
白盒测试须要留神的一个重要问题是 不要使白盒测试这部分的代码脱离实际业务代码的设计。也就是说白盒测试它的附丽对象就是咱们理论的业务代码，从架构设计上说是一个从属层，不要试图在这里应用什么软件设计艺术或者所谓的编程艺术。
这种代码的格调就是简略间接，复杂度线性化。
黑盒测试的复杂度来自于业务需要剖析。要有十分清晰的文档阐明，须要对测试步骤和预期后果写的十分分明。
第六是技术的复杂度。技术的发展趋势个别是越倒退越简略，性能越弱小。那么在设计和开发的过程中，要防止应用老旧的技术。对于技术框架的抉择，要提前做好调研。前端选什么框架，要不要抉择某些 UI 库，后端选什么框架，要不要抉择某些程序库，原则上是为了简化咱们的学习过程，进步开发效率，加强整个我的项目的可维护性。须要具体问题具体分析。
第七是队伍构造的复杂度 。 队伍形成肯定要短小精悍，人多不肯定好办事。像亚马逊提倡的是两张披萨团队，意思是说整个团队两张 pizza 就能吃饱。大体估算就是 10 人左右的一个队伍。当然这只是一个参考指标。
整个队伍的指标肯定要明确。所有的人都向着那个指标迈进，分工能够不同，然而指标肯定要统一。
指标 + 分工是队伍胜利运作的要害。具体来说就是把指标分成多个工作，每个工作里又能够分成小工作，那所有的人都去做对应的工作，本人让本人忙起来，而不是他人让你忙起来。
（未完待续……）
点击关注，第一工夫理解华为云陈腐技术~