y********o
发帖数: 2565 | 1 俺工作年限不多，没有多少职场经验。俺性格内向，不出头。在公司里安静本分地写co
de。
俺lead写的code，一个method可以写上千行，经常重复code，modularization和reusab
ility都较差，naming convention更是乱七八糟(pascal, camel, hungarian, undersc
ore, 什么都有) ，exception乱throw。
俺一般都不提这些问题，一是觉得人家是lead，别让人家太难堪，而是觉得提了有如何
？他恁么多年积累下来的code，前端的数据库端的，又不可能去一一 refactor。
可是，俺发现，俺一味保持谦逊保守的作风，导致此lead对俺说话逐渐傲慢，好似俺啥
也不懂。已经无数次，他用affirmative的口吻说俺的code导致了什么什么问题，结果都
被俺从source control里面下到俺的版本和他的版本证实是他的code的问题。
因此想问问你们大佬儿，碰到这种问题，如何有效地处理？就想听听你们的意见和经验
以便提高。 |
g*****g
发帖数: 34805 | 2 就在你们的bug tracking system里面直接把bug assign给他，
指出是他的代码的问题，多弄几次他自然就谦逊了。
co
reusab
undersc
果都
【在 y********o 的大作中提到】
: 俺工作年限不多，没有多少职场经验。俺性格内向，不出头。在公司里安静本分地写co
: de。
: 俺lead写的code，一个method可以写上千行，经常重复code，modularization和reusab
: ility都较差，naming convention更是乱七八糟(pascal, camel, hungarian, undersc
: ore, 什么都有) ，exception乱throw。
: 俺一般都不提这些问题，一是觉得人家是lead，别让人家太难堪，而是觉得提了有如何
: ？他恁么多年积累下来的code，前端的数据库端的，又不可能去一一 refactor。
: 可是，俺发现，俺一味保持谦逊保守的作风，导致此lead对俺说话逐渐傲慢，好似俺啥
: 也不懂。已经无数次，他用affirmative的口吻说俺的code导致了什么什么问题，结果都
: 被俺从source control里面下到俺的版本和他的版本证实是他的code的问题。
|
y********o
发帖数: 2565 | 3 恩，是个好办法，不那么直接，也点到要害。
【在 g*****g 的大作中提到】
: 就在你们的bug tracking system里面直接把bug assign给他，
: 指出是他的代码的问题，多弄几次他自然就谦逊了。
:
: co
: reusab
: undersc
: 果都
|
h**k
发帖数: 662 | 4 如果对你自己没好处，你就当不知道算了。小事情而已，你说了人家也不会改习惯，该
是你的lead还是你的lead。。。
如果你能逆转局面，把自己的威信建立起来，那还可以搞搞。
co
reusab
undersc
果都
【在 y********o 的大作中提到】
: 俺工作年限不多，没有多少职场经验。俺性格内向，不出头。在公司里安静本分地写co
: de。
: 俺lead写的code，一个method可以写上千行，经常重复code，modularization和reusab
: ility都较差，naming convention更是乱七八糟(pascal, camel, hungarian, undersc
: ore, 什么都有) ，exception乱throw。
: 俺一般都不提这些问题，一是觉得人家是lead，别让人家太难堪，而是觉得提了有如何
: ？他恁么多年积累下来的code，前端的数据库端的，又不可能去一一 refactor。
: 可是，俺发现，俺一味保持谦逊保守的作风，导致此lead对俺说话逐渐傲慢，好似俺啥
: 也不懂。已经无数次，他用affirmative的口吻说俺的code导致了什么什么问题，结果都
: 被俺从source control里面下到俺的版本和他的版本证实是他的code的问题。
|
f*****g
发帖数: 15860 | 5 不提，胳膊拧不过大腿。
他code乱七八糟，怎么不合规范也好，起码这些年也work了，你提这些在外人看来站不
住脚，加上你工作时间不长，很容易让人觉得你太书生气。
而且，这种事讲究对事不对人，code都是"我们"的，揪人的话很容易矛盾激化。你说“
已经无数次”，“证实是他的code的问题”...这个无数次，就已经说明了你现在采用
的这种方式没有作用，再搞，只能进一步激化个人矛盾。
“性格内向，不出头”是最糟糕的，除非你牛B的不行，否则憋死了都没人知道，别人
还觉得这人不teamwork，boring。
你要水平真够，不要闷着，该发言，提建议就提，比如在design阶段，大家想法还不成
型的时候，或者大家一致认为某个模块明显需要修改的时候。而不是等到code出来了，
finger pointing，它说你的问题，你说他code本身就烂，这种事情你不可能赢的。
此外，在公司不要太认真，实际工作往往不是要写多牛B，简练高效的code，往往都是
还凑合(对公司而言，能赚钱)，第2，3，4版再小改大改，第5版又推翻重来了...
co
reusab
undersc
果都
【在 y********o 的大作中提到】
: 俺工作年限不多，没有多少职场经验。俺性格内向，不出头。在公司里安静本分地写co
: de。
: 俺lead写的code，一个method可以写上千行，经常重复code，modularization和reusab
: ility都较差，naming convention更是乱七八糟(pascal, camel, hungarian, undersc
: ore, 什么都有) ，exception乱throw。
: 俺一般都不提这些问题，一是觉得人家是lead，别让人家太难堪，而是觉得提了有如何
: ？他恁么多年积累下来的code，前端的数据库端的，又不可能去一一 refactor。
: 可是，俺发现，俺一味保持谦逊保守的作风，导致此lead对俺说话逐渐傲慢，好似俺啥
: 也不懂。已经无数次，他用affirmative的口吻说俺的code导致了什么什么问题，结果都
: 被俺从source control里面下到俺的版本和他的版本证实是他的code的问题。
|
x******g
发帖数: 3952 | 6 还是薯条王高手呀。
【在 f*****g 的大作中提到】
: 不提，胳膊拧不过大腿。
: 他code乱七八糟，怎么不合规范也好，起码这些年也work了，你提这些在外人看来站不
: 住脚，加上你工作时间不长，很容易让人觉得你太书生气。
: 而且，这种事讲究对事不对人，code都是"我们"的，揪人的话很容易矛盾激化。你说“
: 已经无数次”，“证实是他的code的问题”...这个无数次，就已经说明了你现在采用
: 的这种方式没有作用，再搞，只能进一步激化个人矛盾。
: “性格内向，不出头”是最糟糕的，除非你牛B的不行，否则憋死了都没人知道，别人
: 还觉得这人不teamwork，boring。
: 你要水平真够，不要闷着，该发言，提建议就提，比如在design阶段，大家想法还不成
: 型的时候，或者大家一致认为某个模块明显需要修改的时候。而不是等到code出来了，
|
w****a
发帖数: 6326 | |
G*M
发帖数: 6042 | |
d*******8
发帖数: 3182 | 9 為什麽不是油條王？
【在 x******g 的大作中提到】
: 还是薯条王高手呀。
|
D*******a
发帖数: 3688 | 10 test pass了也无所谓
另外，要说的话一定要关起门1:1说
co
reusab
undersc
果都
【在 y********o 的大作中提到】
: 俺工作年限不多，没有多少职场经验。俺性格内向，不出头。在公司里安静本分地写co
: de。
: 俺lead写的code，一个method可以写上千行，经常重复code，modularization和reusab
: ility都较差，naming convention更是乱七八糟(pascal, camel, hungarian, undersc
: ore, 什么都有) ，exception乱throw。
: 俺一般都不提这些问题，一是觉得人家是lead，别让人家太难堪，而是觉得提了有如何
: ？他恁么多年积累下来的code，前端的数据库端的，又不可能去一一 refactor。
: 可是，俺发现，俺一味保持谦逊保守的作风，导致此lead对俺说话逐渐傲慢，好似俺啥
: 也不懂。已经无数次，他用affirmative的口吻说俺的code导致了什么什么问题，结果都
: 被俺从source control里面下到俺的版本和他的版本证实是他的code的问题。
|
P********g
发帖数: 2254 | 11 那我们做code review,都是直接把一件贴在网上的，可以提意见么？我们组另外一个对
经理提的意见挺多的。
【在 D*******a 的大作中提到】
: test pass了也无所谓
: 另外，要说的话一定要关起门1:1说
:
: co
: reusab
: undersc
: 果都
|
k**0
发帖数: 19737 | 12 多一事不如少一事, 当然黑锅不能背. 是他的CODE出问题, 可以EMAIL给他, 付上你的
TESTING CODE. |
