下次不要直接与他本人讨论。
让其他人与他争。
你夸奖讨论精神，但不对讨论结果表态。
【 在 eematlab 的大作中提到: 】
公司刚进来一个很有朝气的年轻人， 比较积极， 不管什么时候都会提一些意见。
比如我原来设定一个用例必须建立一个文件夹，哪怕只是一个文件。
他就说我只有一个文件，为什么还要建文件夹呢，你脚本自动判断有没有<名字>.c文件，有的话直接编译这个文件，没有的话找文件夹.
其实早期我们是那样的，我在那个项目完了后，看有的TC目录下很乱，名字起的五花八门，而且文件和文件夹混杂在一起， 特地规定的让大家改了。不要像下面这样
tc1/ hao/ yi.c good.c .....
他刚过来， 这样一提议相当于回到以前， 但这就像给大家随地乱扔垃圾的权利一样，的确让大家更随便， 还得到一些人的赞同。
我当时有点没反应过来，只能从权威角度否定他的提议。
但这给我一个教训， 讲道理还是挺要水平的， 有时也是很难说服别人的， 再糟糕的做法都可以从某种角度找到有利的地方。
开源里有仁慈的独裁者的意义一方面是让权威做选择，一方面也是避免无谓的讨论和争吵。
另外我一直没说服有些以前同事不要直接写十六进制地址和数据， 他们的理由是如果出错了，在波形上能直接看到写的什么地址调试起来方便。用这一个理由反驳你所有其他好处和规则。
--
修改:eematlab FROM 101.86.20.*
FROM 123.103.9.*