|
锁定老帖子 主题：你必须解决它
精华帖 (0) :: 良好帖 (11) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-11-03
houxinyou 写道 改完没有问题当然好了，大家都希望是，但是问题谁也不敢保证不出，当你重构出了问题后，第一次领导说你几句，第二次就要骂人了，第三次，恭喜你，能换一份新的工作了 所以说，80%以上的问题，都是系统性的问题，也就是管理的问题，而不是个人的问题。 如果重构后出现问题，就拿具体的程序员当作源头来问责，就是把系统性问题当作个别问题来处理，于事无补。 |
| 返回顶楼 | |
|
发表时间：2010-11-08
tuti 写道 houxinyou 写道 改完没有问题当然好了，大家都希望是，但是问题谁也不敢保证不出，当你重构出了问题后，第一次领导说你几句，第二次就要骂人了，第三次，恭喜你，能换一份新的工作了 所以说，80%以上的问题，都是系统性的问题，也就是管理的问题，而不是个人的问题。 如果重构后出现问题，就拿具体的程序员当作源头来问责，就是把系统性问题当作个别问题来处理，于事无补。 呃，其实领导没错，花钱请人做事是让系统能跑、这样才能创造价值，花钱是为了赚钱的。 如果坏味道不对系统性能有大影响、不严重影响未来演进，冒改错了的风险根本不值得。 不知道是不是我做的系统很大比例和钱打交道的业务系统闹的我和很多同仁的第一反应不一样，呵呵，做频繁升级的桌面软件的或者永远在路上的web2.0应用的应该和我这样的屁股不在一边。 |
| 返回顶楼 | |
|
发表时间：2010-11-15
原帖作者是幸运的，至少出问题的是自己写的东西
|
| 返回顶楼 | |
|
发表时间：2010-12-11
没有版本控制吗?
比较一下就知道改了那里，去掉垃圾留下精华就行了 其实我也很怕，所以我写程序至少两遍 第一遍can do 第二遍do well |
| 返回顶楼 | |
|
发表时间：2010-12-29
ygzx 写道 没有版本控制吗? 比较一下就知道改了那里，去掉垃圾留下精华就行了 其实我也很怕，所以我写程序至少两遍 第一遍can do 第二遍do well 不要害怕自己的代码..... |
| 返回顶楼 | |
|
发表时间：2010-12-29
houxinyou 写道 jnoee 写道 abraham_xi 写道 houxinyou 写道 aninfeel 写道 弄好了领导不会奖励你，但是弄坏了的话……hoho
现在所在的领导都是这样的，所以有时发现代码中有坏味道时是不会有人重构的，因为如果出现错误，这个风险是没人替你担的 说的太对了，有好多代码感觉不好需要重构，但是系统在运行呀，怎么办？？？？改还是不改？？？？ 我觉得不好的地方一定要改，不给时间加班也要改掉。 改完没有问题当然好了，大家都希望是，但是问题谁也不敢保证不出，当你重构出了问题后，第一次领导说你几句，第二次就要骂人了，第三次，恭喜你，能换一份新的工作了 其实要看什么情况下。在开发和测试阶段，有小问题，小重构的，肯定要改的嘛。大的问题，会影响到进度的，要向上提出来，进行评审的，哪能想改就改。至于生产环境下，就更要向上提出进行评审修改的风险了。大些的项目也有版本控制吧，不是说改完就能放过去吧，有些国企单位的项目做版本变更的话，要层层审批的。 |
| 返回顶楼 | |
|
发表时间：2011-03-02
如果我维护的代码有改进的空间，我是一定要改的(不管他是谁写的)，哪怕代价很大，也有一定的风险，并且我也这样要求手下人。因为这段垃圾代码总是归我维护，今天不改好，以前也是我的事情。每改一个模块，自己对结构都了然于心，以后工作就越来越顺手。
当然改的太好了，说不定我也该失业了。 |
| 返回顶楼 | |
|
发表时间：2011-03-28
你必须解决它，说起来其实对一个系统维护人员挺残酷的
|
| 返回顶楼 | |
