所以🋙那些大🐂公司代码的优化,都是由各个小组里的几个资深程序员共同完成,一个人负责编程,另🃉🖁几个人负责审核,当然加上足够的注解,这样下一次优化或者出问题的时候,能保证有资深程序员能理解和调整有能力来做这样的事情。

    穆林之所以被老板看重,这跟他的经历有很大的关系,他当年上大学时跟袁媛负责过扫描仪驱动程序的开发,当时条件限制,硬件设备的驱动程序都是用汇编语言来编写,这就相当于华语作文需要用古🁔文。

    对一般的人来🊬📙🛏说,能看懂古文就不错了,🉐🆛🐍还需要用它来写文章?那🄖简直是不可能的任务。

    穆林后来在休🊬📙🛏利帕也是写驱动程序的,所🉐🆛🐍以对汇编程序特别熟悉。🄖

    一个人经过更严格训练的人,现在负责用非常简单的“现代”语言写成的程序,很容易发现冗长不高🈀🞟效的语句,也很容易把它们🆲📛改成更高效的。

    v之所以想跟大公司🜆⛞🛣合作,是因为大公司有足够的财力养软件质检员---专门负责软件质量测🐏⚜💏试的程序员。🖒💆🏢

    质检员不是说在公司产品完成之后才进行质量检测的。质检员从很🄖🄖早的时候就开始参与质量检测活动。

    小公司一般没有质检员,所以大家写的程序都是各自测试一番,质量不能保证。大公司有专门的质检员根据产品设计报🅯🊁🍓告来设计测试程序,包🋲🝒括输入的数据和期待的结果,把产品运行一下,用设计好的数据输入进去,出来的结果应该跟设计报告里的一样😦🃩🚞,才算达标。

    有些小模块的功能测试是嵌入在产🊩💽🊩💽品源程序中的,程序编译的时候,可以有两种编译设置,最终产品🈀🞟还是测试产品?测试用的,会有很多测试程序在里边,还有很多“后门”可以允许质检员进行部分测试。

    除了一般的功能测试,还要有压力测试,一个人使用你的产品和一百人同时使用、或者成千上万人同时使用你的🐘⛳🞢产品,造成的访问流量是大大不同的,大的系统都要zhege有处理这种访问压力的能力。

    除了这个压力测试,还有性能测试,比如从我输入完毕开始算起,要多久我才能拿到结果,这是属于性能方面的要求,当然是越快越好,还有一种是资源方面的性能要求,比如🀺🁺需求的内存最好越少越好,要求的硬件设备越低越好。

    这个时间和资源方面的性能要求进入到系统内部,被分化成层或者是模块,那么对每一层或者每个模块都有相应的要求,性能测试就是🂦👁🅻要测试这些小的组成部分是否达标。🄿🃐🖼

    一旦有不达标的情形出现,就知道哪🉵🋯🜷个🉣🉉🅝(些)小的组成部分出了问题。

    大🈹公司对自己的产品要求高,人力资源就必须充足,所以每个产品都是有几百甚至几千员工。像迈绍这样的专门的软件公司,旗下有几十个产品,员工超过十万不足为奇。

    对于将来会用在客户方面的技术,他们的要求也很🋤高,所以对v这样的只有几十人的小公司来说,绝对是一块香喷喷🐵🄍🟟的大饼😂⚌🏻,还是一块很不好啃的大饼,要么一口吞下,要么被磕了牙。