瑶彩琼雨提示您：看后求收藏（第26章 人无完人,字节跳动,瑶彩琼雨,笔趣阁），接着再看更方便。
请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。
最复杂的还是异常情况的处理。</p>
比如说，设备的部分表面被腐蚀损坏，导致局部传感器失效，驱动程序必须能够根据硬件的反应识别出来，及时做出补救调整，至少要保证设备在整体上仍然处于可用状态，不会因为缺失了部分数据而导致计算偏移。</p>
真正体现技术和产品实力的地方，不在于正常情况完成的多么好，而在于对各种异常情况都能兼容的能力。</p>
硬件是死的，能量块是死的，API也是死的，但人是活的！能写出兼容性极强的灵活代码，那才是好工程师。</p>
……</p>
哪怕是一个很小的机械能量设备，也需要一个团队来完成。这个团队中，除了代码工程师，一般还有有一个这样的角色：产品经理。</p>
负责任的产品经理，一般都会把各种计算的指标和规则都整理好，交给代码工程师来开发。这样可以极大的减轻工程师的负担，可以不用再做复杂的计算，只关注API调用即可。</p>
但是，如果只能在产品经理的指导下才能完成代码，就算你学过了高级编程，那你永远也只能算是个初级水平。</p>
再说了，真正负责的产品经理能有几个？</p>
人无完人！</p>
尤其是产品经理。</p>
滥竽充数的实在太多了，如果代码工程师不能对自己的代码进行业务上的把关，迟早会接产品经理一锅。</p>
一般来说，进阶到高级编程以后，就算不用自己做计算，也至少要具备能够做计算的能力，起码要能跟产品经理形成互补，填补他的计算漏洞。</p>
如果有机会能够进阶到资深编程，那就又不一样了。资深编程的团队里根本就没有产品经理，或者说人人都是产品经理。</p>
在一个资深编程的团队里，虽然不一定会让你做计算方面的工作，但你必须要具备可以做各方面计算的实力，大家只是分工不同而已。说不定随时会有一个模块需要你顶上。</p>
……</p>
刘昊然情不自禁的聊了许多，看看舒朗的状态似懂非懂，决定先缓缓。</p>
舒朗呢，他其实听懂了，他懂了一个事实：太TM难了！就刚才那一串学科就把他给吓懵了。</p>
解析几何、线性代数、微积分、牛顿力学、流体力学…</p>
舒朗绞尽脑汁，试图从记忆里翻出点相关的东西，无奈，连书皮长什么样都想不起来。一想到要回去学高数，就忍不住打了一个机灵。</p>
他不是不想学，而是条件反射的结果。</p>
当初因为第一堂课没入门，导致后来所有的数学课都爬桌子睡大觉，然后高数就很荣幸的成为了舒朗大学生涯所挂的第一科。</p>
以舒朗目前的情况来看，意识觉醒，逻辑出众，真要回去再学一遍应该不成问题，可哪有那么多的时间？</p>
空悲切啊！</p>
再想想那三千多条API，舒朗心里顿时一阵心酸，凉了半截。</p>
……</p>
刘昊然见舒朗状态不太对，也没接着讲，把自己以前做的一个极速靴的驱动代码发给了舒朗，让他先看看，学习一下，找找心得。</p>
API不会用，但看总会吧？</p>
再不行去查API手册，虽然效率慢了点，但总归对学习来说是有很大好处的。</p>
六点，刘昊然离开。</p>
舒朗无精打采，想想那几个学科就头疼，哪有心情看代码。</p>
但是他知道，如果不把那些知识都学会，将来就不可能迈入资深编程的行列，可那是想学就学的吗？没有几年的钻研，能有什么收获？</p>
悻悻之下，舒朗还是点开了极速靴的驱动代码，加载到eclipse里，随便点开一个代码文件，首先映入眼帘的便是工整的注释。</p>
一看作者：Holder.Liu</p>
呵呵，这英文名起的不错，这是要做掌控者啊！</p>
舒朗瞟了几眼代码，果然有很多API的调用都看不懂，连查带猜的看了一段，总算弄明白了那段代码是在干什么。涉及到逻辑的都无所谓，最擅长的就是干这个，但一旦涉及到计算公式，就会直接傻眼懵逼。</p>
“没意思啊～”</p>
舒朗叹息一声，不想看了，学习的欲望暴跌。</p>
但是他突然想起了DeBUG窗上的那个红点，忍不住想看看刘昊然写的代码有没有BUG。</p>
本章未完，点击下一页继续阅读。