N********g
发帖数: 52 | 1 有一个程序，我继承别人写的，当中我也改过一点东西，但是基本上是本着‘if it's
not broken, don't fix it'。
每天运行着，快一年了，无事。这次我去休假，要把这个程序如果出了哪些问题，需要
怎么手动干涉告诉一个同事。结果这个人非常矫正，你每说一句话就问10个细节问题，
刨根纠底。然后听完了，说，恩，这个这个为什么这样做，那样做不是更efficient吗
？ 为啥要手工干涉，如果写进这个logic不是更自动化吗？等等等等。
结果这一下完蛋了，他写了个正式文档，要开始对这个程序动手术，要化1个月时间来
优化，re-factor这个程序。还cc了很多人。一夜之间，这个东西成了他的东西了，被
他own 了，被他优化成功，让老板觉得我是个饭桶。
我以前也和别的同事交代过东西，别人听了就照做，没多问，多干涉。但是碰到白人就
不行，人家特别认真。
吗的个比，人家windows还有上千个bug,上千个不优化的东西呢。要写你来写！！！现
在程序稳定得运作着，折腾来折腾去干吗?
这种情况下我怎么办？经常碰到这种事情。
不要告诉我也要像他一样积极。大家都是混饭吃，老婆孩子热炕头，每天要加班优化这
个优化那个，你以为我还是20岁小青年啊？？？ |
D**S
发帖数: 24887 | 2 真不知道遇到这样的怎么办.
不知道此公就是秉性认真,还是事实上在搞你,也就是搞技术流的办公室政治.
反正不论如何,你在老板那里看起来都不太好看. |
d******8
发帖数: 3017 | 3 哈哈， 他写出来，你自己再给他优化，这不又成了你的了吗？ |
j********x
发帖数: 2330 | 4 奇怪
全篇看上去都是你自己的问题 有问题不解决 有人正常给解决了 结论是你是饭桶
合情合理啊 |
N********g
发帖数: 52 | 5 可是他写的很好，我优化不了了，总不能强词夺理吧。
【在 d******8 的大作中提到】
: 哈哈， 他写出来，你自己再给他优化，这不又成了你的了吗？
|
D**S
发帖数: 24887 | 6 说的容易!
楼主不想趟这浑水.
如果那B不是个完美主义的nerd,就是在搞楼主.
【在 d******8 的大作中提到】
: 哈哈， 他写出来，你自己再给他优化，这不又成了你的了吗？
|
d******8
发帖数: 3017 | 7 优化不了，就谦虚一点。
社会的进步车轮，能够被你阻挡了吗， 哈哈，玩笑一下
【在 N********g 的大作中提到】
: 可是他写的很好，我优化不了了，总不能强词夺理吧。
|
N********g
发帖数: 52 | 8 你要是技术不高超，自作聪明出头解决问题，最后搞的焦头烂额。
【在 j********x 的大作中提到】
: 奇怪
: 全篇看上去都是你自己的问题 有问题不解决 有人正常给解决了 结论是你是饭桶
: 合情合理啊
|
d*********2
发帖数: 48111 | 9 很简单， 那天以前lunch的时候， 假装无意， 把小老板或者office最大刺头的禁脔跟
他胡吹一下， 他就上心去搞其他人去了， 8成过不了多久就被搞了。
如果没被搞， 这是个百年难遇的人才， 赶紧从了做小弟认大哥， 晚上就可以做梦跟
上了张潮阳/zuckberg了
s
【在 N********g 的大作中提到】
: 有一个程序，我继承别人写的，当中我也改过一点东西，但是基本上是本着‘if it's
: not broken, don't fix it'。
: 每天运行着，快一年了，无事。这次我去休假，要把这个程序如果出了哪些问题，需要
: 怎么手动干涉告诉一个同事。结果这个人非常矫正，你每说一句话就问10个细节问题，
: 刨根纠底。然后听完了，说，恩，这个这个为什么这样做，那样做不是更efficient吗
: ？ 为啥要手工干涉，如果写进这个logic不是更自动化吗？等等等等。
: 结果这一下完蛋了，他写了个正式文档，要开始对这个程序动手术，要化1个月时间来
: 优化，re-factor这个程序。还cc了很多人。一夜之间，这个东西成了他的东西了，被
: 他own 了，被他优化成功，让老板觉得我是个饭桶。
: 我以前也和别的同事交代过东西，别人听了就照做，没多问，多干涉。但是碰到白人就
|
g**c
发帖数: 2339 | 10 我看你同事也比你能干，很快他就是你的小老板了，你还是夹起尾巴请他高抬贵手吧 |
|
|
y****i
发帖数: 2108 | 11 I have a perfectionist nerd colleague. Any idea how to deal with them? |
D**S
发帖数: 24887 | 12 估计这B就是在学摸自己要搞得对象,好在办公室里上位.
【在 d*********2 的大作中提到】
: 很简单， 那天以前lunch的时候， 假装无意， 把小老板或者office最大刺头的禁脔跟
: 他胡吹一下， 他就上心去搞其他人去了， 8成过不了多久就被搞了。
: 如果没被搞， 这是个百年难遇的人才， 赶紧从了做小弟认大哥， 晚上就可以做梦跟
: 上了张潮阳/zuckberg了
:
: s
|
D**S
发帖数: 24887 | 13 这玩意很难.如果这个公司/办公室就那风气.
【在 y****i 的大作中提到】
: I have a perfectionist nerd colleague. Any idea how to deal with them?
|
N********g
发帖数: 52 | 14 在美国上班就这么讨厌，一个40，50十岁老头要被一个20三岁的人管，看人家脸色。被
人家夸奖，good job.
在中国我早退休，子孙满堂了。
【在 g**c 的大作中提到】
: 我看你同事也比你能干，很快他就是你的小老板了，你还是夹起尾巴请他高抬贵手吧
|
l******t
发帖数: 55733 | 15 这孩子在美国office也不会讨人喜欢的，很快就会被各种人穿小鞋了。楼主净可以看戏 |
D**S
发帖数: 24887 | 16 可能在被穿小鞋之前先被老板看中了,你说怎么办?
【在 l******t 的大作中提到】
: 这孩子在美国office也不会讨人喜欢的，很快就会被各种人穿小鞋了。楼主净可以看戏
|
l******t
发帖数: 55733 | 17
基本没可能。这么自负的人很快就会得罪architect，middleware，netowrk，qa等等各
个tier的各种人，各种不配合完不成都是冠冕堂皇的。等看吧。
【在 D**S 的大作中提到】
: 可能在被穿小鞋之前先被老板看中了,你说怎么办?
|
D**S
发帖数: 24887 | 18 但愿
【在 l******t 的大作中提到】
:
: 基本没可能。这么自负的人很快就会得罪architect，middleware，netowrk，qa等等各
: 个tier的各种人，各种不配合完不成都是冠冕堂皇的。等看吧。
|
N******7
发帖数: 1297 | 19 操，真是军版。一看lz就是个没什么水平的主，自己做不了，别人做了又成办公室政治
。而且知道自己挑不出人家的刺。还一堆人在这儿yy人家被搞。都洗洗回地下室睡吧。 |
d*********2
发帖数: 48111 | 20 在中国？ 50，60了你还得给人擦皮鞋
【在 N********g 的大作中提到】
: 在美国上班就这么讨厌，一个40，50十岁老头要被一个20三岁的人管，看人家脸色。被
: 人家夸奖，good job.
: 在中国我早退休，子孙满堂了。
|
|
|
h*******u
发帖数: 15326 | 21 这种2b不用你来搞，你先忍住。
自然有人收拾之。
s
【在 N********g 的大作中提到】
: 有一个程序，我继承别人写的，当中我也改过一点东西，但是基本上是本着‘if it's
: not broken, don't fix it'。
: 每天运行着，快一年了，无事。这次我去休假，要把这个程序如果出了哪些问题，需要
: 怎么手动干涉告诉一个同事。结果这个人非常矫正，你每说一句话就问10个细节问题，
: 刨根纠底。然后听完了，说，恩，这个这个为什么这样做，那样做不是更efficient吗
: ？ 为啥要手工干涉，如果写进这个logic不是更自动化吗？等等等等。
: 结果这一下完蛋了，他写了个正式文档，要开始对这个程序动手术，要化1个月时间来
: 优化，re-factor这个程序。还cc了很多人。一夜之间，这个东西成了他的东西了，被
: 他own 了，被他优化成功，让老板觉得我是个饭桶。
: 我以前也和别的同事交代过东西，别人听了就照做，没多问，多干涉。但是碰到白人就
|
r***k
发帖数: 13586 | 22 如果这个程序只是偶尔随便用一下的话，lz这种小改小闹的方法无可厚非。但如果这个
程序需要长期大量使用的话，那么就该尽量写的好一些。站在老板的角度，如果一个人
想花1个月时间去改一个用途不大的程序的话，这个人反倒有问题了。所以关键就在于
这个程序的重要性上。 |
r***k
发帖数: 13586 | 23 其实这是个不错的想法，很多人把code写的尽量乱七八糟，别人想在这个基础上改好非
常难，倒是另起炉灶写一个更容易。但往往如果一个东西work了，老板又不会同意你另
起炉灶了。
【在 N********g 的大作中提到】
: 你要是技术不高超，自作聪明出头解决问题，最后搞的焦头烂额。
|
x****o
发帖数: 29677 | 24 第一你为什么要告诉他这么多东西？他问什么你答什么，缺心眼么？都知道自己吃饭的
东西最好少和别人share
第二你最好放点料给他，让他去搞那些高级人员
第三他还没搞出来呢，你不用着急，以后不配合任何事情，除非老板要求 |
x****u
发帖数: 12955 | 25
那你就自己背地里郁闷悲愤去吧。不求上进是很多人都有的问题，但是别人上进你就不
要羡慕嫉妒恨了。
你要是聪明点的，在看到这人这么上心的时候，就应该让他先做一个改进计划等你回来
一起讨论。
【在 N********g 的大作中提到】
: 可是他写的很好，我优化不了了，总不能强词夺理吧。
|
e********t
发帖数: 9607 | 26 接着干别的活去啊，难道就守着这个程序吃到老？
s
【在 N********g 的大作中提到】
: 有一个程序，我继承别人写的，当中我也改过一点东西，但是基本上是本着‘if it's
: not broken, don't fix it'。
: 每天运行着，快一年了，无事。这次我去休假，要把这个程序如果出了哪些问题，需要
: 怎么手动干涉告诉一个同事。结果这个人非常矫正，你每说一句话就问10个细节问题，
: 刨根纠底。然后听完了，说，恩，这个这个为什么这样做，那样做不是更efficient吗
: ？ 为啥要手工干涉，如果写进这个logic不是更自动化吗？等等等等。
: 结果这一下完蛋了，他写了个正式文档，要开始对这个程序动手术，要化1个月时间来
: 优化，re-factor这个程序。还cc了很多人。一夜之间，这个东西成了他的东西了，被
: 他own 了，被他优化成功，让老板觉得我是个饭桶。
: 我以前也和别的同事交代过东西，别人听了就照做，没多问，多干涉。但是碰到白人就
|
W**********r
发帖数: 8927 | 27 认栽吧，这种人不是到处能碰到的，下回该知道咋办了吧 |
j********x
发帖数: 2330 | 28 奇怪
全篇看上去都是你自己的问题 有问题不解决 有人正常给解决了 结论是你是饭桶
合情合理啊 |
s****l
发帖数: 16457 | 29 这个就认了吧。你想偷懒，有人想干活你也拦不住。除非大家都偷懒，都烦那个人，否
则没办法。 |
n*********7
发帖数: 4682 | 30 怪不得老程序员就该被开吊，自己混吃等死看人家改进还委屈了 |
|
|
n******h
发帖数: 2544 | 31 正解。
如果花费个把月时间改进一个目前够用的程序，这个工程师不会有好的review。因为公
司付了薪水，却没有任何产出，老板不会高兴。
如果程序目前有问题，这个改进对公司有很大好处的话，楼主尴尬了，因为这个程序的
owner从此就改人了。从你的程序变成他的程序，而且老板搞不好会让这个人进一步来
改进你的其他程序，你可能一步一步成为他的附属。未必是坏事哦。
【在 r***k 的大作中提到】
: 如果这个程序只是偶尔随便用一下的话，lz这种小改小闹的方法无可厚非。但如果这个
: 程序需要长期大量使用的话，那么就该尽量写的好一些。站在老板的角度，如果一个人
: 想花1个月时间去改一个用途不大的程序的话，这个人反倒有问题了。所以关键就在于
: 这个程序的重要性上。
|
t****v
发帖数: 9235 | 32 这种事你只能无所作为
他要是搞砸了，又爱出风头，迟早要给人搞死，那时你再去给他屁股上一脚
如果他要搞好了，技术在那里，迟早要成为你们骨干，你就不要硬抗了
以不变应万变吧
随他折腾 |
h***i
发帖数: 89031 | 33 饭桶你好
【在 N********g 的大作中提到】
: 可是他写的很好，我优化不了了，总不能强词夺理吧。
|
o*****e
发帖数: 379 | 34 思路不对。一个程序而已，你藏着掖着都没有用；对你自己也没有好处。你应该给你的
上司推荐这个人。 |
t********n
发帖数: 1075 | 35 那就是说你承认同事技术高超了？那么你在他面前就是那个啥嘛。也没委屈了你。
你自己不愿意花时间优化，别人优化了你还不乐意，挺过分的啊。
【在 N********g 的大作中提到】
: 你要是技术不高超，自作聪明出头解决问题，最后搞的焦头烂额。
|
C***J
发帖数: 7594 | 36 工作哪有干完的时候。
不是喜欢优化，你可以建议把系统从32位升级到64位， 64位升级到128位，
慢慢干去吧。 |
s********i
发帖数: 145 | 37 在这里损楼主的肯定都不是干程序员的，至少不是合格的程序员。做软件系统一个最大
的原则就是:If it does not break, don't fix it. 你们根本不知道在software
engineer领域，有多少问题是由于不成熟的优化造成的。那种动不动就想把整个系统重
新设计，重头开始写的，是最Naive的程序员。软件系统一般都是有很多瑕疵的，但只
要满足设计要求，就是好系统，特别是那种运行了N多年的，不管代码你觉得有多ugly,
但是经过这么多年得不断测试，证明了是成熟稳定的，who care if it have defects.
建议楼主一定要向你的上司强调贸然的做refraction 和 optimization 的风险，不是
自己草包，实在是不符合软件工程的原则。不仅没有必要，浪费资源，而且风险很大，
很有可能得不偿失。我不相信你们公司没人懂这点道理。 |
f*****g
发帖数: 9098 | 38 根据你的描述，人家还是能解决问题的
不是喜欢出风头却本事没一点的人
有能力者就应该上位
你这种技不如人还怀恨在心的
倒是应该下岗滚蛋 |
u**a
发帖数: 220 | 39 支持， 没有优化哪有技术上的进步。
倒是有些人强调有关优化的内容不在客户的要求里面， 所以强行要求拿掉， 因为他（
她）自己看不懂，或不愿意花时间看懂。
【在 f*****g 的大作中提到】
: 根据你的描述，人家还是能解决问题的
: 不是喜欢出风头却本事没一点的人
: 有能力者就应该上位
: 你这种技不如人还怀恨在心的
: 倒是应该下岗滚蛋
|
C***J
发帖数: 7594 | 40 任何Business都有个优先级。
大多数时候，TimeToMarket都比优化等级高。
技术上的创新远比优化更重要，更困难。
LZ的格局要大点， 不要拘于小节。 |
|
|
c******o
发帖数: 69 | 41 楼主，你应该告诉你们经理重新写的风险，至少需要长时间的测试，才能使用。他开发
就要一个月，测试还要更多个月，用好几个月的时间去做一件重复的事情，是没有别的
工作可以做了吗。除非这个优化对数据库之类的帮助特别大，即使如此，也是要一步步
一点点去优化的。完全重写，你是当公司是财神爷吗。 |
t*****o
发帖数: 4919 | 42 不会， 真的牛逼最后大家会买账的， 我老板就是这么干上去的， 以前是标准工作狂
。
【在 l******t 的大作中提到】
:
: 基本没可能。这么自负的人很快就会得罪architect，middleware，netowrk，qa等等各
: 个tier的各种人，各种不配合完不成都是冠冕堂皇的。等看吧。
|
t*****o
发帖数: 4919 | 43 LZ没交代清楚小白优化了什么， 如果效率提高很多， 或者更易于维护， 小白当然很
多credit.
【在 r***k 的大作中提到】
: 如果这个程序只是偶尔随便用一下的话，lz这种小改小闹的方法无可厚非。但如果这个
: 程序需要长期大量使用的话，那么就该尽量写的好一些。站在老板的角度，如果一个人
: 想花1个月时间去改一个用途不大的程序的话，这个人反倒有问题了。所以关键就在于
: 这个程序的重要性上。
|
i*****g
发帖数: 11893 | 44 楼主可以弄点巴豆，下在他的咖啡里面
让他这么上进，泄他几天就好了！！ |
l******t
发帖数: 55733 | 45
工作狂不是一上来就CC N多人。
【在 t*****o 的大作中提到】
: 不会， 真的牛逼最后大家会买账的， 我老板就是这么干上去的， 以前是标准工作狂
: 。
|
c*****c
发帖数: 564 | 46 以你的描述，这个程序有些复杂，一个月干的完吗？
你对这个同事有多了解？是那种夸夸其谈的还是get job done的那类？
如果你不了解他，就召集个会议，把那人的plan详细研讨下，评估风险、得失等。同时
敲定那人的deliverable，然后拌板凳看热闹吧。
如果热闹没看成，以后就更人家好好干吧。 |
a****l
发帖数: 8211 | 47 那还不简单，让他自己去做，你主动帮助做QA。如果是个很复杂的系统，肯定过程中把
无数的好的东西修坏了，你作为QA自然每次职责必须的要跳出来告诉所有的人好的东西
被修坏了，一个月以后，最好的情况是新东西运行的和以前的一抹一样，然后你开大会
宣布某人辛苦工作一个月新产品终于和老产品没有任何区别；最坏的情况是新的东西有
各种问题，然后你开大会宣布某人辛苦工作一个月新的产品没有老产品好。
这就是老油条都说if it's not broken don't fix it的原因。
s
【在 N********g 的大作中提到】
: 有一个程序，我继承别人写的，当中我也改过一点东西，但是基本上是本着‘if it's
: not broken, don't fix it'。
: 每天运行着，快一年了，无事。这次我去休假，要把这个程序如果出了哪些问题，需要
: 怎么手动干涉告诉一个同事。结果这个人非常矫正，你每说一句话就问10个细节问题，
: 刨根纠底。然后听完了，说，恩，这个这个为什么这样做，那样做不是更efficient吗
: ？ 为啥要手工干涉，如果写进这个logic不是更自动化吗？等等等等。
: 结果这一下完蛋了，他写了个正式文档，要开始对这个程序动手术，要化1个月时间来
: 优化，re-factor这个程序。还cc了很多人。一夜之间，这个东西成了他的东西了，被
: 他own 了，被他优化成功，让老板觉得我是个饭桶。
: 我以前也和别的同事交代过东西，别人听了就照做，没多问，多干涉。但是碰到白人就
|
r*******n
发帖数: 3020 | 48 同意！
不光lz，从回复来看， 在美华人精英阶层令人堪忧
【在 N******7 的大作中提到】
: 操，真是军版。一看lz就是个没什么水平的主，自己做不了，别人做了又成办公室政治
: 。而且知道自己挑不出人家的刺。还一堆人在这儿yy人家被搞。都洗洗回地下室睡吧。
|
s*****r
发帖数: 43070 | 49 LZ没搞懂IT公司生存法则，除了核心，其他的code都是拿来改得，一年换个花样，这样
才稳定。在运动中求发展，辩证法都白学了。 |
s*****r
发帖数: 43070 | 50 QA个球，让他改坏了，再来收拾残局，这样才是大拿
【在 a****l 的大作中提到】
: 那还不简单，让他自己去做，你主动帮助做QA。如果是个很复杂的系统，肯定过程中把
: 无数的好的东西修坏了，你作为QA自然每次职责必须的要跳出来告诉所有的人好的东西
: 被修坏了，一个月以后，最好的情况是新东西运行的和以前的一抹一样，然后你开大会
: 宣布某人辛苦工作一个月新产品终于和老产品没有任何区别；最坏的情况是新的东西有
: 各种问题，然后你开大会宣布某人辛苦工作一个月新的产品没有老产品好。
: 这就是老油条都说if it's not broken don't fix it的原因。
:
: s
|
|
|
s*******e
发帖数: 1544 | 51 旁观者评论一下：Now he got the credit, make sure he owns it from now on. Don
't let him kick this back to you again with his shit in it.
s
【在 N********g 的大作中提到】
: 有一个程序，我继承别人写的，当中我也改过一点东西，但是基本上是本着‘if it's
: not broken, don't fix it'。
: 每天运行着，快一年了，无事。这次我去休假，要把这个程序如果出了哪些问题，需要
: 怎么手动干涉告诉一个同事。结果这个人非常矫正，你每说一句话就问10个细节问题，
: 刨根纠底。然后听完了，说，恩，这个这个为什么这样做，那样做不是更efficient吗
: ？ 为啥要手工干涉，如果写进这个logic不是更自动化吗？等等等等。
: 结果这一下完蛋了，他写了个正式文档，要开始对这个程序动手术，要化1个月时间来
: 优化，re-factor这个程序。还cc了很多人。一夜之间，这个东西成了他的东西了，被
: 他own 了，被他优化成功，让老板觉得我是个饭桶。
: 我以前也和别的同事交代过东西，别人听了就照做，没多问，多干涉。但是碰到白人就
|
s*****r
发帖数: 43070 | 52 软件这玩意进化太快，确实有吃青春饭之嫌，如果不是在startup干，很难跟上形势。
【在 n*********7 的大作中提到】
: 怪不得老程序员就该被开吊，自己混吃等死看人家改进还委屈了
|
a****l
发帖数: 8211 | 53 QA的目的就是要合理的天天找此人的错而且要合理的告诉所有的人。不先让他改坏QA怎
么有东西找错？
【在 s*****r 的大作中提到】
: QA个球，让他改坏了，再来收拾残局，这样才是大拿
|
N******7
发帖数: 1297 | 54 你是哪个公司的？你们公司的程序就这水平？
ugly,
defects.
【在 s********i 的大作中提到】
: 在这里损楼主的肯定都不是干程序员的，至少不是合格的程序员。做软件系统一个最大
: 的原则就是:If it does not break, don't fix it. 你们根本不知道在software
: engineer领域，有多少问题是由于不成熟的优化造成的。那种动不动就想把整个系统重
: 新设计，重头开始写的，是最Naive的程序员。软件系统一般都是有很多瑕疵的，但只
: 要满足设计要求，就是好系统，特别是那种运行了N多年的，不管代码你觉得有多ugly,
: 但是经过这么多年得不断测试，证明了是成熟稳定的，who care if it have defects.
: 建议楼主一定要向你的上司强调贸然的做refraction 和 optimization 的风险，不是
: 自己草包，实在是不符合软件工程的原则。不仅没有必要，浪费资源，而且风险很大，
: 很有可能得不偿失。我不相信你们公司没人懂这点道理。
|
N******7
发帖数: 1297 | 55 这个不对，startup才更要紧跟形式。
【在 s*****r 的大作中提到】
: 软件这玩意进化太快，确实有吃青春饭之嫌，如果不是在startup干，很难跟上形势。
|
s*****m
发帖数: 8094 | 56 你这种心态要不得，还是回去当你的太爷吧。
【在 N********g 的大作中提到】
: 在美国上班就这么讨厌，一个40，50十岁老头要被一个20三岁的人管，看人家脸色。被
: 人家夸奖，good job.
: 在中国我早退休，子孙满堂了。
|
s********i
发帖数: 145 | 57
我是哪家公司不重要，但您一定是当领导的。不提出论据批驳我的观点，上来就问你哪
来的
，跟国内某些官僚做派是一模一样。
楼主已经说的很清楚了，他的程序已经不是开发阶段，而是维护阶段了，那么说很有可
能已经ship到客户那了。程序不是不需要重构和优化，只是这种一般来说都是自上而下
，不是自下而上的。只有客户反馈有问题了，客户部门反馈到技术部门，技术部门经过
分析再进行重构和优化。他一个底层程序员，上来就要做这么大的修改，it is really
not his call!!! 万一改坏了，这个损失可大可小了，这种例子太多了我都不想提了
。当然如果这个程序也就千把来行就另说了。这种小白我工作中见的多了，他说一个月
，一般3个月都不一定搞的定，然后测试修改又要半年，最后搞不好还要你来收拾这个
烂摊子，然后你就周末来加班吧。
我不是什么大牛，但是开源闭源的大项目也看了不少，哪些不是缺陷bug一大堆，像楼
主所说的windows还那么多缺陷呢，不也照卖照火。一般来说，比较大的系统，都有一
个bug list with priority，不是不改，总有个顺序的。一个系统，经过立项，设计，
开发，单元测试，集成测试，alpha beta 白盒黑盒测试，到了客户那又打补丁，最后
稳定了，你看几行代码不爽就要大改，what's the point? 公司太闲没活干？
【在 N******7 的大作中提到】
: 你是哪个公司的？你们公司的程序就这水平？
:
: ugly,
: defects.
|
h*****n
发帖数: 1244 | 58 顶这个，总算碰到一个懂行的人说话了，那些主动去做什么优化的都是没事找事的，其
实一个产品客户认可了，只要客户不再提新的需求就就不要再做任何改动了，否则你的
工作永远做不完。
不过我发现很多白人的小年轻都有这个毛病，做事很aggressive, 总喜欢去优化别人的
东西，把本来很简单的东西搞得复杂无比。
ugly,
defects.
【在 s********i 的大作中提到】
: 在这里损楼主的肯定都不是干程序员的，至少不是合格的程序员。做软件系统一个最大
: 的原则就是:If it does not break, don't fix it. 你们根本不知道在software
: engineer领域，有多少问题是由于不成熟的优化造成的。那种动不动就想把整个系统重
: 新设计，重头开始写的，是最Naive的程序员。软件系统一般都是有很多瑕疵的，但只
: 要满足设计要求，就是好系统，特别是那种运行了N多年的，不管代码你觉得有多ugly,
: 但是经过这么多年得不断测试，证明了是成熟稳定的，who care if it have defects.
: 建议楼主一定要向你的上司强调贸然的做refraction 和 optimization 的风险，不是
: 自己草包，实在是不符合软件工程的原则。不仅没有必要，浪费资源，而且风险很大，
: 很有可能得不偿失。我不相信你们公司没人懂这点道理。
|
k***g
发帖数: 4904 | 59 同感。老板赏识，八成是因为那个东西重要。如果无关痛痒的东西，那人说要花时间改
进，老板随便说句话支开就是了。总有上进的人的，lz想混也没事，怪人家上进能力强
什么的还想憋着害人家就不合适了。万一碰上个能力强的，没把人搞死自己被搞了就没
地方哭去了。
【在 n******h 的大作中提到】
: 正解。
: 如果花费个把月时间改进一个目前够用的程序，这个工程师不会有好的review。因为公
: 司付了薪水，却没有任何产出，老板不会高兴。
: 如果程序目前有问题，这个改进对公司有很大好处的话，楼主尴尬了，因为这个程序的
: owner从此就改人了。从你的程序变成他的程序，而且老板搞不好会让这个人进一步来
: 改进你的其他程序，你可能一步一步成为他的附属。未必是坏事哦。
|
c******o
发帖数: 69 | 60 说的太对了。除非这样的修改不影响到客户。
really
【在 s********i 的大作中提到】
:
: 我是哪家公司不重要，但您一定是当领导的。不提出论据批驳我的观点，上来就问你哪
: 来的
: ，跟国内某些官僚做派是一模一样。
: 楼主已经说的很清楚了，他的程序已经不是开发阶段，而是维护阶段了，那么说很有可
: 能已经ship到客户那了。程序不是不需要重构和优化，只是这种一般来说都是自上而下
: ，不是自下而上的。只有客户反馈有问题了，客户部门反馈到技术部门，技术部门经过
: 分析再进行重构和优化。他一个底层程序员，上来就要做这么大的修改，it is really
: not his call!!! 万一改坏了，这个损失可大可小了，这种例子太多了我都不想提了
: 。当然如果这个程序也就千把来行就另说了。这种小白我工作中见的多了，他说一个月
|
|
|
l******t
发帖数: 55733 | 61
觉得你们公司程序水平堪忧啊
【在 N******7 的大作中提到】
: 你是哪个公司的？你们公司的程序就这水平？
:
: ugly,
: defects.
|
h**********c
发帖数: 4120 | 62 the best che is
Reply directly cc everyone, it is my job ( don't touch it).
-- you don't defend your turf, nobody else does it especially other qin
clevernese.
the middle che is
keep silent a while, find a bug, report the issue cc everyone (add watchers).
"You made a big mistake, blah blah..."
the worst che is
do nothing, the top of the HR hit list. |
h**********c
发帖数: 4120 | 63 If you stay there that long and can not find a bug of a new guy, then your
being fired is your own fault. |
