-
你开发的东西对公司的核心业务有什么帮助才是你的立身之地，或者你本身就是核心业务
-
PrimeFlow为什么能够活下去，在于不断承载新的业务的过程中不断地成长。
-
考虑 PrimeFlow 的发展方向要从它如何能够驱动公司的核心业务更加完善方面入手。
-
==多花时间成长自己==
-
每个特性的开发要深思熟虑，要从大的方向考虑这种特性的引入能带来什么帮助。不要急于交付 team leader 的任务。
-
不要总是开发只有自己能用的工作内容，要将自己的工作发散到全部门甚至全公司，这样的“产品”才足够健壮，否则后续就是僵尸代码。
-
代码里面不要出现绝对路径。
-
程序的运行不能依赖先
cd到某个目录执行，这是不优雅且用户不可知的。 -
交接的时候要以如下的先后顺序重点关注：
- 代码要使用在什么项目，整体的数据流图是什么样的？
- 开发环境在哪里？
- 部署时所需要的输入数据在哪里？输出的数据要交给“谁”使用？
-
一个项目会不会发烂在于他的曝光度有多少，algo model zoo 就是反例。
-
承接一件事情之前，先考虑清楚需要什么样的资源，能不能获取到这些资源。但是对于没接触过的东西，能想清楚需要什么样的资源比较困难。比如在 algo model zoo 里面支持大模型：
- 公司芯片跑大模型支持不完善便捷
- 大模型的数据集没有积累
- 大模型推理没有基础
- 大模型训练没有基础
上述有的东西也不是没有人做过，但是很难形成合力，做过但是没有积累，没有标准的产出物，很难上手应用。
-
要解耦工作流程：
- 针对上游，需要及时的反馈我需要什么他给我什么输入，让他及时给我一个可用的输入。这样也能让他知道他改了哪一部分会影响我。不影响我的部分可以随便修改，随时迭代。
- 针对下游，
- 及时给予一个可用的输出。
- 了解他的需求，而不是自定义输出结构。比如分割结果和检测结果分别需要输出 Cube MarkerArray 和 Point MarkerArray，不能想当然的输出自定义的消息类型。
-
你自己要觉得自己可以，其后你散发出的气场才会被人察觉。即使你不会，但也有勇气面对。