- 主题:九品中正制，到了软件公司怎么就不灵了？
码农，每次提交代码，必须有同事评审，两个同事同意，才能提交代码。一共十几个码农，每次有人提交代码，就从里面选俩人。我每次给别人打分，只要不是严重的错误，就通过，90%的情况给他通过。我让他评审，总挑毛病，都是可改可不改的小毛病，例如变量名函数名改个名字更合理，注释的排版，哪里多个空行，哪里对返回值的检查多查了一次，只查一次就行了。
本来是你好我好大家好的事，怎么就变成挑毛病了？后来他找我评审，我说没空，让他找别人。这样的码农不止一个。
--
FROM 106.120.85.*
程序员的基本素养：格式
【 在 operater 的大作中提到: 】
: 码农，每次提交代码，必须有同事评审，两个同事同意，才能提交代码。一共十几个码农，每次有人提交代码，就从里面选俩人。我每次给别人打分，只要不是严重的错误，就通过，90%的情况给他通过。我让他评审，总挑毛病，都是可改可不改的小毛病，例如变量名函数名改个名字更合理
: ，注释的排版，哪里多个空行，哪里对返回值的检查多查了一次，只查一次就行了。
: 本来是你好我好大家好的事，怎么就变成挑毛病了？后来他找我评审，我说没空，让他找别人。这样的码农不止一个。
: ...................
--
FROM 220.181.3.*
这些问题他们也有啊
【 在 blessman 的大作中提到: 】
: 程序员的基本素养：格式
:
--
FROM 106.120.85.*
我觉得这种模式不合理，达不到检查的效果
固定由几个经验丰富，能力强的人统一检查比较好，他们的其他开发工作可以相应少一点
【 在 operater 的大作中提到: 】
: 码农，每次提交代码，必须有同事评审，两个同事同意，才能提交代码。一共十几个码农，每次有人提交代码，就从里面选俩人。我每次给别人打分，只要不是严重的错误，就通过，90%的情况给他通过。我让他评审，总挑毛病，都是可改可不改的小毛病，例如变量名函数名改个名字更合理，注释的排版，哪里多个空行，哪里对返回值的检查多查了一次，只查一次就行了。
: 本来是你好我好大家好的事，怎么就变成挑毛病了？后来他找我评审，我说没空，让他找别人。这样的码农不止一个。
--
FROM 182.140.153.*
楼主你这是华子？
--
FROM 124.71.94.*
九品中正制标准并不完全客观，所以隋唐后逐步被科举替代，每种制度都有利弊
--
FROM 36.112.177.*
那这个跟九品中正制的关系是？
--
FROM 221.12.4.*
格式加个自动检查 没过不准合入
过了就不要提格式问题
【 在 operater 的大作中提到: 】
:
: 码农，每次提交代码，必须有同事评审，两个同事同意，才能提交代码。一共十几个码农，每次有人提交代码，就从里面选俩人。我每次给别人打分，只要不是严重的错误，就通过，90%的情况给他通过。我让他评审，总挑毛病，都是可改可不改的小毛病，例如变量名函数名改个名字更合理，注释的排版，哪里多个空行，哪里对返回值的检查多查了一次，只查一次就行了。
: 本来是你好我好大家好的事，怎么就变成挑毛病了？后来他找我评审，我说没空，让他找别人。这样的码农不止一个。
#发自zSMTH-v-@HONOR LSA-AN00
--
FROM 220.196.194.*
【 在 operater 的大作中提到: 】
: 码农，每次提交代码，必须有同事评审，两个同事同意，才能提交代码。一共十几个码农，每次有人提交代码，就从里面选俩人。我每次给别人打分，只要不是严重的错误，就通过，90%的情况给他通过。我让他评审，总挑毛病，都是可改可不改的小毛病，例如变量名函数名改个名字更合理，注释的排版，哪里多个空行，哪里对返回值的检查多查了一次，只查一次就行了。
: 本来是你好我好大家好的事，怎么就变成挑毛病了？后来他找我评审，我说没空，让他找别人。这样的码农不止一个。
你们公司的制度(编码规范)显然有问题，这些本来不用争论的。
注释排版返回值这些，规定是什么就是什么。
命名好不好 这类问题，一般review的时候不提。毕竟 好不好 个人主观性比较强。
--
FROM 123.123.253.*
这是码农头子闲的没事干了给码农加活～
--
FROM 124.64.19.*