问个问题，如何向不懂编程的人解释不要自己造轮子

[welod]

嵌入式项目，因为历史原因，选择了 stm32，项目嘛，永远是急急急。然后现在项目需要使用 tcp，https，图形界面，其中图形界面还要实现类似表格呈现 ORM 的效果，数据库（ sqlite ）存储数据， 现在硬件方案是 stm32f767 + 32M RAM + 512M NAND，未来可能会用 stm32 + 64G emmc 文件系统要自己移植，nand 要磨损均衡 还好内存分配算法不用自己做，之前 freertos 需要自己实现内存分配算法。

整个系统其实没有硬实时要求。

现在的问题是，我需要说服一个完全不同编程的领导来。 常见口头禅： 1，又不是做不出来，做出来了又不是不能用 2，你可以出 2.0 嘛，升级优化解决

轮子的 bug 肯定是得自己修了，

问题，如何向不懂编程的人解释不要自己造轮子， 关键是这个轮子如果自己硬撸是可以造出来的。毕竟理论上讲，51 单片机也可以跑安卓系统嘛。

[MakeItGreat]

开源改改就是原创

[MakeItGreat]

@MakeItGreat 这句话仅适用这种情况

[snoopyhai]

前面说的一大通都听不懂 :)

我只想说, 能掰得过的都不是领导.
把得失摆出来, 让他选. 前提是认知相当, 也就是他明白你在说什么.
这个是, 基本上, 很难.
两人职位不同, 角度不同, 所受的外来压力也不同.
很有可能你想跟他说明白, 但他压根就不在意.

所以, 让干啥就干啥. 何必呢.

[welod]

@snoopyhai 得失都知道，
只是他存在侥幸心里，毕竟你三个月又不是弄不出来。
他不在意你 996，反正付钱购买了劳动力就得使劲用。

至于 bug 率维护性啥的，他不在乎，因为技术只是成本问题。

[welod]

@snoopyhai
打卡算加班，加班算调休，调休是可以调的。
工资按绩效算，绩效和产品销售额挂钩。
所以，技术路线的错误的锅，最后还是自己承担。

[whileFalse]

造轮子那需求就往后排呗，先给我三个月造轮子。两个月之后说还要三个月。

[welod]

@snoopyhai
1，又不是做不出来，做出来了又不是不能用
2，你可以出 2.0 嘛，升级优化解决 bug

无法理解软件是工程的概念，感觉在他眼里，软件和打字差不多，也能人多力量大

[welod]

@whileFalse
确实，对于个人来说，造轮子是好事，
相当于我自己把 linux 在 stm32 上实现了一遍

[welod]

@whileFalse

打卡算加班，加班算调休，调休是可以调的。
但是工资按绩效算，绩效和产品销售额挂钩。
所以，技术路线的错误的锅，最后还是自己承担。

[coderluan]

"工资按绩效算，绩效和产品销售额挂钩。"

一开始不去这种公司不签这种合同就没这事了.

[kop1989]

1 、不重复造轮子跟动不动技术无关，跟是否懂工程学有关。
2 、既然上层决策要自己做，那就说明成本和风险上他们觉得划算。
3 、既然是自己造轮子，那么你就可以自己掌控工时和节奏。其实是好事。
4 、假设上级领导真的被你说服了，用了你的方案，出了问题你是直接责任人。

[iseki]

话都和他说了，非要让你自己造就造呗（还顺便提升下自己），反正工资他得给，造轮子也不能加班造

[domodomo]

有领导愿意让你造轮子，这么好的机会要抓住呀，毕竟以后大家都要用你的轮子了，工作更稳固了呀。

[cnrting]

他不懂编程，所以你有没有用轮子他怎么知道

[Building]

问题是你为什么要说服他？你把轮子直接搬到项目里然后说是你自己写的不行吗？

[xfcy]

把现有的轮子封装一下？

[swulling]

找一个好的 OS，把所有的提示信息都改成 HM，然后告诉老板这是你自己独自写的世界领先的 OS 。

有时间可以修改函数名和变量名，更好

[nthhdy]

某团队核心成员：“不用 scala 就离职”
歪招借鉴一下 :D

[ch2]

有竞品吗，跟他说说竞品不这么做就是为了避免 XX 风险，竞品没有搞你们这样步子迈的太大会扯到蛋

[cmdOptionKana]

领导错不在不懂技术。

他说 “1，又不是做不出来 2，可以升级优化解决”，那么，也就是说他承认能做出来但难度大，他也承认做出来质量不高需要花时间优化。

那么，他已经承认了自己造轮子费时费力，只要承认了这一点，懂不懂技术已经不重要了呀。

他有没有说，在承认了自己造轮子的坏处的前提下，自己造轮子有什么好处？如果没有可以问一下领导的想法。

一般来说，领导（老板）的收入也必然是和销售挂钩的，没有好处的话他应该不会这样选择。

（沟通时不要强调自己的困难，要强调对领导利益的影响）