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
果都 |
|
h**k
发帖数: 662 | 3 如果对你自己没好处，你就当不知道算了。小事情而已，你说了人家也不会改习惯，该
是你的lead还是你的lead。。。
如果你能逆转局面，把自己的威信建立起来，那还可以搞搞。
co
reusab
undersc
果都 |
|
f*****g
发帖数: 15860 | 4 不提，胳膊拧不过大腿。
他code乱七八糟，怎么不合规范也好，起码这些年也work了，你提这些在外人看来站不
住脚，加上你工作时间不长，很容易让人觉得你太书生气。
而且，这种事讲究对事不对人，code都是"我们"的，揪人的话很容易矛盾激化。你说“
已经无数次”，“证实是他的code的问题”...这个无数次，就已经说明了你现在采用
的这种方式没有作用，再搞，只能进一步激化个人矛盾。
“性格内向，不出头”是最糟糕的，除非你牛B的不行，否则憋死了都没人知道，别人
还觉得这人不teamwork，boring。
你要水平真够，不要闷着，该发言，提建议就提，比如在design阶段，大家想法还不成
型的时候，或者大家一致认为某个模块明显需要修改的时候。而不是等到code出来了，
finger pointing，它说你的问题，你说他code本身就烂，这种事情你不可能赢的。
此外，在公司不要太认真，实际工作往往不是要写多牛B，简练高效的code，往往都是
还凑合(对公司而言，能赚钱)，第2，3，4版再小改大改，第5版又推翻重来了...
co
reusab
undersc
果都 |
|
D*******a
发帖数: 3688 | 5 test pass了也无所谓
另外，要说的话一定要关起门1:1说
co
reusab
undersc
果都 |
|
