※ 引述《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寫好
但是 你老闆知道這個很重要嗎？！你老闆認同你的付出嗎？
你可以選擇成為老闆心中的好員工 然後拋棄你心中對軟體工程的良知..
你也可以選擇成為老闆心中的黑名單，然後堅持你所謂的『好的軟體工程師』..
一切都握在你自己手上。
希望當有一天，打完考績的時候，你不會對自己所選擇的道路感到後悔！
共勉之!