作者hotrain13 (最幸運的人!!)
看板Soft_Job
標題[請益] 先求有在求好是不是比較容易被看見？
時間Fri May 7 18:13:18 2021
最近跟朋友聊天，我們都是寫韌體
聊到開案之後，要規劃好架構，考慮所以因素後再開始動工還是先衝出一個雛形給老闆看
我以前都是先衝出一版，出貨後回報bug接著maintain 花的時間有夠多，1 2次後覺得這樣
不行，有夠沒效率
需要更改功能的話，由於一開始沒有考量到，都要大改程式
之後我都是先規劃好架構，列出可能有bug的點，預想客戶可能會加減什麼需求
盡量讓程式彈性一點
雖然韌體軟體架構其實也不大喇
可是朋友跟我說，這樣不行
老闆只會希望趕快看到東西，愈快做好印象愈好，速度=能力
仔細想想好像有道理...反正maintain也是等客戶bug後再來改，或是下一個接手的人改
或者是要評估可行性，不管3721,先衝一版雛形，有達到部分需求讓老闆開心一下，後面
問題後面再說
是不是讓老闆看得見比較重要
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.136.64.179 (臺灣)
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1620382400.A.6DB.html
※ 編輯: hotrain13 (223.136.64.179 臺灣), 05/07/2021 18:15:05
1F：推 ctrlbreak: 我前公司常常隨便兜一些功能老闆看了很高興 然後很快就05/07 18:19
2F：→ ctrlbreak: 能簽約賣掉 到了真正上線都是馬上掛給你看XD05/07 18:19
3F：推 newhandfun: 業務方面是這樣沒錯，越快交件越好05/07 18:19
4F：→ newhandfun: 但工程師方面也可以採取其他手段因應05/07 18:19
5F：→ newhandfun: 像是XP提倡寫測試然後把程式寫得簡單05/07 18:19
6F：→ newhandfun: 讓之後重構有個依據，不知道韌體可否05/07 18:19
7F：推 ctrlbreak: 然後我就是接手善後的人 05/07 18:22
我也接手過...
※ 編輯: hotrain13 (223.136.64.179 臺灣), 05/07/2021 18:25:33
8F：推 vi000246: 要先看你老闆是什麼人 05/07 18:29
9F：→ lazarus1121: 接了一個整合系統維運，發現內部的邏輯就是if else05/07 18:33
10F：→ lazarus1121: 六個系統就寫六個else，嘻嘻 05/07 18:35
11F：推 jackflu: 然後上線後，連著半個月天天加班到凌晨，再回來靠北老闆05/07 18:36
寫實阿
12F：推 ko27tye: 你老闆不是軟韌體rd升上去的話，所謂可擴充,易修改,好讀 05/07 18:59
13F：→ ko27tye: 的程式只是你的自我滿足 只要UI漂漂亮亮，出功能快，他 05/07 18:59
14F：→ ko27tye: 才不管裡面是不是一坨屎 05/07 18:59
這倒是，我是希望未來要加功能不用花很多時間，下一個接手的不會靠北我
不過老闆看不到，所以在看不到的地方努力好像真的挺蠢的
15F：→ travelerX: 寫不好也有可能被看見05/07 18:59
16F：→ t64141: 拼快速出貨的東西，後面要維護會多很多時間和風險，只要 05/07 19:42
17F：→ t64141: 程式碼夠垃圾，維護時就會很不穩定或是修改要多花很多時 05/07 19:43
18F：→ t64141: 間。但另一方面，沒人講的話老闆也不一定維護的毛病跟專 05/07 19:43
19F：→ t64141: 案前期有關就是05/07 19:43
對啊，不希望維護要花一堆時間才會在初期花一點時間
20F：→ t64141: * 漏字，不一定知道05/07 19:43
21F：→ leo08210917: FW就很難代CI/CD那套 硬體出問題就飽了 還要擦屁股 05/07 20:10
真的...每次有問題就是先叫fw找，還要證明是硬體問題硬體才要改
※ 編輯: hotrain13 (223.140.62.171 臺灣), 05/07/2021 22:18:53
22F：→ james732: 現在的我覺得：什麼都是假的，只有薪水是真的 05/07 22:28
23F：→ james732: 只有老闆的需求才是需求，只有老闆的問題才是問題 05/07 22:30
24F：→ james732: 自我滿足就到有餘力而且要有做白工的覺悟再說 05/07 22:30
25F：→ taipoo: 其實你的想法是正確的 05/07 23:15
26F：推 hegemon: 如果是用完就丟或是不用維護的專案這樣搞Ok，但是如果是 05/08 02:48
27F：→ hegemon: 要長期維運而且又是B2B甚至被政府監管的系統，這樣必死 05/08 02:48
28F：→ hegemon: 將來銀行就是一堆先求有再求好的搞死的 05/08 02:49
29F：→ cha122977: 很吃寫的人的技術 強的可以寫的快但將來又好改 05/08 02:50
30F：推 brianhsu: 如果之後自己都不會再維護是沒差啦，但如果之後還是會回 05/08 09:27
31F：→ brianhsu: 到自己手上，對自己好一點吧。 05/08 09:27
32F：推 t64141: 還有一點，習慣很可怕，如果長期都習慣趕工或是能動就好 05/08 16:58
33F：→ t64141: ，久了之後就算讓你遇到重視可維護性的缺，可能你也達不 05/08 16:58
34F：→ t64141: 到對方的要求了 05/08 16:58
35F：→ t64141: 所以得先有能力顧好品質，再來看實務上要怎麼取捨 05/08 17:03
36F：→ superpandal: 寫那麼快哪有什麼好的 除非語言好寫不囉唆 也怕被用 05/09 16:18
37F：→ superpandal: 完即丟 05/09 16:18
38F：推 abc01251: 你朋友的說法 在普通的台廠 的確效果比較卓越 05/09 18:39
39F：推 cijaychuchu: 我自己是業務，覺得26樓說的有道理 05/09 19:24
40F：→ cijaychuchu: 業務一定是希望越快出貨越好，但如果還需要負責後續 05/09 19:25
41F：→ cijaychuchu: 的維運和接客訴的話，你系統出得爛當然也會怕 05/09 19:25
42F：→ cijaychuchu: 像我就是系統有問題的時候被cue到就要馬上online回 05/09 19:27
43F：→ cijaychuchu: 報，就算剛開始是會催工程師趕快寫出來出貨，到後來 05/09 19:27
44F：→ cijaychuchu: 就變成盡量爭取更多的開發時間給工程師 05/09 19:27
45F：→ cijaychuchu: 假日on call真的很疲憊，不對工程師好一點就是整死 05/09 19:28
46F：→ cijaychuchu: 工程師和自己 05/09 19:28
47F：→ cijaychuchu: 但如果是一次性的買斷的話，就看業務有沒有要做口碑 05/09 19:28
48F：→ cijaychuchu: 了 05/09 19:28
49F：→ shooter555: 老闆通常真的不懂什麼架構 給出看得到的東西才是一切 05/10 09:44
50F：→ shooter555: 當然自己的信用是需要維護的 05/10 09:45
51F：→ shooter555: 在求表現跟績效與信用的維護上要取得平衡 05/10 09:46
52F：推 k8188219: 先衝一版，然後去跟老闆談要時間做完 05/11 20:31