最近跟朋友聊天，我們都是寫韌體
聊到開案之後，要規劃好架構，考慮所以因素後再開始動工還是先衝出一個雛形給老闆看
我以前都是先衝出一版，出貨後回報bug接著maintain 花的時間有夠多，1 2次後覺得這樣
不行，有夠沒效率
需要更改功能的話，由於一開始沒有考量到，都要大改程式
之後我都是先規劃好架構，列出可能有bug的點，預想客戶可能會加減什麼需求
盡量讓程式彈性一點
雖然韌體軟體架構其實也不大喇
可是朋友跟我說，這樣不行
老闆只會希望趕快看到東西，愈快做好印象愈好，速度=能力
仔細想想好像有道理...反正maintain也是等客戶bug後再來改，或是下一個接手的人改
或者是要評估可行性，不管3721,先衝一版雛形，有達到部分需求讓老闆開心一下，後面
問題後面再說
是不是讓老闆看得見比較重要
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.136.64.179 (臺灣)※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1620382400.A.6DB.htmlctrlbreak1樓我前公司常常隨便兜一些功能老闆看了很高興 然後很快就 05/07 18:19
→ ctrlbreak2樓能簽約賣掉 到了真正上線都是馬上掛給你看XD 05/07 18:19
newhandfun3樓業務方面是這樣沒錯，越快交件越好 05/07 18:19
→ newhandfun4樓但工程師方面也可以採取其他手段因應 05/07 18:19
→ newhandfun5樓像是XP提倡寫測試然後把程式寫得簡單 05/07 18:19
→ newhandfun6樓讓之後重構有個依據，不知道韌體可否 05/07 18:19
ctrlbreak7樓然後我就是接手善後的人 05/07 18:22
vi0002468樓要先看你老闆是什麼人 05/07 18:29
→ lazarus11219樓接了一個整合系統維運，發現內部的邏輯就是if else 05/07 18:33
→ lazarus112110樓六個系統就寫六個else，嘻嘻 05/07 18:35
jackflu11樓然後上線後，連著半個月天天加班到凌晨，再回來靠北老闆 05/07 18:36
ko27tye12樓你老闆不是軟韌體rd升上去的話，所謂可擴充,易修改,好讀 05/07 18:59
→ ko27tye13樓的程式只是你的自我滿足 只要UI漂漂亮亮，出功能快，他 05/07 18:59
→ ko27tye14樓才不管裡面是不是一坨屎 05/07 18:59
這倒是，我是希望未來要加功能不用花很多時間，下一個接手的不會靠北我
不過老闆看不到，所以在看不到的地方努力好像真的挺蠢的
→ travelerX15樓寫不好也有可能被看見 05/07 18:59
→ t6414116樓拼快速出貨的東西，後面要維護會多很多時間和風險，只要 05/07 19:42
→ t6414117樓程式碼夠垃圾，維護時就會很不穩定或是修改要多花很多時 05/07 19:43
→ t6414118樓間。但另一方面，沒人講的話老闆也不一定維護的毛病跟專 05/07 19:43
→ t6414119樓案前期有關就是 05/07 19:43
→ t6414120樓* 漏字，不一定知道 05/07 19:43
→ leo0821091721樓FW就很難代CI/CD那套 硬體出問題就飽了 還要擦屁股 05/07 20:10
真的...每次有問題就是先叫fw找，還要證明是硬體問題硬體才要改
→ james73222樓現在的我覺得：什麼都是假的，只有薪水是真的 05/07 22:28
→ james73223樓只有老闆的需求才是需求，只有老闆的問題才是問題 05/07 22:30
→ james73224樓自我滿足就到有餘力而且要有做白工的覺悟再說 05/07 22:30
→ taipoo25樓其實你的想法是正確的 05/07 23:15
hegemon26樓如果是用完就丟或是不用維護的專案這樣搞Ok，但是如果是 05/08 02:48
→ hegemon27樓要長期維運而且又是B2B甚至被政府監管的系統，這樣必死 05/08 02:48
→ hegemon28樓將來銀行就是一堆先求有再求好的搞死的 05/08 02:49
→ cha12297729樓很吃寫的人的技術 強的可以寫的快但將來又好改 05/08 02:50
brianhsu30樓如果之後自己都不會再維護是沒差啦，但如果之後還是會回 05/08 09:27