思维模式

最近忙的飞起，但是发现结果是在瞎忙。

项目经理从别的公司处拿了个板子，和一个c8051工程的实现了基础pd功能的程序，说要实现display port功能。这个功能完整实现还是相当复杂的。自己写还不知道写到什么时候去，我上网搜了一下，找到一个开源的功能完整的工程。想着将它移植过来，就可以使用了。

于是蒙头搞了一周多，卡在了几个芯片寄存器设置的点上。大概完成了70%多。正准备努力把它搞完的。

结果经理打电话过来说。你这工作方式有点问题，不能陷入代码细节里面。原来的工程才几千行代码。这么多时间，你把每个函数的流程图都画完了。而且你移植的工程，你能保证就是功能完整的。你能保证就没有问题。那个display port功能不复杂，主要就5,6个步骤，你按抓包的数据直接通信都能成功。下周项目就要立项了，一立项就要开始验证各个功能了，你现在软件还没出来，我心里慌得很。希望下周一能实现typec转dp功能。

我一脸懵。当时决定移植程序是跟你商量过的啊。只是没想到移植比想象中的难了点，再说也没花多长时间嘛。

行，反正也不申辩，那就不移植了呗，简单实现一个demo先呗。花了半天时间把display port协商部分搞完了。下周等板子到了，实际测试下能不能出视频。

想了下，这应该是两种思维方式的冲突。我这个是工程师思维，觉得做一件事情就把它做好。前期可能多花点时间。但有个完整功能的工程在手上，后续要修改，要添加功能，都很方便。

但工程管理思维不一样，那是得按进度来的，才不管事情是不是做得很完美，只要每个阶段能达到目标就行。前期是省事了，但后期跟着项目走，每个功能都得自己写，自己调试。这才是让我头疼的事。

原来的工程是基于c8051的，是刚毕业那时才接触到的8位单片机，添加个打印函数都能死机，还得找半天bug。由奢入俭难啊，用惯了arm之类的，实在不太习惯这个老古董。

算了，无所谓了，怎么样都行。