一📥🜽🇪个模块开头🐦不仅要简要描述模块的功能，📬🝼🐝还要介绍输入参数的类别、意义，输出参数的类别和意义。
在模块内部，每一小段都要描述一下这一小段是要干🐚🀞什么事儿，需要注意些什么，都是前人种树后人乘凉的要求，对公司的长远🐅♇发展比较有利。
这样做也不是没有坏处，第一，增加了不少成👩本，第二，程序语句为了易读性，不是特别高效。很多程序的优化需要尽量减少语句的延展，比如一句古文🃣🙤翻译成现代语，可能要好几句来解释，而古文简洁明了效率高，但并不是每个员工都能读懂。
所以那些大公司🂶代码的优化，都是由各个小组里的几个资深程序员共同完成，一个人负责编程，另几个人负责审核，当然加上足够的注解，这样下一次优化或者🜢🜣出问题的时候，能保证有资深程序员能理🖦🔵解和调整有能力来做这样的事情。
穆林之所以被老板看重，这跟他的经历有很大的关系，他当年上大学时跟袁媛负责过扫描仪驱动程序的开发，当时条件限制，硬件设备的驱💕👱🌪动程序都是用汇编语言来编写，这就相当于华语作文需要用古文。
对一般的人来说，能看懂古文就不👗🈻错了，还需要用它来写文章？那简🏊😖直是不可能的🕊🇾🞈任务。
穆林后来在⚾🗅休利帕也是写驱动程序的，🚔📊🙈所以对汇编程序特别熟🗘悉。
一个人经过更严格训练的人，现在负责用非常简单的“现代”语言写成的程序🗑，很容易发现冗长不高效的语句，也很容易把它们改成更高效的。
v之所以想跟大公司合作，是因为大公司有足👩够的财力养软件质检员---专门🈷负责软件质量测试的程序员。
质检员不是说在公🌯司产品完成之后才进行质量👩检测的。质检员从很早的时候就开始参与质量检测活动。
小公司一般没有质检员，所以大家写的程序都是各自测试一番，质量不能保证。大公司有专门的质💹🖱检员根据产品设计报告来设计测试程序，包括输入的数据和期待的结果，把产品运行一下，用设计好的数据输入进去，出来的结果应该跟设计报告里的一样，才算达标。
有些小模块的功能测试是嵌入在产品源程序中的，程序编🍜译的时候，可以有两种编译设置，最终产品还是测试产品？测试用的，会有很多测试程序在里边，还有很多“后门”可以允许质检员进行部分测试。
除了一般的功能测试，还要有压力测试，一个人使用你的产品和一百人同时使用、或者成千上万人💹🖱同时使用你的产品，造成的访问流量是大大不同的，大的系统都要zhege有处理这种访问压力的能力。
除了这个💦🔄♭压力测试，还有性能测试，比如从我输入完毕开始算起，要多久我才能拿到结果，这是属于性能方👯🌛面的要求，🗧🞄👧当然是越快越好，还有一种是资源方面的性能要求，比如需求的内存最好越少越好，要求的硬件设备越低越好。
这个时间和资源方面的性能要求进入到系统内部，被分化成层或者是模块，那么对每一层或者每个模块都有相应的要求，性能测试就是要测试这些小的组成部分是否达👉🕧标。