h***m
发帖数: 1869 | 1 ☆─────────────────────────────────────☆
lamxdotx (All is well) 于 (Sat Dec 15 03:43:30 2012, 美东) 提到:
标题看了也许有点搞笑，可是其实我是很伤心。我从学校毕业工作刚一年，被其他组
比较senior的人跟我们组的seniors说代码写的是一陀屎，背后说过一次（至少一次我
知道的），当我面也说过一次。我们组senior很生气，帮我跟人吵，背后也安慰我说
别组人就是看我资历浅欺负我(用的bully这个词），说如果我想也可以报告给那人上级，
要那人给我道歉。
这种情况我要怎么处理呢？我被当面说的时候那人也不是指着我鼻子说，只不过是说
有一个地方代码是一陀屎。我当时愣了想可能他不知道是我写的所以才当面说，就当
了包子。回来越想越伤心，我干活也算卖力，代码写的不少，倒有地方让人说一陀屎
了。还有就是大家这么大人了，我是被人多不当算才能被这么说？求开解
update:
给我做code review的人觉得没问题。事实上我根本是按照我们组内的路线写的，别组
人说我写的不好其实也是煽我们组senior的脸，所以他们才能那么生气的跟别组人吵，也
不完全是行侠仗义的意思。说我的那个人其实跟我们干的活几乎是完全独立的，他们就
算senior其实也轮不上过来指手画脚，搞的好像我们组没有nb人把关了一样。
大家给我热心提议改进技术我当然接受，可这事情我其实想问的更多是人事关系上的处
理。现在的形势是，组内senior支持我（当然也是支持他们自己），他们跟那人吵到语
气比较激烈，而那个人又说不过他们，气的在会议室砸笔到桌子上，搞的比较僵。组头
问我想不想报告给那人上级说一陀屎的事，我有点懵
☆─────────────────────────────────────☆
pkv2 (杀人者，唐斩) 于 (Sat Dec 15 16:40:45 2012, 美东) 提到:
#1
写代码这事情多少有点天份，和你写得多少，干活卖力没太大关系，
有人拿到一个项目，几个月都搞不定，东西也做了很多，程序写了几十万行。
有人拿到项目，迟到早退的几天就搞定了，程序可能就几千行。
如果骂你的人比你水平牛一截，被骂是应该的。
#2
骂你的人算是好的，下次他说你狗屎，
你就脸皮厚一点，直接问他如何写才能好。
一般工作上直接骂人的人心不坏，应该都会和你做下来好好教你。
#3
工作上我很久没被人骂了，
虽然自我感觉挺好，其实不是什么好事，周围没人比你厉害，
这意味着别人都在学你，而你原地踏步。。。
这种情况很危险，温水煮青蛙。
工作这事情吧，你要看远一点，不要看在公司地位如何
在公司薪水如何，你要看的是，你个人在整个market上的水平如何，
这样无论公司如何的倒，如何的雷，都不用害怕。
☆─────────────────────────────────────☆
minisand (粒粒爸) 于 (Sat Dec 15 18:01:35 2012, 美东) 提到:
赞同这些观点。
在公司里，抓住一切机会提高自己是王道。
☆─────────────────────────────────────☆
Hawaii8 (绿茶) 于 (Sat Dec 15 18:20:12 2012, 美东) 提到:
pkv2完全正确，化悲痛为力量，多学的。
☆─────────────────────────────────────☆
tigerHuzi (虎虎) 于 (Sat Dec 15 19:39:17 2012, 美东) 提到:
说得不错，鼓掌。
☆─────────────────────────────────────☆
goodbug (好虫) 于 (Sat Dec 15 19:55:11 2012, 美东) 提到:
Take a test-driven approach. The quality of code is determined by tests.
As long as your code has low number/severity of bugs compared to others, you
can shrug it off.
If you have tracking system like JIRA etc., you should be able to compare
your performance to others.
级，
☆─────────────────────────────────────☆
cici100 (cc) 于 (Sat Dec 15 20:56:14 2012, 美东) 提到:
趁机问问。半路出家新手程序员。
基本是参考别人代码，考虑问题不周全。
别人没写的部分（比如各种出错检测等等），如果当时测试没问题我也不会想到要加。
结果系统重装全面测试就出错了，还导致其他些模块不能正常加载。
想请教大家，怎么才能提高自己的水平啊？在工作中积累经验很重要，但下次不想出这
么大的错误。有没有比较经典的书籍或练习？
现在都不敢写代码快抑郁了...
☆─────────────────────────────────────☆
mitbbt (mit粉粉) 于 (Sat Dec 15 21:34:03 2012, 美东) 提到:
说的好
☆─────────────────────────────────────☆
athome (习近干) 于 (Sat Dec 15 21:37:10 2012, 美东) 提到:
这你就郁闷啦？我说我们公司的技术大拿的code 里面有bug，被人嘲笑了一个星期呢
级，
☆─────────────────────────────────────☆
acectl (磨) 于 (Sat Dec 15 21:58:47 2012, 美东) 提到:
我觉得屎一样的代码很多都是test-driven导致的,简单的说就是设计的时候没有想清楚
到底应该怎么做,然后糊糊涂涂写出来后狂测试，然后这个针对这个bug修补一点,针对
那个bug修补一点,整个东西最后象一件满是补丁的衣服，看上去还好使,接下来随便要
继续改点什么东西就全乱套了。我的观点是设计的思路和层次一定要正确,最痛恨有的
人坚持说“我的代码测试下来完全正常”。
很多弱旅写出来的东西的特征就是在他们特定的一个环境下没有任何问题，稍微转移到
一个略微不同的环境下就马上出问题，或者稍微要改变一下使用方法却发现根本不可能
，别人要修一下代码看了两秒就有种头晕目眩想吐的感觉，这种都是屎代码的通常形式。
you
☆─────────────────────────────────────☆
pkv2 (杀人者，唐斩) 于 (Sat Dec 15 22:02:50 2012, 美东) 提到:
单纯从你说的情况来说，应该是3个方面的问题
#1 你写的不够好。
#2 别人写的不够好，没有对你产生的exception做处理，所以才会被你的模块影响到了
#3 最重要一点是你们的leader developer做得不够好，居然允许模块之间互相可以影
响到。
相对书籍来说，我个人感觉还是参考别人代码速度更快。
但是对新手来说，有一种常见情况
就是拿别人的代码过来，在没有100%理解的情况下
改改变量名，添加几个功能，UI改改就上了。
那就很危险了。。。
我个人建议不是看书籍，
而是你参考任何人的代码的时候，都要彻底理解所有的代码，以及他为什么这么写的意
图。
举个例子，
比如码农A做项目A的时候，把所有数据都拉出来带着走。
然后你一看真方便，随时可以用，不用老去I/O。
然后你做项目B的时候，你也学他，把所有数据都拉出来带着走。
结果项目B毁了。。。
也许你们俩都没错，
但是项目A可能是内部应用，一共就10个人用，
码农A为了节约时间，不搞那么多防范措施，也没有做traffic的控制
然后项目B是一个popular的public app，
然后你就被kick ass了。。
再说得通俗一点，
你同事从LA去NY,你老大和他说，给我带个东西去NY吧
你同事说，没问题，然后你老大让他带台电脑。
然后过2个星期你也去NY，你老大爷说给我带个东西去NY吧，
你一看同事说没问题，你也说没问题。
结果你老大让你带头大象。。。
☆─────────────────────────────────────☆
Richar (孔方兄) 于 (Sat Dec 15 22:14:20 2012, 美东) 提到:
好虫说的test driven development
是有效的方法，
我觉得屎一样的代码很多都是test-driven导致的,简单的说就是设计的时候没有想清楚
到底应该怎么做,然后糊糊涂涂写出来后狂测试，然后这个针对这个bug修补一点,针对
那个bu........
☆─────────────────────────────────────☆
HJZ (黄金肘) 于 (Sat Dec 15 22:16:00 2012, 美东) 提到:
语言就像风，伤不了你，伤你的是你自己。何况来日方长嘛，人韩信还爬裤裆呢。想开
点,该干嘛干嘛就啥事也没有了
级，
☆─────────────────────────────────────☆
capricornus (caprico) 于 (Sat Dec 15 22:22:54 2012, 美东) 提到:
给你做code review的人怎么看？
怎么个“一坨屎”法，问问清楚。如果他说得有道理，你得感谢人家，赶紧改进。如果
说不出来，那就是故意offense。
觉得LZ要小心一点了。真有硬伤，对performance太不利了。
☆─────────────────────────────────────☆
acectl (磨) 于 (Sat Dec 15 22:30:05 2012, 美东) 提到:
其实有问题的代码还不能成为屎，因为它通不过质量检测，所以还不能危害到别人。真
正的屎代码就是设计的人高调宣传自己的东西完成了，也通过了检查（或者demo），然
后移交别人“收尾”或者“维护”，这时候后面的人才发现有各种问题，老扳又说“前
面的人不是做得好好的怎么你一接收就出乱子”，让后面的人有苦说不出，这种时候后
面的人基本上都在说前面的人写的是屎一样的代码。
其实就是说，代码有问题人家并不担心，因为大家都知道是谁的问题最后顶多project
彻底失败然后罪魁祸首大家都知道该怎么处置就怎么处置；大家最怕的是“好处我拿黑
锅你担”，所以从这点上说test-driven有点助纣为虐的意思。
☆─────────────────────────────────────☆
cici100 (cc) 于 (Sat Dec 15 22:48:33 2012, 美东) 提到:
叩谢大侠句句良言。感动得想biao泪了
这#1~#3方面问题，真的是全都有。
特别是#3，模块各自测试过了，但启动顺序等等条件没完全确认的时候就结束code
review，匆忙测试导致了很大的系统错误。
别人的代码是用在衔接很好的系统里，这一点确实和我们的情况不一样。
我在严重怀疑自己的时候真想把开发人员必读的宝典都读一遍。
不过现在工作上的问题还没完全搞定，真有点不知道如何下手。
另一位高手参照我的代码写出来的东西就比我好多了。
当时没有读他的代码，现在悔得肠子都青了。。。
☆─────────────────────────────────────☆
lamxdotx (All is well) 于 (Sat Dec 15 23:28:24 2012, 美东) 提到:
给我做code review的人觉得没问题。事实上我根本是按照我们组内的路线写的，别组
人说我写的不好其实也是煽我们组senior的脸，所以他们才能那么生气的跟别组人吵，也
不完全是行侠仗义的意思。说我的那个人其实跟我们干的活几乎是完全独立的，他们就
算senior其实也轮不上过来指手画脚，搞的好像我们组没有nb人把关了一样。
大家给我热心提议改进技术我当然接受，可这事情我其实想问的更多是人事关系上的处
理。现在的形势是，组内senior支持我（当然也是支持他们自己），他们跟那人吵到语
气比较激烈，而那个人又说不过他们，气的在会议室砸笔到桌子上，搞的比较僵。组头
问我想不想报告给那人上级说一陀屎的事，我有点懵。
☆─────────────────────────────────────☆
lamxdotx (All is well) 于 (Sat Dec 15 23:34:25 2012, 美东) 提到:
这个大家做事风格不一样吧，水平牛的人就该骂人，那不是有些人天天人都要骂人，新人
天天被骂？我们组头比说我的人水平更高，他就跟我说他随时能定位那个人的一段代码，
说他一陀屎，而那个人也会承认是。但是他说他不会那么做，而是会去想办法帮他解决
一陀屎的问题。
他不是当面骂我，他说一陀屎的代码是有点泄愤的意思，可能也有意无意的让我听到，
但是我跟他实在太不熟，他对我的代码不熟，因为他也不懂我们组是要怎么干活。我
有人教，真的不是要他教的意思。
☆─────────────────────────────────────☆
gaoheming123 (JustComeToUs) 于 (Sun Dec 16 00:28:11 2012, 美东) 提到:
说说我的经历吧，希望给大家一点启发。
我是从国内直接来美国的。我对原来在国内作的平台很清楚，我刚来美国时 接触到一
个新平台，对这个新平台不清楚，但是我还保有着我原来的自信，所以很多人看不顺眼
。被人当面训斥过，很尴尬，因为我自己原来也是好训斥别人的主，性格比较暴躁。
但是你想想什么人在维持这个公司的运转？难道是那些Nice看到问题也不提出来的人吗
？我觉得是这些aggressive的人，他们保障公司的产品质量，让这个公司能够正常运转
，这样你或者我这样的新工程师才能得到工资的同时依然不断的自我提高。
有两种人，一种当面训斥你但是不背后捅你，这种人凑上去交朋友，多问问题，他将来
会成为你的饭票的；一种训斥完你还背后去经理面前捅你的，这种人对他nice点，但是
敬而远之。
☆─────────────────────────────────────☆
gaoheming123 (JustComeToUs) 于 (Sun Dec 16 00:32:07 2012, 美东) 提到:
shit!
不要在往上捅了，中国人还是要低调，别听版上那些无知的小青年的。
什么时候都要nice,微笑，微笑，微笑。
，也
☆─────────────────────────────────────☆
gaoheming123 (JustComeToUs) 于 (Sun Dec 16 00:34:32 2012, 美东) 提到:
和测试人员交好朋友，有些压力测试很繁琐的，关系好了才给你认真地作，关系查了人
家敷衍你，你的代码质量就很差。
you
☆─────────────────────────────────────☆
gaoheming123 (JustComeToUs) 于 (Sun Dec 16 00:37:27 2012, 美东) 提到:
respect the other guy's work, read the code before your change it ,
understgand the purpose of every line of code , this is the most important.
Test yourself stressfully before publish it .
☆─────────────────────────────────────☆
gaoheming123 (JustComeToUs) 于 (Sun Dec 16 00:43:24 2012, 美东) 提到:
回想起我刚来美国的时候，我这个模块的前任的代码就被公认成一坨shit
搞得我接手了以后我的代码也被几个首席stressful的review了一段。
你说的情况不太可能在一个正常的公司发生，因为如果前任的代码是坨shit,大家肯定
心知肚明。
BTW，前任现在在Intel作架构， it is a crazy world!!!
project
☆─────────────────────────────────────☆
kyro (吞饭小丸子) 于 (Sun Dec 16 00:47:33 2012, 美东) 提到:
说得真好, ＃2很重要
☆─────────────────────────────────────☆
lamxdotx (All is well) 于 (Sun Dec 16 00:48:45 2012, 美东) 提到:
我们组头说那人不管是从工作同事的角度还是从就做为一个person的角度都欠我一个
道歉，那我要不要让他给我道歉？其实我从来没遇到过要人给我道歉的事，我也不
想见他其实。。组头还说如果以后工作上我觉得不想跟他们沟通，他可以帮我跟他
们沟通。我其实也不想那么小气的，可我就是不想跟那人说话了，反正也不是一个
组，不怎么打的着。。
还有很奇怪大家都觉得工作上被人骂或者骂人还挺正常的，我看我们组内老外的反应
觉得这事还挺严重的啊，那么说同事说harassment也不算过吧，大家都觉得这个没
问题？
☆─────────────────────────────────────☆
lab (天冰大果) 于 (Sun Dec 16 00:59:56 2012, 美东) 提到:
人家知不知道这是你写的？
其实当他说这部分是一坨屎的时候，你应该立刻说这部分是我写的。如果他继续言语不
客气，那就是针对你了，你怎么搞他那就余地很大了。
现在这个情况，你也说不好人家是不是针对你personally的攻击，还是就事论事
professionally的批评。这个拿到hr那边去很难讲清楚的。
另外我觉着你们组的senior有点儿拿你当枪使。
级，
☆─────────────────────────────────────☆
gaoheming123 (JustComeToUs) 于 (Sun Dec 16 01:02:51 2012, 美东) 提到:
good point!
补充一下，现在我review别人的代码，如果是一周内出来的作品，但是改动超过20行而
且项目本身已经进入稳定性能的阶段的话，我都会高度怀疑这些代码的。
不为别的，我从来不相信一个改动需要超过20行，如果超过了，那是项目管理的失败，
这种改动带来极大的风险。
所以对于楼住这样的新手来说，看代码话的时间需要远远高于改代码的时间，一个好的
改动往往是一些10行内的改动，短小，精悍，但是强健。
☆─────────────────────────────────────☆
lab (天冰大果) 于 (Sun Dec 16 01:08:04 2012, 美东) 提到:
骂人的人也不都是好人，甚至可以说好人不多。有不少人就是穷横，装的很牛逼的样子
，嘴里脏词横飞，狂扁别人显得自己很有见识。我碰这样的人一般不客气，特别是有我
的领导在的时候，谁喷我我就更猛烈的喷回去，同时强调这是我们组独特的approach，
proven to be successful for numerous times什么的。
这一方面是给领导表忠心，另一方面也给领导一个打圆场当和事老、体现他“
leadership”的机会。
☆─────────────────────────────────────☆
svncheckout (晃悠) 于 (Sun Dec 16 01:08:46 2012, 美东) 提到:
没什么大不了的，挨骂提高得更快
我刚进公司那会也是，领导嗷嗷骂：What the fuck is this? This is a piece of sh
it. If you do that I will fuck you up. blablabla. 现在我是他最得力的助手之一
。
当然如果你写的很好却被骂，那就是另一码事了。
级，
☆─────────────────────────────────────☆
lamxdotx (All is well) 于 (Sun Dec 16 01:09:18 2012, 美东) 提到:
这个问题就是，我们组在做的东西，我们组senior觉得没有必要跟别的独立的组串好气
了才能开始做，所以没有事先跟他们开会聊好design。现在别的组，当然也不能直接
跳出来说我们组senior提的东西不对不好吧，说我的code屎，是因为他们不懂我们是
怎么做得，归根结底是因为我们组就没想着要让他们明白，而现在组内认为他们对自己
不懂的东西这么攻击是很幼稚的。倒不是说拿我当枪使，因为我虽然是被人说了，但是
自己一点也没吵，都是他们在帮我吵。
☆─────────────────────────────────────☆
lab (天冰大果) 于 (Sun Dec 16 01:12:08 2012, 美东) 提到:
谁敢当面说“你”是狗屎
立刻上报hr，这是标准的harrasment，因为对方在working environment里面non-
professional的行为导致你无法有效地工作。
但如果说“东西”是狗屎，那就就事论事。
新人
码，
☆─────────────────────────────────────☆
lamxdotx (All is well) 于 (Sun Dec 16 01:15:16 2012, 美东) 提到:
他是说代码是狗屎。可是这个词我看老外还挺介意的啊，认为谁都不愿意被这么说
自己的代码，不管是当面还是背后。
☆─────────────────────────────────────☆
proceed (波丝) 于 (Sun Dec 16 01:15:53 2012, 美东) 提到:
you are working in a bad company!
At least in a bad engineer team.
You should find a place with guys who have engineer's attitude.
or perhaps youself are not engineer type.
☆─────────────────────────────────────☆
lab (天冰大果) 于 (Sun Dec 16 01:16:14 2012, 美东) 提到:
拿你当枪使，是说撺掇你把这事情捅上去。
捅上去了，那个人被骂了扁了乃至开了，谁得利？你上司。谁从此就臭大街没人愿意合
作？你。
☆─────────────────────────────────────☆
lamxdotx (All is well) 于 (Sun Dec 16 01:17:40 2012, 美东) 提到:
你是说我们组不是engineer的态度还是什么？
☆─────────────────────────────────────☆
lamxdotx (All is well) 于 (Sun Dec 16 01:22:45 2012, 美东) 提到:
那我还是let it go算了。我上司没那么坏吧，他刚刚从engineer的职位转换成
兼做管理，可能还是有点geeky？而且他也是问我是不是想报告，我没说想，
他也说如果真报告的结果会unpleasant.
☆─────────────────────────────────────☆
proceed (波丝) 于 (Sun Dec 16 01:25:12 2012, 美东) 提到:
我是说看完你的帖子 我感觉你工作的环境的斗争太复杂，这对于你这样 刚毕业的学生
发展不利，
还有一种可能，那就是你自己想太多了，所以我说你不是engineer type.
听起来不太顺耳，但是这是我感受。
☆─────────────────────────────────────☆
cynod (午夜牛郎) 于 (Sun Dec 16 01:27:16 2012, 美东) 提到:
专门登录上来赞一下。
不过你有点把functional 和 unit test混淆了。 unit test对于design确实是有帮助
的。。如果interface不清楚写test的时候就要stub很多东西， 写feature的时候图省
事， 写unit test的时候就会出问题。functional test 确实有可能出现你说的问题。
design是最重要的， 脑子里一团浆糊写出来肯定也是一团浆糊。如果design的好，写
unit test就很省事， 对于type和interface支持的好的语言， 很多unit test都可以
省了。
式。
☆─────────────────────────────────────☆
lamxdotx (All is well) 于 (Sun Dec 16 01:28:08 2012, 美东) 提到:
我感觉我工作的环境中的人都还是挺在乎工作的啊。。别组是不放心我们组做的，
我们组senior不爽别人不放心他们。这也叫勾心斗角？
☆─────────────────────────────────────☆
toughgrass (泥娃娃) 于 (Sun Dec 16 01:32:56 2012, 美东) 提到:
harassment关键是“feeling”。“feeling”是唯一标准，不管是说什么，只要你听到
了“感觉”不舒服就可以定性了。所以在公司说话确实要很谨慎。但是如果别人说了什
么让你不舒服，你要不要告别人harassment就是另一回事了，因为实际操作起来牵扯的
因素可能比较多，处理结果、会不会有后遗症都因人而异。比如说，你自己有背景，很
牛逼，就随便整他；你自己唯唯诺诺，没能量，经不住事儿，那就算了。
☆─────────────────────────────────────☆
tigerHuzi (虎虎) 于 (Sun Dec 16 01:34:41 2012, 美东) 提到:
我同事真应该看到这段话。用了n 年的代码，他非要挪来挪去改来改去，出了3次影响
到用户的事故了，也不吸取教训。
现在我跟在后面 review 他的代码，还不能直接说让他 revert 回去，人家级别比我高
啊。不知道他放了多少定时炸弹。自己写的东西跟屎一样，还说前任写的不好。
我自己就是，能一行搞定的绝不写两行，老代码里面的无用代码，视而不见，有一次看
见个 while (0)，还是当没看见。
☆─────────────────────────────────────☆
cynod (午夜牛郎) 于 (Sun Dec 16 01:35:11 2012, 美东) 提到:
你别想太多了。 这个事情主动权在你， 你觉得不爽就complain, 觉得没什么就算了。
说实话review代码不骂点脏话是很罕见的。 让你听见是有点粗鲁了。多琢磨琢磨怎么
写好code吧。
☆─────────────────────────────────────☆
cynod (午夜牛郎) 于 (Sun Dec 16 01:36:44 2012, 美东) 提到:
这个。。 你们俩说的好像完全不是一个意思。
☆─────────────────────────────────────☆
lamxdotx (All is well) 于 (Sun Dec 16 01:39:02 2012, 美东) 提到:
可是没人让他review啊,真的该review的人觉得没问题啊。为什么大家的前提假设
就一定是这代码真屎，而不是高级别的人对比他级别低的人在自己不懂的问题上
bully呢。
☆─────────────────────────────────────☆
cynod (午夜牛郎) 于 (Sun Dec 16 01:39:38 2012, 美东) 提到:
这个东西是communication的问题。 你要是有点self initiative就把这个design来龙
去脉搞清楚解释给两个组的人听， 作工程的好处就是大多数都是对错分明， 灰色模糊
的东西很少。
☆─────────────────────────────────────☆
goodbug (好虫) 于 (Sun Dec 16 01:40:01 2012, 美东) 提到:
我老不知道说啥好，你根本不懂啥叫test-driven。
project
☆─────────────────────────────────────☆
tigerHuzi (虎虎) 于 (Sun Dec 16 01:41:27 2012, 美东) 提到:
哦，我知道他的意思，你明白我的意思么？
☆─────────────────────────────────────☆
lamxdotx (All is well) 于 (Sun Dec 16 01:42:13 2012, 美东) 提到:
你这个建议不错，我学到了。可惜这次没机会了，组内senior已经开会做了这个事，
那人也自知理亏虽然生气的砸笔加先走。
☆─────────────────────────────────────☆
cynod (午夜牛郎) 于 (Sun Dec 16 01:44:36 2012, 美东) 提到:
你自己觉得自己的代码怎么样吧。 如果觉得没问题， 不管那个人什么级别， 你都应
该指出他的理解问题，还可以加几句让他下不来台的话。看你开始的说法还需要别人帮
你吵架， 貌似你自己也不是很明白到底怎么回事。
☆─────────────────────────────────────☆
proceed (波丝) 于 (Sun Dec 16 01:52:01 2012, 美东) 提到:
那就是你自己的问题了。
其实我本人也不是engineer type,我们这种人都是太自我，其实别人没那么在意你。
☆─────────────────────────────────────☆
lamxdotx (All is well) 于 (Sun Dec 16 01:55:35 2012, 美东) 提到:
整个事要说清楚还真有点麻烦。他说两次屎，一次背后一次当面，但是是对两个不同的
地方。
第一次说屎的代码，是背后说的，组里人火速组织了会议去解释，会上组里提出这个
design的上级情绪非常激动，会上基本从头到尾是他一个人在说，我是说的很少，
但是我的代码没问题。
第二次当面说，是在这个会议上，那个人一开始描述以前的背景的时候，指着其中的一个
模块说那个地方屎，当时我在场做了包子，一方面是有点愣住，一方面也是因为那个地方
跟这个会议不是直接相关（不是他第一次说屎的地方）。
☆─────────────────────────────────────☆
capcase (gotmail) 于 (Sun Dec 16 01:58:03 2012, 美东) 提到:
TDD是最SB的。强烈鄙视之。
☆─────────────────────────────────────☆
yxksy (竹林闲士) 于 (Sun Dec 16 02:05:08 2012, 美东) 提到:
实在是不理解为啥有些人会认为被骂是无所谓的事情...
☆─────────────────────────────────────☆
tigerHuzi (虎虎) 于 (Sun Dec 16 02:20:05 2012, 美东) 提到:
是不是把你当替罪羊了？
提出这个 ｄｅｓｉｇｎ 的上司很激动，如果占理他激动啥？
或者是代码没问题，但是设计有问题，所以虽然代码实现了设计的功能，但是由于设计
是屎，代码就成了屎。
一个
地方
☆─────────────────────────────────────☆
tigerHuzi (虎虎) 于 (Sun Dec 16 02:21:10 2012, 美东) 提到:
好像他不知道代码是你写的。。。
一个
地方
☆─────────────────────────────────────☆
proceed (波丝) 于 (Sun Dec 16 02:26:02 2012, 美东) 提到:
那是因为这种人本身也是爱骂人的性格。
☆─────────────────────────────────────☆
lamxdotx (All is well) 于 (Sun Dec 16 02:26:11 2012, 美东) 提到:
Sorry他不是上司，是级别高一些的engineer。别人对代码的评论非常mean，
基本意思就是好像“这么干真白痴”这种程度的，不是直接用词。他可能觉得这
种对基于他design的代码评论严重冒犯了他，并且因为这些人老指手画脚，
拖着我们组进度无法正常进行，他不爽很久了，所以他情绪激动。但是他人
很牛，是占理的，把对方说的有点下不了台。
☆─────────────────────────────────────☆
lamxdotx (All is well) 于 (Sun Dec 16 02:30:49 2012, 美东) 提到:
我跟我经理谈的时候我也说可能他不知道是我写的(其实他应该是知道的)，经理说就算
不知道也不代表这件事性质就any better。
我在这就是找个地方吐苦水，还有问一下怎么处理人事。。
☆─────────────────────────────────────☆
BearAffair (别怕) 于 (Sun Dec 16 02:51:38 2012, 美东) 提到:
intel里做architect的太TMD的多了
☆─────────────────────────────────────☆
tigerHuzi (虎虎) 于 (Sun Dec 16 03:06:53 2012, 美东) 提到:
两个高级别的人打架，你刚好夹在中间，我觉得他们估计都没有针对你。别被人当抢使
就行了，你就看热闹吧。
☆─────────────────────────────────────☆
bmwayne (AW) 于 (Sun Dec 16 04:09:13 2012, 美东) 提到:
楼主这回要是缩了，你的头头可能就不再当你是自己人了。
☆─────────────────────────────────────☆
zhaoce073 (迟到早退不思上进的蜥蜴) 于 (Sun Dec 16 07:05:18 2012, 美东) 提到:
你们好可怕
我工作中从来没有被人骂过
也从来不会去说别人写得不好
顶多说，这里是不是有点问题？
☆─────────────────────────────────────☆
zhaoce073 (迟到早退不思上进的蜥蜴) 于 (Sun Dec 16 07:07:29 2012, 美东) 提到:
要不你贴出一段被人说成是屎的代码出来看看
让参考参考是不是真的不行
☆─────────────────────────────────────☆
Everoving4 (Gyffs) 于 (Sun Dec 16 10:31:30 2012, 美东) 提到:
不用太在意,
以前我们公司有两个大组,
A组每天都加班,巨忙,B组头总说A组的人干得不好,
可最后人A组该升职的照样升,
丝毫不受影响.
其实这事吧,
你心里不好受可以理解,
不过想开了其实也没啥
☆─────────────────────────────────────☆
lsunspot (小手) 于 (Sun Dec 16 10:45:57 2012, 美东) 提到:
式。
你基本不知道test driven是怎么work的。
☆─────────────────────────────────────☆
kinchungwong (software is the future) 于 (Sun Dec 16 11:11:04 2012, 美东) 提到:
新人
码，
健康的工作环境是应该看重peacemaker的，尤其是能constructive comments的人。
☆─────────────────────────────────────☆
shabone (傻骨头) 于 (Sun Dec 16 11:20:05 2012, 美东) 提到:
你太嫩了。你的头替你说话， 不管什么原因， 你们是一条船上的。 既然被牵扯到政
治斗争里来， 站队是跑不了的。 当然是站在自己组这边。这算是“自己人”，别的都
算“外人”。 "let it go" or not, 取决于你头的态度。 如果他要你上报， 你就上
报。 他不一定会明说，好好体会他的意思。
如果他其实是要你上报，你没做， 后果绝对比被外面的人骂代码是屎要严重。
☆─────────────────────────────────────☆
capricornus (caprico) 于 (Sun Dec 16 11:37:45 2012, 美东) 提到:
只要你的工作质量过关 -- 提交上去的代码没硬伤 -- 其他的，不在纸面上留痕迹的东
西，不能对你的performance造成影响，随它去吧。
工作场合，没什么真正的敌人，都是给别人打工的。不用想太多。
可以跟你的manager表达自己的不满，看他怎么说。一个好的manager绝对会保护自己下
属。要是真拿你当枪使，就不值得跟他干，忍两年翅膀硬了走人就是。
☆─────────────────────────────────────☆
kinchungwong (software is the future) 于 (Sun Dec 16 12:02:19 2012, 美东) 提到:
同意。此外，Integration Test, Destructive test, gray-box test 也是很重要的。
我的看法是Code Review 和 Destructive Test 应该由同一人进行。Code Review 发现
的潜在错误，应该用新增的Destructive Test Case 去证实，这样的Code Review 才有
底气。
如果自问Coding Style审美眼光不够准确的话，不要凭直觉进行Code Review。没品味
的代码，只要能用，就能赚钱。
☆─────────────────────────────────────☆
digital (你是疯儿我是傻？) 于 (Sun Dec 16 14:12:06 2012, 美东) 提到:
此言差矣，似乎不懂办公室政治。
干活谁不被骂？关乎水平吗？关乎水平吗？
你在牛，照样有老印背后捅刀子，不信你走着瞧。
☆─────────────────────────────────────☆
digital (你是疯儿我是傻？) 于 (Sun Dec 16 14:13:53 2012, 美东) 提到:
你们都忽略了一个很重要的评判标准，人家的code reveiw说了没有问题。
式。
☆─────────────────────────────────────☆
digital (你是疯儿我是傻？) 于 (Sun Dec 16 14:17:17 2012, 美东) 提到:
这个是人话。
☆─────────────────────────────────────☆
tigerHuzi (虎虎) 于 (Sun Dec 16 14:49:58 2012, 美东) 提到:
我觉得吧，那个人就是当时随手一指，赶巧了那个代码是你写的。当时他看到的不论是
谁写的代码，都会被骂的。
主要矛盾是他和你们那个 senior 之间，如果他觉得设计有问题，你的代码写得怎么样
都没用。
这件事情，你就别跳了。跟你们那边的人口头上骂骂那个人就行了，别落下任何证据。
☆─────────────────────────────────────☆
lamxdotx (All is well) 于 (Sun Dec 16 16:00:56 2012, 美东) 提到:
这种情况我们发生的也很少吧，所以组里人反应才那么激烈。
☆─────────────────────────────────────☆
lamxdotx (All is well) 于 (Sun Dec 16 16:02:44 2012, 美东) 提到:
经理主动找我谈的，还表态说他会保护我
☆─────────────────────────────────────☆
lamxdotx (All is well) 于 (Sun Dec 16 16:04:21 2012, 美东) 提到:
这个太言重了，没有到政治斗争的高度，就是一群geeky的engineer相互觉得自己的
智商被人侮辱了跳脚。要真那么多政治斗争，我也别待了走人算了。
☆─────────────────────────────────────☆
lamxdotx (All is well) 于 (Sun Dec 16 16:09:34 2012, 美东) 提到:
这个干了我是要被开了吧
这不是一段的问题，是整个一个模块一种方案被人说是屎，单段要有屎，那我也没话说，
别人想帮也帮不上。
☆─────────────────────────────────────☆
tianxin (田欣) 于 (Sun Dec 16 17:33:37 2012, 美东) 提到:
觉得这句说得好
"工作上我很久没被人骂了，
虽然自我感觉挺好，其实不是什么好事，周围没人比你厉害，
这意味着别人都在学你，而你原地踏步。。。
这种情况很危险，温水煮青蛙。
工作这事情吧，你要看远一点，不要看在公司地位如何
在公司薪水如何，你要看的是，你个人在整个market上的水平如何，
这样无论公司如何的倒，如何的雷，都不用害怕。"
级，
☆─────────────────────────────────────☆
zhaoce073 (迟到早退不思上进的蜥蜴) 于 (Sun Dec 16 17:33:56 2012, 美东) 提到:
不被骂的路过
你们好可怕，红果果的资本主义
☆─────────────────────────────────────☆
hotpot2013 (My, you are a tall one!) 于 (Sun Dec 16 18:43:42 2012, 美东) 提到:
这个真的不奇怪，虚心学习。一般不是科班出生的coder，工作5年以下的，代码都写得
跟一坨屎一样。即便很多是科班出生，很多只专心理论的，读完phd代码也一样。
面试版的很多人到现在都坚信，找个码工的工作只要认真背面试题就行了。楼主可以用
自己的经历来告诫以下他们。
级，
☆─────────────────────────────────────☆
lamxdotx (All is well) 于 (Sun Dec 16 19:12:59 2012, 美东) 提到:
不好意思，我的经历好像还告诫不了这个。
☆─────────────────────────────────────☆
blueseesea (blueseesea) 于 (Sun Dec 16 19:25:31 2012, 美东) 提到:
代码写的还不如屎的人淡定路过
嫌屎让丫自己写去
级，
☆─────────────────────────────────────☆
gaoheming123 (JustComeToUs) 于 (Sun Dec 16 19:28:27 2012, 美东) 提到:
真有人觉得找码工的工作认真被面试题就行？
还是一些loser在自我安慰？
反正我面新人的时候从来不在意那些leetcode ，我更倾向于拆分他简历中作过的项目
。我喜欢先装傻，让面试者露出他可以想隐瞒的东西，然后抓住他的弱点，一点点看他
的情商和智商。一般好的码工情商都不差，
面过一个国男，学液压的，转计算机，我问1 他答 2 ， 我追问2，他转到3，而且眼神
飘忽，聊他的项目觉得他缺少独立解决问题的毅力，这种人我基本一枪逼掉，我喜欢那
些牛烘烘的人，这种人合作起来高效
☆─────────────────────────────────────☆
hotpot2013 (My, you are a tall one!) 于 (Sun Dec 16 22:16:16 2012, 美东) 提到:
当然有了，而且在买买提上还不少，比如学生物啊，化学的，物理等。正如你说的，他
们当中相当大一部分就是自我安慰。以“loser"来称呼不太好，但是以"rookie"来说绝
对不为过。他们大部分人还在买买提的面试准备俱乐部混，或者半路出家一两年的，就
开始对于CS整个学科品头论足。这部分人眼里，物理，数学才是真正的科学，CS不过就
是programming而已。他们最容不得的就是别人说码工的工作有技术含量。总企图以打
压CS学科的含金量，然后试图营造白痴都可以找码工的假象，从而为自己将来的面试争
取更多的“信心和机会”。很可悲的是，大部分企业的HR在刷选简历的时候连面试机会
都不曾给他们。即便有了面试机会，大部分面试官也并不是傻子，他们喜欢聊项目，特
别是团队项目，在不经意间就可以分辨出一个人到底是不是有真功夫，还是背题背出来
的。
☆─────────────────────────────────────☆
smugmug (摄影—记录生活中的点点滴滴) 于 (Mon Dec 17 15:54:19 2012, 美东) 提到:
1.放轻松。
2.看看说你代吗不好的人的建议是不是合理？
3.问问张三李四那个人的人品。
刚开始工作的时候第一次被某主任CR的时候搞了24个来回，造成后面个月每个月我的进
度都是红的。
现在我很感谢他老人家，周围的人一个个的离开，目前还没有轮到我。
级，
☆─────────────────────────────────────☆
pkv2 (杀人者，唐斩) 于 (Mon Dec 17 16:04:56 2012, 美东) 提到:
小故事：
号称自己专业consultant的牛逼公司，
不远万里从欧洲派了4个各种XHD，各种的头衔，各种的光辉历史的工程师，
非常专业的表情搞了一个下午，
很严肃的说，这问题要明天来继续研究。
然后一个没学位，没头衔，没啥光辉历史的江湖痞子
跑来看了1分钟说，硬盘满了，木有cache给程序写，清下硬盘空间就好了。
专业人士们扶着墙滚蛋了
☆─────────────────────────────────────☆
xlzero (megatron) 于 (Tue Dec 18 15:06:32 2012, 美东) 提到:
因为这些人平时就喜欢骂人,眼睛牛上天,唯技术论
回头换个老板,马上又来发帖: 我XX公司技术N年大牛,老板一陀屎,现在他找茬云云,我
要被开,求助云云...
☆─────────────────────────────────────☆
Thoreau (welch双绿道高手) 于 (Tue Dec 18 15:14:15 2012, 美东) 提到:
说的很对。 |
|
