- 主题:有点明白仁慈的独裁者的意义啦
公司刚进来一个很有朝气的年轻人, 比较积极, 不管什么时候都会提一些意见。
比如我原来设定一个用例必须建立一个文件夹,哪怕只是一个文件。
他就说我只有一个文件,为什么还要建文件夹呢,你脚本自动判断有没有<名字>.c文件,有的话直接编译这个文件,没有的话找文件夹.
其实早期我们是那样的,我在那个项目完了后,看有的TC目录下很乱,名字起的五花八门,而且文件和文件夹混杂在一起, 特地规定的让大家改了。不要像下面这样
tc1/ hao/ yi.c good.c .....
他刚过来, 这样一提议相当于回到以前, 但这就像给大家随地乱扔垃圾的权利一样,的确让大家更随便, 还得到一些人的赞同。
我当时有点没反应过来,只能从权威角度否定他的提议。
但这给我一个教训, 讲道理还是挺要水平的, 有时也是很难说服别人的, 再糟糕的做法都可以从某种角度找到有利的地方。
开源里有仁慈的独裁者的意义一方面是让权威做选择,一方面也是避免无谓的讨论和争吵。
另外我一直没说服有些以前同事不要直接写十六进制地址和数据, 他们的理由是如果出错了,在波形上能直接看到写的什么地址调试起来方便。用这一个理由反驳你所有其他好处和规则。
--
修改:eematlab FROM 101.86.20.*
FROM 101.86.20.*
这年轻人只是对 convention 不满而已 这种意见压根不用解释 直接扑灭即可
【 在 eematlab 的大作中提到: 】
: 公司刚进来一个很有朝气的年轻人,&nbsp;比较积极,&nbsp;不管什么时候都会提一些意见。比如我原来设定一个用例必须 ...
--
FROM 37.219.71.*
讨论随意
规矩可以改
任何时候都要齐步走 按现在的规矩来
【 在 eematlab 的大作中提到: 】
: 公司刚进来一个很有朝气的年轻人, 比较积极, 不管什么时候都会提一些意见。
: 比如我原来设定一个用例必须建立一个文件夹,哪怕只是一个文件。
: 他就说我只有一个文件,为什么还要建文件夹呢,你脚本自动判断有没有<名字>.c文件,有的话直接编译这个文件,没有的话找文件夹.
: ...................
--
FROM 52.9.227.*
这些个人偏好类的意见意思不大
让他提降低算法复杂度的意见
【 在 eematlab (一辰未冉) 的大作中提到: 】
: 公司刚进来一个很有朝气的年轻人, 比较积极, 不管什么时候都会提一些意见。
:
: 比如我原来设定一个用例必须建立一个文件夹,哪怕只是一个文件。
: 他就说我只有一个文件,为什么还要建文件夹呢,你脚本自动判断有没有<名字>.c文件,有的话直接编译这个文件,没有的话找文件夹.
--
FROM 183.179.53.*
术业有专攻
这儿攻的是个人偏好
【 在 fanci 的大作中提到: 】
: 这些个人偏好类的意见意思不大
: 让他提降低算法复杂度的意见
--
FROM 52.9.227.*
下次不要直接与他本人讨论。
让其他人与他争。
你夸奖讨论精神,但不对讨论结果表态。
【 在 eematlab 的大作中提到: 】
公司刚进来一个很有朝气的年轻人, 比较积极, 不管什么时候都会提一些意见。
比如我原来设定一个用例必须建立一个文件夹,哪怕只是一个文件。
他就说我只有一个文件,为什么还要建文件夹呢,你脚本自动判断有没有<名字>.c文件,有的话直接编译这个文件,没有的话找文件夹.
其实早期我们是那样的,我在那个项目完了后,看有的TC目录下很乱,名字起的五花八门,而且文件和文件夹混杂在一起, 特地规定的让大家改了。不要像下面这样
tc1/ hao/ yi.c good.c .....
他刚过来, 这样一提议相当于回到以前, 但这就像给大家随地乱扔垃圾的权利一样,的确让大家更随便, 还得到一些人的赞同。
我当时有点没反应过来,只能从权威角度否定他的提议。
但这给我一个教训, 讲道理还是挺要水平的, 有时也是很难说服别人的, 再糟糕的做法都可以从某种角度找到有利的地方。
开源里有仁慈的独裁者的意义一方面是让权威做选择,一方面也是避免无谓的讨论和争吵。
另外我一直没说服有些以前同事不要直接写十六进制地址和数据, 他们的理由是如果出错了,在波形上能直接看到写的什么地址调试起来方便。用这一个理由反驳你所有其他好处和规则。
--
修改:eematlab FROM 101.86.20.*
FROM 123.103.9.*
很多时候, 一件事可以ABCD很多选项, 大到数据库怎么拆模块怎么分, 小到缩进是不是空格花括号要不要换行
有些选项在领域里有约定俗成的常规做法, 就按规矩来
有些没有的, 就是技术负责人说了算. 因为这个决策带来的一些弊端, 也由负责人担责和解决.
喜欢发表意见对着来的, 找一些相对独立的模块让他自己做, 不要影响整体.
如果屡教不改, 给项目带来了干扰, 谈话, 绩效, 不行就开掉.
方向一致输出慢点都可以忍受, 方向不一致还狂输出的, 这种到哪里都不受欢迎.
【 在 eematlab 的大作中提到: 】
: 公司刚进来一个很有朝气的年轻人, 比较积极, 不管什么时候都会提一些意见。
: 比如我原来设定一个用例必须建立一个文件夹,哪怕只是一个文件。
: 他就说我只有一个文件,为什么还要建文件夹呢,你脚本自动判断有没有<名字>.c文件,有的话直接编译这个文件,没有的话找文件夹.
: ...................
--
FROM 220.181.41.*
很不幸,没有其他人发表意见。
而且很多不规范的做法,其实还是挺受大多数人欢迎的,比如随便起用例名,变量名, 少写或不写注释。
你规定这规定那,很多人还是不喜欢的。对自己要求高的毕竟是少数。
【 在 lipp 的大作中提到: 】
: 下次不要直接与他本人讨论。
: 让其他人与他争。
: 你夸奖讨论精神,但不对讨论结果表态。
: ...................
--
FROM 222.71.45.*
可以用大公司规范给下属洗脑。
【 在 eematlab 的大作中提到: 】
: 很不幸,没有其他人发表意见。
: 而且很多不规范的做法,其实还是挺受大多数人欢迎的,比如随便起用例名,变量名, 少写或不写注释。
: 你规定这规定那,很多人还是不喜欢的。对自己要求高的毕竟是少数。
--
FROM 123.103.9.*
只有一行的 if 要不要加大括号呢?
一样的,有规范了照做就完事,干点有用的去
【 在 eematlab 的大作中提到: 】
: 很不幸,没有其他人发表意见。
: 而且很多不规范的做法,其实还是挺受大多数人欢迎的,比如随便起用例名,变量名, 少写或不写注释。
: 你规定这规定那,很多人还是不喜欢的。对自己要求高的毕竟是少数。
: ...................
--
FROM 220.200.24.*