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

[pudding1209 (歸屬感)]

代po


因為前一個工程師離職,我接了眼前這個案子
公司常常隨便答應客戶,常常開一個很短的時間要你做功能出來
所以目前很多功能都是硬加上去的,架構設計的很差


前陣子撐過release後,最近有空了,就開始進行code的重構
我直接修改主流程,確實跟我想的一樣,隨便改就會有很多bug跑出來

這些bug區分為現在存在,但是發生機率低,修改code後會讓機率上升 (例如溢位)
有一些是現在不存在,但是修改code以後會產生的bug
我希望繼續檢查這些東西,而這件事情跟上面起了衝突



上面問我 這些又不是現在的規格 你檢查他幹嘛?

我回答 因為規格可能會改 所以想趁現在有空把這些東西先做一些處理

上面問我 這東西明明就沒bug 你隨便改他改出了bug,這是哪門子的debug方式

這邊我其實回答不出來,因為不去動他確實都沒問題
而我反問了一件事情 假如規格改了,跑出了bug,那怎麼辦

上回答我 那個時候再處理就好 不然聘請測試人員幹嘛



我自己的觀念是 我覺得程式的架構跟擴充性很重要
當有時間壓力的時候我會做一個能用的東西出來
但是只要有時間,我就會進行code review跟重構,以因應未來的需求

想請問一下台灣的軟體工作環境,這些事情是不是常態
因為朋友是告訴我 你不是創業就是練好英文進外商 在本土企業走到哪都是這樣

我覺得上面的觀念跟我的觀念差距很大 所以思考是不是自己的觀念有錯....

至於現在,就是做上面想加的功能 至於哪一天再也無法加新功能了 就那時候再說吧...



--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.34.58.37
※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1402404169.A.740.html
推 fanntone:常態無誤~
推 Wolfken:重構要先有unit test才能重構呀...
推 Wolfken:重構的書第一章開頭就講，重構起手式就是先寫測試，有了測
→ Wolfken:試才不會改了以後出問題，沒測試就下去改當然會這樣呀...
我是原po
能不能推unit test我會試試看XD
unit test我會寫,也在其他公司寫過,但是能不能說服上面接受,我得花一點力氣XD

現階段的問題是眼前的code隨便改就會有bug
反過來思考就是 不要改就不會有bug了 XD
推 GoalBased:你要這樣到不如重寫一個= = 改個爛架構購花時間
→ GoalBased:工作上新寫的功能，都做好模組、類別
推 jimmy701010:你沒錯，你上面錯在讓你有空看這個
→ GoalBased:自己重寫舊的架構，這樣兩邊兼顧，等舊的改好，新的也
→ GoalBased:可以直接加進來
→ DrTech:這才是真實世界啊。改天客戶要改規格了，保證又有人說
→ DrTech:為什麼你前幾天不把程式重構或Debug呢。
推 rodion:沒有覆蓋率夠高的unittest前 重構是拿石頭砸自己的腳吧
目前是完全沒有unit test這個東西XD
我會先試試看能不能說服上面讓我做這件事情  感謝建議....QQ
※ 編輯: pudding1209 (36.231.106.111), 06/10/2014 21:16:46
推 lovdkkkk:改規格爆 bug 正常, 有 unit test 可能還會看到更多 bug
→ lovdkkkk:早期發現早期治療...XD
推 kinanson:為何寫單元測試要上面同意，你重構也沒問他們的意見啊
喔喔 因為都被罵了 所以當然會詢問完意見再動工
要不然會像這次的狀況一樣 惹來不必要的困擾.
※ 編輯: pudding1209 (36.231.106.111), 06/10/2014 22:59:19
→ viper9709:你的觀念沒錯~不過你朋友說的也沒錯XD
→ bndan:"如果"連版控系統都沒有.到時搞不好變成所有BUG都你寫的 囧
推 jinmin88:說真的 我們只是領薪水 上面都不在意了 你在意什麼
→ jinmin88:雖然很無奈 但這個就是台灣軟體業的生態
推 za755188:unit test又不影響系統功能 你真的想做就自己開工啦
推 f1234518456:沒事改幹麻 早點回家比較實在啦
推 f1234518456:台灣接外包的就是這樣 上面只會壓時程跟領薪水而已
→ blockcat:正常吧… 因為客戶沒有說，而且一改有啥問題反麻煩
→ blockcat:有時間早回家+1