公司刚进来一个很有朝气的年轻人， 比较积极， 不管什么时候都会提一些意见。

比如我原来设定一个用例必须建立一个文件夹，哪怕只是一个文件。
他就说我只有一个文件，为什么还要建文件夹呢，你脚本自动判断有没有<名字>.c文件，有的话直接编译这个文件，没有的话找文件夹.

其实早期我们是那样的，我在那个项目完了后，看有的TC目录下很乱，名字起的五花八门，而且文件和文件夹混杂在一起， 特地规定的让大家改了。不要像下面这样

tc1/   hao/   yi.c  good.c .....

他刚过来， 这样一提议相当于回到以前， 但这就像给大家随地乱扔垃圾的权利一样，的确让大家更随便， 还得到一些人的赞同。

我当时有点没反应过来，只能从权威角度否定他的提议。

但这给我一个教训， 讲道理还是挺要水平的， 有时也是很难说服别人的， 再糟糕的做法都可以从某种角度找到有利的地方。

开源里有仁慈的独裁者的意义一方面是让权威做选择，一方面也是避免无谓的讨论和争吵。

另外我一直没说服有些以前同事不要直接写十六进制地址和数据，  他们的理由是如果出错了，在波形上能直接看到写的什么地址调试起来方便。用这一个理由反驳你所有其他好处和规则。
--
修改:eematlab FROM 101.86.20.*
FROM 101.86.20.*

我觉得还是就事论事， 本着把事做好， 也不想罚谁

再说很多时候并不是对错， 而是把环境搞得很不干净，或者能凑和但效率低下， 你怎么也不能说别人做错了。

最后take the shit的还是要求比较高的人，而要求低的人其实无所谓。

【 在 luoboxiong1 的大作中提到: 】
: 对付年轻人，你就让他做。反正他也愿意做。不要跟他吵。
: 做错了使劲罚就好了。
:
--
FROM 101.86.20.*