很容易解决。
写一个代码风格检测脚本，按照你（或者大家一致决定）定出来的规则检测每个人想merge到master的代码。如果不符合，就直接打回来。
人心理上更容易接受被冷冰冰的机器来规范自己的行为，例如大家都会遵守红绿灯，不喜欢jc来手动指挥。
如果没有一套冷冰冰的机器来执行规则，你今年会碰到这样的人，明年后年难保不会碰到类似的年轻人。难道每次都要做他工作说服教育一番才行？

面对规则的多干选项，通常是各有利弊，选哪个都差不多。代码文件精简了，往往会杂乱，代码文件很整齐，往往冗余太多。
年轻人面对活生生的人通常有逆反心理，而面对冷冰冰的机器，一般会老老实实的遵守。
【 在 eematlab 的大作中提到: 】
: 公司刚进来一个很有朝气的年轻人， 比较积极， 不管什么时候都会提一些意见。
: 比如我原来设定一个用例必须建立一个文件夹，哪怕只是一个文件。
: 他就说我只有一个文件，为什么还要建文件夹呢，你脚本自动判断有没有<名字>.c文件，有的话直接编译这个文件，没有的话找文件夹.
: ...................
--
FROM 114.254.10.*

确实这样
Ctrl+ shift+L 一按
格式都统一了
【 在 SlO 的大作中提到: 】
: 讲一个有意思的案例。
: 我们公司有一阵子规范代码风格。从linux上扒拉下来它的代码风格检测脚本，很多奇葩的规定，例如行首缩进用tab，版权信息，空行数目，行尾不能有空格等。每个人的分支要合并到master的时候都有一套自动化测试用例要跑。该用例第一项就是这个代码风格检测脚本。
: 一开始大家都不适应。但是没有人去挑战机器，而是到网上找到代码风格调整脚本来自动处理不符合风格的代码。
--
FROM 111.206.87.*

你们这些人真差劲！
--
FROM 167.220.232.*

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

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

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

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

你不会管理。

发挥其他人的能动性，多一些人干活，才是高效率。

你只觉得别人水平不行，都不愿意干活，你自己的效率是提高了，团队效率很低。

【 在 eematlab 的大作中提到: 】
: 我觉得还是就事论事， 本着把事做好， 也不想罚谁
: 再说很多时候并不是对错， 而是把环境搞得很不干净，或者能凑和但效率低下， 你怎么也不能说别人做错了。
: 最后take the shit的还是要求比较高的人，而要求低的人其实无所谓。
: ...................
--
FROM 124.207.48.*