[請益] 請問關於軟體工作者的一些觀念

作者: 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