笔趣吧

手机浏览器扫描二维码访问

第26章 人无完人（第2页）

舒朗恳求。

确实，核心203个，总计三千多，想急也没用，反正一时半会也学不完、记不住，不如先听听后面这两门课程来的过瘾。

舒朗听的过瘾，刘昊然讲的也来了劲。

接下来给他讲机械驱动。

机械驱动的核心动、转、停。

这是一切物理运动的基础，再复杂的物理运动也无外乎这三项的组合。

动，顾名思义，就是移动或者行动。

在brave程序里，所有可以“动”

的设备，都会被指定一个基础方向，这个“动”

一般指的是，按照这个基础方向向前移动。

停，很简单，就是停止移动。

转，这个厉害了，这可不是简单的转向，而是前后左右上上下下全方位无死角立体转向。

简单的机械驱动，是一个指令接一个指令的执行，比方说前进-停止-转向-再前进……

很容易就能写出一个这样的驱动程序。

但实际上，大部分情况都是在移动中进行转向或者突然停止，有的是被动遇到阻力，有的是主动受力迎击，有的是腾挪闪躲，有的是寻找时机……

每个组件不仅要考虑自身的情况，同时还要考虑到其它组件传过来的触发数据，计算量既庞大又复杂。

这里面除了基础的数学运算以外，还会涉及到多方面学科的知识，比如解析几何、线性代数、微积分、牛顿力学、流体力学等等等等。

最复杂的还是异常情况的处理。

比如说，设备的部分表面被腐蚀损坏，导致局部传感器失效，驱动程序必须能够根据硬件的反应识别出来，及时做出补救调整，至少要保证设备在整体上仍然处于可用状态，不会因为缺失了部分数据而导致计算偏移。

真正体现技术和产品实力的地方，不在于正常情况完成的多么好，而在于对各种异常情况都能兼容的能力。

硬件是死的，能量块是死的，api也是死的，但人是活的！

能写出兼容性极强的灵活代码，那才是好工程师。

……

哪怕是一个很小的机械能量设备，也需要一个团队来完成。

这个团队中，除了代码工程师，一般还有有一个这样的角色产品经理。

负责任的产品经理，一般都会把各种计算的指标和规则都整理好，交给代码工程师来开发。

这样可以极大的减轻工程师的负担，可以不用再做复杂的计算，只关注api调用即可。

但是，如果只能在产品经理的指导下才能完成代码，就算你学过了高级编程，那你永远也只能算是个初级水平。

再说了，真正负责的产品经理能有几个？

人无完人！

尤其是产品经理。

滥竽充数的实在太多了，如果代码工程师不能对自己的代码进行业务上的把关，迟早会接产品经理一锅。

一般来说，进阶到高级编程以后，就算不用自己做计算，也至少要具备能够做计算的能力，起码要能跟产品经理形成互补，填补他的计算漏洞。