[請益] 先求有在求好是不是比較容易被看見？
最近跟朋友聊天，我們都是寫韌體
聊到開案之後，要規劃好架構，考慮所以因素後再開始動工還是先衝出一個雛形給老闆看
我以前都是先衝出一版，出貨後回報bug接著maintain 花的時間有夠多，1 2次後覺得這樣不行，有夠沒效率
需要更改功能的話，由於一開始沒有考量到，都要大改程式
之後我都是先規劃好架構，列出可能有bug的點，預想客戶可能會加減什麼需求
盡量讓程式彈性一點
雖然韌體軟體架構其實也不大喇
可是朋友跟我說，這樣不行
老闆只會希望趕快看到東西，愈快做好印象愈好，速度=能力
仔細想想好像有道理...反正maintain也是等客戶bug後再來改，或是下一個接手的人改
或者是要評估可行性，不管3721,先衝一版雛形，有達到部分需求讓老闆開心一下，後面問題後面再說
是不是讓老闆看得見比較重要
--
※ 編輯: hotrain13 (223.136.64.179 臺灣), 05/07/2021 18:15:05
我前公司常常隨便兜一些功能老闆看了很高興 然後很快就
能簽約賣掉 到了真正上線都是馬上掛給你看XD
業務方面是這樣沒錯，越快交件越好
但工程師方面也可以採取其他手段因應
像是XP提倡寫測試然後把程式寫得簡單
讓之後重構有個依據，不知道韌體可否
然後我就是接手善後的人
我也接手過...
※ 編輯: hotrain13 (223.136.64.179 臺灣), 05/07/2021 18:25:33
要先看你老闆是什麼人
接了一個整合系統維運，發現內部的邏輯就是if else
六個系統就寫六個else，嘻嘻
然後上線後，連著半個月天天加班到凌晨，再回來靠北老闆
寫實阿
你老闆不是軟韌體rd升上去的話，所謂可擴充,易修改,好讀
的程式只是你的自我滿足 只要UI漂漂亮亮，出功能快，他
才不管裡面是不是一坨屎
這倒是，我是希望未來要加功能不用花很多時間，下一個接手的不會靠北我 不過老闆看不到，所以在看不到的地方努力好像真的挺蠢的
寫不好也有可能被看見
拼快速出貨的東西，後面要維護會多很多時間和風險，只要
程式碼夠垃圾，維護時就會很不穩定或是修改要多花很多時
間。但另一方面，沒人講的話老闆也不一定維護的毛病跟專
案前期有關就是
對啊，不希望維護要花一堆時間才會在初期花一點時間
* 漏字，不一定知道
FW就很難代CI/CD那套 硬體出問題就飽了 還要擦屁股
真的...每次有問題就是先叫fw找，還要證明是硬體問題硬體才要改
※ 編輯: hotrain13 (223.140.62.171 臺灣), 05/07/2021 22:18:53現在的我覺得：什麼都是假的，只有薪水是真的
只有老闆的需求才是需求，只有老闆的問題才是問題
自我滿足就到有餘力而且要有做白工的覺悟再說
其實你的想法是正確的
如果是用完就丟或是不用維護的專案這樣搞Ok，但是如果是
要長期維運而且又是B2B甚至被政府監管的系統，這樣必死
將來銀行就是一堆先求有再求好的搞死的
很吃寫的人的技術 強的可以寫的快但將來又好改
如果之後自己都不會再維護是沒差啦，但如果之後還是會回
到自己手上，對自己好一點吧。
還有一點，習慣很可怕，如果長期都習慣趕工或是能動就好
，久了之後就算讓你遇到重視可維護性的缺，可能你也達不
到對方的要求了
所以得先有能力顧好品質，再來看實務上要怎麼取捨
寫那麼快哪有什麼好的 除非語言好寫不囉唆 也怕被用
完即丟
你朋友的說法 在普通的台廠 的確效果比較卓越
我自己是業務，覺得26樓說的有道理
業務一定是希望越快出貨越好，但如果還需要負責後續
的維運和接客訴的話，你系統出得爛當然也會怕
像我就是系統有問題的時候被cue到就要馬上online回
報，就算剛開始是會催工程師趕快寫出來出貨，到後來
就變成盡量爭取更多的開發時間給工程師
假日on call真的很疲憊，不對工程師好一點就是整死
工程師和自己
但如果是一次性的買斷的話，就看業務有沒有要做口碑
了
老闆通常真的不懂什麼架構 給出看得到的東西才是一切
當然自己的信用是需要維護的
在求表現跟績效與信用的維護上要取得平衡
先衝一版，然後去跟老闆談要時間做完
20
[請益] PM 可以請做別的專案的工程師支援嗎？final update: 問題已解決 Update ：有人對管這個詞不太高興，可能是我剛畢業不太知道怎麼形容，是想表達小組長跟小組員討論工作分配跟監督工作進度的合作感覺，對我來說，管理這個詞也不必然有上下級關係，只是各司自己擅長的事而已，以前去聽科技公司engineer senior演講時也都這樣說，請不要激動；不知道工程師會那麼不開心，抱歉不知道有文化差異 btw 我們公司沒有的工程主管，小公司 ===================== 我是新手PM, 沒有senior可以帶，13
Re: [請益] 如何有效率的看code ?其實你的問題很模糊 先了解 你老闆要你做什 如果是maintain 表示這code是ok的 頂多run run test bench 看看input output 如果是要你跟韌體搭配 去study register table就好13
Re: [心得] LabVIEW工作面試心得從業labview 大概12年過 我後來認知到一件事 這個軟體必須在前期必須搭配他們的硬體做開發 速度才會快 以前康舒跟緯創在北部是NI前三大客戶10
Re: [請益] PM懂程式有優勢嗎懂程式給一點建議其實還不錯，有時候客戶的需求不合理在第一時間就被丟回去了 但是這其實是兩面刃，最近就有配合到那種懂程式但是似懂非懂裝逼的PM 專案開始前 "我會幫忙擋需求，不是什麼東西來了就要做，先看提出的需求合不合理" 開會時4
Re: [請益] 新鮮人銀行商科轉Pm我覺得拉 你這就一竿子打翻一船人 滿滿的偏見 ※ 引述《peter98 (PyTorch AI套件爛死惹)》之銘言： : 我就來講一下為什麼男PM在科技業非常不受待見好惹 : 先說一下 其實台灣有80%的PM(不分男女)的能力都不太行 80%?? 你的數字哪裡來的? 你的客觀在哪? 甚麼叫能力不行?6
Re: [新聞] 爭取路權 重機團體聲請釋憲盼合法行駛國想從另一個角度來說明一下在這部分不贊成的可能性。 我們先來假設整個交通系統 是一個電路系統，國道、省道和一般道路等都是一種模組， 但由於電力不穩(駕駛行為)和架構問題，像是道路(線路)設計及執行(法規、罰則及執法)效 率等，5
Re: [問題] 台灣身為PC大國，為何軟體業不發達？直白的講 因為台灣老闆的腦袋不適合做軟體 你搞硬體韌體 賣的是實實在在由電路板晶片電子料件組出來的機器 這種台灣老闆就看得懂算的出來X
Re: [請益] 令人討厭的『為什麼』工程師: : 正經點回答你吧 : : : 應該這麼說：『阿美，麻煩妳幫我申請個麵包板』 : :3
Re: [請益] 販賣自製商用軟體 該如何起步肥宅小弟我的公司主要業務之一是倉儲管理系統 跟你的case有點類似，也是公司企業內部使用的軟體 一些心得跟您交流一下，主要希望你就下面幾點評估一下 1. 你可能要斟酌一下是不是要全職投入賣你這個軟體的事業 因為你的軟體是公司內部使用，不是那種內容農場、或是什麼網頁小遊戲
Re: [問卦] 女生寫程式的比例是不是變高了？你說得對 我月薪兩萬五，吃飯時和餐廳人員聊天，對方聽到就叫我去做看護，輕鬆破五萬 可是我就喜歡寫程式啊 倒不是對把屎把尿排斥 我不是什麼體面的人，我家廁所也沒衛生紙，直接手洗再用肥皂洗手