PTT職涯區 / Soft_Job (軟體人)

Re: [討論] hard code 速度會快嗎?

看板Soft_Job (軟體人)作者 (Terry)時間5月前 (2024/06/06 09:53), 5月前編輯推噓17(22推 5噓 106→)
留言133則, 30人參與, 5月前最新討論串5/7 (看更多)
※ 引述《Lordaeron (Terry)》之銘言： : ※ 引述《HZYSoft (PCMan)》之銘言： : : 如果有在好好追蹤技術債，定期償還，視情況舉債，有時是一件好事情。 : : 重點 hard code 的當下要留下註解，說明前因後果，並且開 bug 追蹤， : : 這樣日後不會忘記，要 refactor 也比較好搜尋到這些位置 : : 補充: : : 註解的使用不是我想回的重點，重點是平衡短期和長期效益 : : 按照當下的狀況，調整開發的步調。 : : 建議註解單純是加個 TODO: 的註記日後才不會忘了 cleanup : : 或是有些緊急的修改有當下的時空背景，怕一忙沒法馬上清 : : 日後有空要 refactor 的時候，回想不起來當時狀況。 : : 註解不是描述 code 做了什麼，而是描述為什麼會有這 hack : : 至於 code 做了什麼，自然是 code 寫好讀 code 就懂了 : 都說是做專案了，又不是做產品。 : 做專案當然是做完收錢，Meet Dealine，所以重點是， : 照案主的需求，改成他要的，照資安需求，修掉有問題的地方。好好上線。 : 一案結束，就下一案來了，你還有空refactor? 誰billing你？ : 我是真的不明白ptt 上一堆天天refactor 掛嘴邊的。 : 用數字說話吧，台灣是出了幾個產品？ 幾個open source project ? : 大家不就接案或做公司內部PROJECT。 : 你一個人爽refactor 讓其他人陪你一起更版，就真的是一個老闆的現象囉。 再吐一下天天refactor 的，在台灣你可以看到一堆公司，都有自己的產品， 就是接案子後，用原案的CODE重包出來的：產品。 然後，根本賣不動，這樣要你老闆BILLING你的閒著沒事做去re-fat-tor? 號稱精進系統，使系統更好what? 這下問題大了，何謂"更好"？如何衡量？ 跑更快？算更準？資源吃更少？更容易讀？ 如果哪一項是為了讓產品更有市場競爭力的也就算了， 公司還可能BILLING你去 fat 一下。然後再BILLING 大伙又重測一次。 最後，注解不寫一下這段CODE 的作用，只寫為什麼這樣HACK，就去將哪個人 鞭十下。 誰管你說的好讀、不好讀，你是讀得懂李白還是杜老爺，誰第一誰第二是不是？ 又不是在寫詩詞歌賦。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 101.12.25.139 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1717638836.A.7BD.html
→
06/06 10:22, 5月前 , 1F
哈哈哈哈哈哈哈哈哈
06/06 10:22, 1F
※ 編輯: Lordaeron (101.12.25.139 臺灣), 06/06/2024 10:37:29
→
06/06 11:15, 5月前 , 2F
已經上線的案子 敢re的不多 通常是re給之後的案子用 另外
06/06 11:15, 2F
→
06/06 11:15, 5月前 , 3F
re不re 也跟職場政治有關係
06/06 11:15, 3F
→
06/06 11:31, 5月前 , 4F
只錢有關，政治就是錢，錢不是萬能，但沒錢萬萬不能。
06/06 11:31, 4F
→
06/06 12:39, 5月前 , 5F
上班就是為了錢 沒什麼問題
06/06 12:39, 5F
→
06/06 12:43, 5月前 , 6F
不重構 有空review下也是好事 可以睡得安穩點 曾經就在
06/06 12:43, 6F
→
06/06 12:43, 5月前 , 7F
屎山中找到暗藏5年的大bug 一直有人不定期暗中使用獲利
06/06 12:43, 7F
推
06/06 12:58, 5月前 , 8F
其實要不要 re 問自己內心即可，不用問過老闆更不
06/06 12:58, 8F
→
06/06 12:58, 5月前 , 9F
用經過老闆同意，自然也沒有kpi 或績效問題。
06/06 12:58, 9F
→
06/06 12:58, 5月前 , 10F
只要問自己，re 過之後會不會讓未來的工作感覺更輕
06/06 12:58, 10F
→
06/06 12:58, 5月前 , 11F
鬆或帶來成就感自我感覺更開心？
06/06 12:58, 11F
→
06/06 12:58, 5月前 , 12F
會就 re，不會就睡覺，反正自己內心那關都過不了，
06/06 12:58, 12F
→
06/06 12:58, 5月前 , 13F
就算老闆加薪要求你 re 你也 re 不出個鳥來。
06/06 12:58, 13F
→
06/06 12:58, 5月前 , 14F
要不要 re 從來就跟外在環境無關，就看自己願不願意
06/06 12:58, 14F
→
06/06 12:58, 5月前 , 15F
而已。反正老闆看你上班打鍵盤，也不知道你是在 re
06/06 12:58, 15F
→
06/06 12:58, 5月前 , 16F
還是在 ptt 打廢文。
06/06 12:58, 16F
→
06/06 13:14, 5月前 , 17F
原來你re 完不用重測？你不要求人家billing 你，
06/06 13:14, 17F
→
06/06 13:15, 5月前 , 18F
然後你fat 完,自己負責測完且其他人同意，就是囉
06/06 13:15, 18F
推
06/06 13:36, 5月前 , 19F
不要講那個幹話 我底下的rd如果沒經過我同意就自己在那
06/06 13:36, 19F
→
06/06 13:36, 5月前 , 20F
邊refactor我一定把他抓出來幹上天 什麼叫做不用問 什麼
06/06 13:36, 20F
→
06/06 13:36, 5月前 , 21F
叫做追求自我成就感？ 想要自己想幹什麼就幹什麼麻煩自
06/06 13:36, 21F
→
06/06 13:36, 5月前 , 22F
己開業當老闆
06/06 13:36, 22F
推
06/06 13:38, 5月前 , 23F
要不要 re 本來就是個內心爽度的問題，什麼測不測 b
06/06 13:38, 23F
→
06/06 13:38, 5月前 , 24F
illing 不 billing 的都是其次。
06/06 13:38, 24F
噓
06/06 13:42, 5月前 , 25F
只能說樓上的文化不適合，愛 re code 的人根本不可
06/06 13:42, 25F
→
06/06 13:43, 5月前 , 26F
能去樓上當你底下的rd。啊，樓上你醒醒，看清楚你
06/06 13:43, 26F
→
06/06 13:43, 5月前 , 27F
底下根本沒有 rd。
06/06 13:43, 27F
推
06/06 13:43, 5月前 , 28F
都出來上班了，所有在公司內程式碼都不是屬於你個人的.
06/06 13:43, 28F
→
06/06 13:43, 5月前 , 29F
不是你說要refactor 就可以...程式碼是屬於公司跟股東的
06/06 13:43, 29F
→
06/06 13:43, 5月前 , 30F
好嗎
06/06 13:43, 30F
→
06/06 13:44, 5月前 , 31F
公司跟股東沒有允許，你就是不能psuh上去
06/06 13:44, 31F
→
06/06 13:45, 5月前 , 32F
尤其是已經上線的code 你亂refactor 真的出事影響範圍很
06/06 13:45, 32F
→
06/06 13:45, 5月前 , 33F
恐怖
06/06 13:45, 33F
→
06/06 13:46, 5月前 , 34F
如果是某個客戶已經在量產的firmware 你refactor 完真的
06/06 13:46, 34F
→
06/06 13:46, 5月前 , 35F
出事的話，客戶產線停工損失你要扛嗎？
06/06 13:46, 35F
→
06/06 13:50, 5月前 , 36F
修改上版都有對應的任務單吧？怎麼還會有未經同意重構的
06/06 13:50, 36F
→
06/06 13:50, 5月前 , 37F
疑慮
06/06 13:50, 37F
推
06/06 13:54, 5月前 , 38F
有些人會在feature 或是bug單上順便做不必要的refactor
06/06 13:54, 38F
還有 55 則推文
→
06/07 17:51, 5月前 , 94F
淨
06/07 17:51, 94F
→
06/07 17:51, 5月前 , 95F
對方還是個英國佬
06/07 17:51, 95F
噓
06/07 21:06, 5月前 , 96F
看來這篇樓主Ｌ才是真老闆，才會這麼怕公司賠錢。
06/07 21:06, 96F
→
06/07 21:06, 5月前 , 97F
我們這種每個月領固定薪資的，當然要天天練習 re co
06/07 21:06, 97F
→
06/07 21:06, 5月前 , 98F
de，反正這間公司只是練 re code的跳板，是步上成大
06/07 21:06, 98F
→
06/07 21:06, 5月前 , 99F
神之路的踏腳石，只要每個月薪水按時進來，公司賠
06/07 21:06, 99F
→
06/07 21:06, 5月前 , 100F
錢乾我屁事？哈哈哈哈！
06/07 21:06, 100F
推
06/07 21:20, 5月前 , 101F
重構要有價值啦 當改東西發現要到處改還到處漏 加同類
06/07 21:20, 101F
→
06/07 21:20, 5月前 , 102F
型功能每次卻要花一樣多甚至更多時間 自然就會去重構
06/07 21:20, 102F
→
06/07 21:20, 5月前 , 103F
而且本來就要改東西了 重不重構都是要測 也沒有啥陪
06/07 21:20, 103F
→
06/07 21:20, 5月前 , 104F
你重測問題出現
06/07 21:20, 104F
推
06/07 21:53, 5月前 , 105F
如果是跟著需求變動還情有可原，有些是假會明明沒有修改
06/07 21:53, 105F
→
06/07 21:53, 5月前 , 106F
需求硬要重構
06/07 21:53, 106F
推
06/07 22:41, 5月前 , 107F
只要能運作就不要動它+1
06/07 22:41, 107F
→
06/07 23:04, 5月前 , 108F
公司賠錢你可能沒感覺，但哪天你同事這樣雷你，就不要哭
06/07 23:04, 108F
→
06/07 23:04, 5月前 , 109F
，不過沒事，反正都說要遲早要跳船了，被雷就高歌離席。
06/07 23:04, 109F
推
06/08 15:04, 5月前 , 110F
我看過有在refactor的都是對自己產出有要求的，要
06/08 15:04, 110F
→
06/08 15:04, 5月前 , 111F
麼都花自己的時間做，或者專案空檔抓個時間做。除
06/08 15:04, 111F
→
06/08 15:04, 5月前 , 112F
非真的閒到不行才會跟主管提案專門做重構，但是公
06/08 15:04, 112F
→
06/08 15:04, 5月前 , 113F
司如果讓你一直閒到這種程度要擔心不是重不重構…
06/08 15:04, 113F
→
06/08 15:04, 5月前 , 114F
…
06/08 15:04, 114F
→
06/10 15:47, 5月前 , 115F
管理問題怪在重構身上？
06/10 15:47, 115F
噓
06/10 18:27, 5月前 , 116F
還在吵啊
06/10 18:27, 116F
推
06/11 09:10, 5月前 , 117F
工程師能閒到有時間去重構之前的程式碼不是公司太
06/11 09:10, 117F
→
06/11 09:10, 5月前 , 118F
養老就是沒新專案。太養老重構沒意義；沒新專案還
06/11 09:10, 118F
→
06/11 09:10, 5月前 , 119F
是快點繞跑比較好
06/11 09:10, 119F
→
06/11 09:38, 5月前 , 120F
說重構太閒肯定是夕陽產品 看留著養老或早早換組換工作
06/11 09:38, 120F
→
06/11 09:39, 5月前 , 121F
好的管理至少10~20%時間是花在非需求性開發上
06/11 09:39, 121F
推
06/12 01:29, 5月前 , 122F
非需求性開發是什麼？為啥好的管理要花10～20%時間在這上
06/12 01:29, 122F
→
06/12 01:29, 5月前 , 123F
面？
06/12 01:29, 123F
→
06/12 02:31, 5月前 , 124F
這篇就純嘴砲前面那個M文, 你真的有心就去找技術債管理
06/12 02:31, 124F
噓
06/12 11:38, 5月前 , 125F
理想上10~20%花在非需求性的重構跟研究...現實裡大部分的
06/12 11:38, 125F
→
06/12 11:38, 5月前 , 126F
人有這種時間不如早點下班
06/12 11:38, 126F
→
06/12 12:36, 5月前 , 127F
@alan3100 過我手的系統的數量，相信比你一背子多的了
06/12 12:36, 127F
→
06/12 13:18, 5月前 , 128F
也許是吧 但你肯定不是好公司或好主管
06/12 13:18, 128F
→
06/12 14:31, 5月前 , 129F
一定不好。我只看結果，有固定標準。不談宗教式的東西
06/12 14:31, 129F
推
06/12 14:44, 5月前 , 130F
沒這種二分法，而且時間也是要花在刀口上...
06/12 14:44, 130F
推
06/13 15:49, 5月前 , 131F
我負責的專案會有甲方工程師一起開發，但他們工程師的程
06/13 15:49, 131F
→
06/13 15:49, 5月前 , 132F
度讓人不敢恭維，但我只重構有重疊的部分，其他地方我才
06/13 15:49, 132F
→
06/13 15:49, 5月前 , 133F
不敢動，有問題他們自己負責
06/13 15:49, 133F
‣ 更多 Lordaeron 的文章
文章代碼(AID): #1cOHQqUz (Soft_Job)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 Lordaeron 的文章
文章代碼(AID): #1cOHQqUz (Soft_Job)