※ 引述《pudding1209 (归属感)》之铭言：
: 代po
: 因为前一个工程师离职,我接了眼前这个案子
: 公司常常随便答应客户,常常开一个很短的时间要你做功能出来
: 所以目前很多功能都是硬加上去的,架构设计的很差
: 前阵子撑过release后,最近有空了,就开始进行code的重构
: 我直接修改主流程,确实跟我想的一样,随便改就会有很多bug跑出来
: 这些bug区分为现在存在,但是发生机率低,修改code后会让机率上升 (例如溢位)
: 有一些是现在不存在,但是修改code以后会产生的bug
: 我希望继续检查这些东西,而这件事情跟上面起了冲突
: 上面问我 这些又不是现在的规格 你检查他干嘛?
: 我回答 因为规格可能会改 所以想趁现在有空把这些东西先做一些处理
: 上面问我 这东西明明就没bug 你随便改他改出了bug,这是哪门子的debug方式
: 这边我其实回答不出来,因为不去动他确实都没问题
: 而我反问了一件事情 假如规格改了,跑出了bug,那怎么办
: 上回答我 那个时候再处理就好 不然聘请测试人员干嘛
: 我自己的观念是 我觉得程式的架构跟扩充性很重要
: 当有时间压力的时候我会做一个能用的东西出来
: 但是只要有时间,我就会进行code review跟重构,以因应未来的需求
: 想请问一下台湾的软件工作环境,这些事情是不是常态
: 因为朋友是告诉我 你不是创业就是练好英文进外商 在本土企业走到哪都是这样
: 我觉得上面的观念跟我的观念差距很大 所以思考是不是自己的观念有错....
: 至于现在,就是做上面想加的功能 至于哪一天再也无法加新功能了 就那时候再说吧...
你有没有想过你要在这间公司待多久 或者这份code你需要maintain多久？！
给你一个建议～先睁大眼睛看看你老板喜欢哪一种人。
在我前公司有个奇妙的生态。
如果有一个新的案子出来，一定会有一堆人举手抢著做第一手
因为第一手只需要做出for demo使用的版本
只是for demo使用，软件架构跟品质不用太在意呀 会动就好
对业务来说，能demo 就代表能开案，顺利开案就代表皆大欢喜。
顺利开案后..
论功行赏啦！第一个做出来的人得到老板的赏识..
然后这个project会被以极快的速度移交给别人维护。
后面接手的人要负责接手继续开发并维护这个接手的module直到量产........
你觉得在老板眼中 谁是比较重要的人呢?!
老板眼中永远只会记得那一位配合业务开发出第一版..顺利拿下单开案的那个人..
老板永远不会记得后面那一位辛苦进行重构/维护module/解bug/让产品顺利MP的人..
这就是为何有些人永远都做到流汗，却被嫌到流泪..
你还是先看看你老板喜欢哪一种人吧..
我当然知道软件架构很重要..我当然知道软件品质很重要
我当然知道要先将use case先设计好，我当然知道动工前要先把unit test写好
但是 你老板知道这个很重要吗？！你老板认同你的付出吗？
你可以选择成为老板心中的好员工 然后抛弃你心中对软件工程的良知..
你也可以选择成为老板心中的黑名单，然后坚持你所谓的‘好的软件工程师’..
一切都握在你自己手上。
希望当有一天，打完考绩的时候，你不会对自己所选择的道路感到后悔！
共勉之!