李宏不懂技术，但是他会用人。
他知道钱博士的技术在全公司内是钻研最深、涉猎最广的一个。
如今钱博士既然开口，那么很显然这件事情八成是有眉目了。
钱程推开了自己面前的笔记本电脑。
刚才，他以极快的速度将摆渡导航APP的前后端的代码都梳理了一遍。
这一切的确如同艾由威所言。
他们的程序并没有什么太过严重的问题。
那么导致现在这种情况的，只可能是一种原因了。
“我刚才查了一下代码。
摆渡地图的前后端代码都没有严重的纰漏。
不太可能是因为程序bug导致的此次事故。
那么这样子的话，导致现在摆渡地图出现事故的原因只可能是低层逻辑问题了。”
“低层逻辑？那不还是程序问题吗？”
其他管理层不由的好奇的问道。
却见钱程博士摇了摇头。
“是程序问题，但不是我们能够触及到的程序。
而是我们所采用的程序框架低层就出错了。”
随后钱程博士和大家解释了起来。
有不少人对程序员这个职业有误区。
以为程序要什么事情都能在电脑从无到有的去实现。
可实际软件开发并非如此。
通常来说，开发一个全新的软件首先要找到合适的低层框架。
为了节省开发时间。
不少公司都会用其他或个人早就写好的现成的框架。
搭建框架的人所编写的正是最为低层的逻辑。
更多的程序员所做的工作都是在框架的基础去添加功能。
就如同一个厨子要炒一盘麻婆豆腐。
这厨子完全不需要从做豆腐开始。
而是直接购买已经制成的豆腐去烹饪。
用采购代替自己从零开始制作豆腐，从而节省时间。
但是这样做有个问题。
那就是采用的框架出现问题，那么所添加的新功能是无法进行修改的。
还拿豆腐做比喻。
如果厨子购买回来的豆腐就是臭的坏的。
那么就算是他手艺在怎么牛逼。
也无法烹制出可口的麻婆豆腐。
甚至还可能让客人吃坏肚子。
钱程博士举的例子十分形象。
会议室内那些不会编写程序的高层们也都能听得懂。
不过现在摆渡地图APP出现了这么大的问题。
而且由于摆渡地图的缘故已经导致了股民对摆渡的不信任。
李宏必须知道低层出现了什么问题才能让公关部门发布公关声明。
李宏很是急切的看向钱程。
“钱程博士，你能仔细说说摆渡地图的低层框架究竟出了什么问题吗？”
钱程博士深深的叹了口气。
“恐怕，整个框架始终就存在着一个巨大的bug吧！”
------------------------
PS：抱歉抱歉，晚饭没吃导致低血糖，吃完夜宵后舒缓过后，整个人有些迷糊...一不小心眯着了。
还剩下三更。我继续码字去了
本章已完 m.3qdu.com