如题。楼主之前经历了几个月的高强度FPGA之后，终于来到了我心心念念的软件方面了。谁知道这边还不如FPGA那边呢。至少那边我已经知道该怎么搞了，可以套模板了。
这边软件，我从上到下慢慢说。首先上层应用层就是代码量最多的。公司总监买了其他公司的代码，我们就是在这个代码之上做适配。其实实现需求我仔细想了一下并没有很难，只是说要在这一套代码框架上面进行实现，这就导致实际的业务代码占比很少，大部分都在看框架代码，然后想着怎么在这个框架上面添加自己的业务代码。然后大的来了。从上层最初的函数调到SDK中的函数一般都是要调个15个函数以上，有的时候真的被这个框架给搞懵逼了，我也在想以后要是出来bug这可怎么找啊。
然后又因为是不同的soc厂商，那个SDK也要进行适配，这一步我目前是还没有涉及的，不过后面我的需求肯定是要涉及的，基本上就是适配SDK，写写设备树，可能会修改驱动吧。
我又一个很想吐槽的就是这个Makefile管理，我是真的吐了，虽说我看过的大型项目中的Makefile也就Uboot，Linux内核和Buildroot这三个，而且都没有看的很仔细，都是看个大概。但我们这个项目的Makefile顶层文件就是一堆 make -C ，然后不断的各种依赖，其中还有各种config配置，真的是错综复杂，直接把我Makefile干的提升几个level了。
还有就是天天加班，天天干到11点。每周六研发总监还要单独和我们每一个聊，这一周都干了什么，然后以此评估是否工作饱和，真的离谱。
这边软件，我从上到下慢慢说。首先上层应用层就是代码量最多的。公司总监买了其他公司的代码，我们就是在这个代码之上做适配。其实实现需求我仔细想了一下并没有很难，只是说要在这一套代码框架上面进行实现，这就导致实际的业务代码占比很少，大部分都在看框架代码，然后想着怎么在这个框架上面添加自己的业务代码。然后大的来了。从上层最初的函数调到SDK中的函数一般都是要调个15个函数以上，有的时候真的被这个框架给搞懵逼了，我也在想以后要是出来bug这可怎么找啊。
然后又因为是不同的soc厂商，那个SDK也要进行适配，这一步我目前是还没有涉及的，不过后面我的需求肯定是要涉及的，基本上就是适配SDK，写写设备树，可能会修改驱动吧。
我又一个很想吐槽的就是这个Makefile管理，我是真的吐了，虽说我看过的大型项目中的Makefile也就Uboot，Linux内核和Buildroot这三个，而且都没有看的很仔细，都是看个大概。但我们这个项目的Makefile顶层文件就是一堆 make -C ，然后不断的各种依赖，其中还有各种config配置，真的是错综复杂，直接把我Makefile干的提升几个level了。
还有就是天天加班，天天干到11点。每周六研发总监还要单独和我们每一个聊，这一周都干了什么，然后以此评估是否工作饱和，真的离谱。
