[请益] 请问关于软件工作者的一些观念

楼主: pudding1209 (归属感)   2014-06-10 20:42:46
代po
因为前一个工程师离职,我接了眼前这个案子
公司常常随便答应客户,常常开一个很短的时间要你做功能出来
所以目前很多功能都是硬加上去的,架构设计的很差
前阵子撑过release后,最近有空了,就开始进行code的重构
我直接修改主流程,确实跟我想的一样,随便改就会有很多bug跑出来
这些bug区分为现在存在,但是发生机率低,修改code后会让机率上升 (例如溢位)
有一些是现在不存在,但是修改code以后会产生的bug
我希望继续检查这些东西,而这件事情跟上面起了冲突
上面问我 这些又不是现在的规格 你检查他干嘛?
我回答 因为规格可能会改 所以想趁现在有空把这些东西先做一些处理
上面问我 这东西明明就没bug 你随便改他改出了bug,这是哪门子的debug方式
这边我其实回答不出来,因为不去动他确实都没问题
而我反问了一件事情 假如规格改了,跑出了bug,那怎么办
上回答我 那个时候再处理就好 不然聘请测试人员干嘛
我自己的观念是 我觉得程式的架构跟扩充性很重要
当有时间压力的时候我会做一个能用的东西出来
但是只要有时间,我就会进行code review跟重构,以因应未来的需求
想请问一下台湾的软件工作环境,这些事情是不是常态
因为朋友是告诉我 你不是创业就是练好英文进外商 在本土企业走到哪都是这样
我觉得上面的观念跟我的观念差距很大 所以思考是不是自己的观念有错....
至于现在,就是做上面想加的功能 至于哪一天再也无法加新功能了 就那时候再说吧...
作者: fanntone (我是胖子)   2014-06-10 20:44:00
常态无误~
作者: Wolfken   2014-06-10 20:46:00
重构要先有unit test才能重构呀...重构的书第一章开头就讲,重构起手式就是先写测试,有了测试才不会改了以后出问题,没测试就下去改当然会这样呀...
作者: GoalBased (Artificail Intelligence)   2014-06-10 20:52:00
你要这样到不如重写一个= = 改个烂架构购花时间工作上新写的功能,都做好模组、类别
作者: jimmy701010 (jimmy701010)   2014-06-10 20:53:00
你没错,你上面错在让你有空看这个
作者: GoalBased (Artificail Intelligence)   2014-06-10 20:53:00
自己重写旧的架构,这样两边兼顾,等旧的改好,新的也可以直接加进来
作者: DrTech (竹科管理处网军研发人员)   2014-06-10 20:55:00
这才是真实世界啊。改天客户要改规格了,保证又有人说为什么你前几天不把程式重构或Debug呢。
作者: rodion (r-kan/reminder)   2014-06-10 21:12:00
没有覆蓋率够高的unittest前 重构是拿石头砸自己的脚吧
作者: lovdkkkk (dk)   2014-06-10 21:59:00
改规格爆 bug 正常, 有 unit test 可能还会看到更多 bug早期发现早期治疗...XD
作者: kinanson (kinanson)   2014-06-10 22:52:00
为何写单元测试要上面同意,你重构也没问他们的意见啊
作者: viper9709 (阿达)   2014-06-10 23:24:00
你的观念没错~不过你朋友说的也没错XD
作者: bndan (seed)   2014-06-11 09:48:00
"如果"连版控系统都没有.到时搞不好变成所有BUG都你写的 囧
作者: jinmin88 (昼伏夜出)   2014-06-11 11:42:00
说真的 我们只是领薪水 上面都不在意了 你在意什么虽然很无奈 但这个就是台湾软件业的生态
作者: za755188   2014-06-11 22:22:00
unit test又不影响系统功能 你真的想做就自己开工啦
作者: f1234518456 (...........)   2014-06-12 07:07:00
没事改干麻 早点回家比较实在啦台湾接外包的就是这样 上面只会压时程跟领薪水而已
作者: blockcat (方块猫)   2014-06-14 18:42:00
正常吧… 因为客户没有说,而且一改有啥问题反麻烦有时间早回家+1

Links booklink

Contact Us: admin [ a t ] ucptt.com