[請益] 先求有在求好是不是比較容易被看見？

[hotrain13 (最幸運的人!!)]

最近跟朋友聊天，我們都是寫韌體
聊到開案之後，要規劃好架構，考慮所以因素後再開始動工還是先衝出一個雛形給老闆看

我以前都是先衝出一版，出貨後回報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.html
※ 編輯: hotrain13 (223.136.64.179 臺灣), 05/07/2021 18:15:05
推 ctrlbreak: 我前公司常常隨便兜一些功能老闆看了很高興 然後很快就
→ ctrlbreak: 能簽約賣掉 到了真正上線都是馬上掛給你看XD
推 newhandfun: 業務方面是這樣沒錯，越快交件越好
→ newhandfun: 但工程師方面也可以採取其他手段因應
→ newhandfun: 像是XP提倡寫測試然後把程式寫得簡單
→ newhandfun: 讓之後重構有個依據，不知道韌體可否
推 ctrlbreak: 然後我就是接手善後的人
我也接手過...
※ 編輯: hotrain13 (223.136.64.179 臺灣), 05/07/2021 18:25:33
推 vi000246: 要先看你老闆是什麼人
→ lazarus1121: 接了一個整合系統維運，發現內部的邏輯就是if else
→ lazarus1121: 六個系統就寫六個else，嘻嘻
推 jackflu: 然後上線後，連著半個月天天加班到凌晨，再回來靠北老闆
寫實阿
推 ko27tye: 你老闆不是軟韌體rd升上去的話，所謂可擴充,易修改,好讀
→ ko27tye: 的程式只是你的自我滿足 只要UI漂漂亮亮，出功能快，他
→ ko27tye: 才不管裡面是不是一坨屎
這倒是，我是希望未來要加功能不用花很多時間，下一個接手的不會靠北我
不過老闆看不到，所以在看不到的地方努力好像真的挺蠢的
→ travelerX: 寫不好也有可能被看見
→ t64141: 拼快速出貨的東西，後面要維護會多很多時間和風險，只要
→ t64141: 程式碼夠垃圾，維護時就會很不穩定或是修改要多花很多時
→ t64141: 間。但另一方面，沒人講的話老闆也不一定維護的毛病跟專
→ t64141: 案前期有關就是
對啊，不希望維護要花一堆時間才會在初期花一點時間
→ t64141: * 漏字，不一定知道
→ leo08210917: FW就很難代CI/CD那套 硬體出問題就飽了 還要擦屁股
真的...每次有問題就是先叫fw找，還要證明是硬體問題硬體才要改
※ 編輯: hotrain13 (223.140.62.171 臺灣), 05/07/2021 22:18:53
→ james732: 現在的我覺得：什麼都是假的，只有薪水是真的
→ james732: 只有老闆的需求才是需求，只有老闆的問題才是問題
→ james732: 自我滿足就到有餘力而且要有做白工的覺悟再說
→ taipoo: 其實你的想法是正確的
推 hegemon: 如果是用完就丟或是不用維護的專案這樣搞Ok，但是如果是
→ hegemon: 要長期維運而且又是B2B甚至被政府監管的系統，這樣必死
→ hegemon: 將來銀行就是一堆先求有再求好的搞死的
→ cha122977: 很吃寫的人的技術 強的可以寫的快但將來又好改
推 brianhsu: 如果之後自己都不會再維護是沒差啦，但如果之後還是會回
→ brianhsu: 到自己手上，對自己好一點吧。
推 t64141: 還有一點，習慣很可怕，如果長期都習慣趕工或是能動就好
→ t64141: ，久了之後就算讓你遇到重視可維護性的缺，可能你也達不
→ t64141: 到對方的要求了
→ t64141: 所以得先有能力顧好品質，再來看實務上要怎麼取捨
→ superpandal: 寫那麼快哪有什麼好的 除非語言好寫不囉唆 也怕被用
→ superpandal: 完即丟
推 abc01251: 你朋友的說法 在普通的台廠 的確效果比較卓越
推 cijaychuchu: 我自己是業務，覺得26樓說的有道理
→ cijaychuchu: 業務一定是希望越快出貨越好，但如果還需要負責後續
→ cijaychuchu: 的維運和接客訴的話，你系統出得爛當然也會怕
→ cijaychuchu: 像我就是系統有問題的時候被cue到就要馬上online回
→ cijaychuchu: 報，就算剛開始是會催工程師趕快寫出來出貨，到後來
→ cijaychuchu: 就變成盡量爭取更多的開發時間給工程師
→ cijaychuchu: 假日on call真的很疲憊，不對工程師好一點就是整死
→ cijaychuchu: 工程師和自己
→ cijaychuchu: 但如果是一次性的買斷的話，就看業務有沒有要做口碑
→ cijaychuchu: 了
→ shooter555: 老闆通常真的不懂什麼架構 給出看得到的東西才是一切
→ shooter555: 當然自己的信用是需要維護的
→ shooter555: 在求表現跟績效與信用的維護上要取得平衡
推 k8188219: 先衝一版，然後去跟老闆談要時間做完