赞，就是这样。
不过你不会真的连后缀也改为.c，用gcc不用g++吧。
class也不用？那太纯了。一点依赖都没有。
【 在 foliver 的大作中提到: 】
: 写算法，只用C语言。大家不用争论什么语言特性，专心写算法。事实我也是这样实践的
:
--
FROM 61.185.158.*

有这么多资料和AI工具的年代，这个理由扯不通了，除非是要维护一大堆屎山代码让你做重构，或者一开始就做底层库，apollo做完模块化改造后应该说门槛又下降了不少，我们隔壁组几个年轻的嵌入式转过来的哥们不到一个月就玩的飞起了

反面例子是一个做定位的哥们，有c++底子的前提下不愿意学apollo，磨蹭了一个多月在经理的提示下主动离职了
--
FROM 219.142.253.*

C++的class 都当作  pkg 用的.

【 在 DoorWay 的大作中提到: 】
: 赞，就是这样。
: 不过你不会真的连后缀也改为.c，用gcc不用g++吧。
: class也不用？那太纯了。一点依赖都没有。
--
FROM 218.17.51.*

可以不用高级功能，
我们组里有个大牛，写程序负责写基础部分，模版元编程满天飞，
看都看不懂，特别是c++11之后(其实也都15年了）的auto && 等新功能，
代码更是花哨；
但是同时的另一个组的另一个产品，就没有这种情况，基本没模版，
用到的模版也是最基本的单纯数据类型不同。
继承之类都很少，就是普通的编程，
导致的后果是，普通人进入这个产品，很快就能把整体结构看个大概，
很容易入手写和修改模块。

现在的结果是：主推后边这个产品，前边那个可能都不推不维护了，

这个故事告诉我们：其实工具最重要的是使用，能做出来功能的就行 。


【 在 wanllow 的大作中提到: 】
: 以前搞汽车动力控制的时候都是Simulink自动生成代码，新手一周上手能工作，一月后工具链就没问题了。
: 现在转行来搞智驾，光是C++看书一个月，练手写代码又是两个月，然后就是linux/git/cmake/数据结构/设计模式/单元测试，除了代码还要了解ROS/docker等组件，幸亏现在有AI帮忙，饶是如此这一套下来没个一年时间，汽车工程师基本上写不出一个完整的算法，要么就写点跟接口毫不相关的微分、积分或滤波器等脚手架。
: 难怪汽车专业的研究生培养不看apollo源码呢，这培养周期太长了。
--
FROM 125.33.200.*

产品推不推，跟代码其实关系不大，主要取决于市场和老板的决策

相当一部分人拿着C++的开发环境是在写C代码，但是宣称自己是在写C++


【 在 liangyue 的大作中提到: 】
: 可以不用高级功能，
: 我们组里有个大牛，写程序负责写基础部分，模版元编程满天飞，
: 看都看不懂，特别是c++11之后(其实也都15年了）的auto && 等新功能，
: ...................
--
FROM 114.254.115.*