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

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