作者nobodycares (沒人在乎)
看板Soft_Job
標題Re: [討論] 效能與易維護性的取捨?
時間Sun Jan 21 21:02:17 2018
※ 引述《stu87616 (文組工程師)》之銘言：
: 於是我在基本架構實現到八成左右後與團隊討論是否能夠整進專案內，
: 這時成員就提出了質疑
: 1. 原先目的的那個小需求，不客製接口，只用原生的，
: 再加上一些額外的流程一樣做得到，只大概會損失 10% ~ 20% 的效能，
: 而且這個效能長期來說可以忽略，沒有必要多花這麼多時間串接；
: 2. 這個客製流程我就算有信心改到沒 bug 真的可以用，
: 我走了的話，以後的人會很難維護
: 第一點我不介意多花時間來做這個流程，畢竟都做得差不多了，也很有成就感
: 第二點就無法反駁了，我完全沒有信心能夠把這套流程完美交接給別人
都是放屁 別想太多
既然都叫你優化了 又不是你今天沒由沒來自己搞個優化在那庸人自擾
誰assign這個任務給你 誰是團隊最大咖的 聽他的就對惹
這個產業多的是一堆只會質疑卻沒有答案的人
1. 10~20% 假設這個數據是實際的 那就要看使用情境
假設這個功能 每秒執行個五六次 不要講20% 10%就夠了
假若這個功能 他媽每千年才執行一次 多個100%都沒人在乎
客戶能不能從這個優化受益 能不能感受到 才是最實在的
剩下的都是工程師在自嗨
2. 難維護個屁
會有這種質疑 只有兩種狀況
a)
你真他媽屌 這技術全台大概每十個工程師只有一個會
b)
你同事真他媽爛 反正就不想了解新的
c)
你寫得有夠難懂 你解釋人家聽不懂
: 這個問題讓我陷入了困惑，在以前做一人專案的時候，
: 我可以毫不顧忌的追求效能，偶爾也會寫得很髒
: 但是要考慮到易維護性的話，很多東西就要變的綁手綁腳了
: 想請問，像這樣的抉擇，通常都是怎麼選呢
介面包裝好就好了呀 真的受不了就寫註解嘛
code寫得乾淨整潔 是一種習慣 說綁手綁腳 我覺得只有要不要的問題
有些人好像你要他多打個字就會死一樣
你寫演算法 代碼寫得再屌再乾淨再好懂
他媽不懂演算法的還是覺得很難維護 問你為什麼不用bubble sort
最後還是八十二十法則而已
講東西難交接 怕會失傳 就是放他媽的屁
要嘛就是新人沒實力 要嘛就是程式寫太爛
能5min上手的技術 還叫技術嗎
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.25.37.139
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1516539739.A.0B6.html
1F：→ pttworld: 原樓主後面的講法是做了要整進，文頭開頭說有計劃並負責 01/21 22:21
2F：→ pttworld: 顯然不是專案內的主導，最後會變成政治問題 01/21 22:23
3F：噓 final01: 你他嗎的是啥意思 ？？ XD 01/21 22:46
4F：→ final01: 你覺得你這樣講話比較厲害嘛?? 01/21 22:47
5F：→ nobodycares: 有沒有比較厲害我不知道 01/21 22:51
7F：→ michaelchen1: 是有點中肯不過你的用詞有些人會不能接受xd 01/21 22:53
8F：推 keke0421: 中肯給推 01/21 23:08
9F：推 Ommm5566: 不要隨便肉搜阿 01/21 23:24
10F：推 wildli0422: 蠻中肯的但是可以不要問號他的媽媽嗎Xd 01/22 00:02
11F：→ wildli0422: 問候 01/22 00:02
12F：→ justben: 黑特魂～要戰了嗎 胡椒餅 跟 凍檸茶 都準備好了 01/22 00:10
13F：推 t64141: 這觀點我可以XD，不過究竟是難維護還是同事不夠力，不同人 01/22 01:26
14F：→ t64141: 真的會有不同解讀 01/22 01:27
15F：噓 BignoZe: code的乾淨與維護跟有沒能力實作演算法是兩件事 把不同事 01/22 01:48
16F：→ BignoZe: 情全都攪在一塊從小地方就可以看出妳的code應該是很隨意 01/22 01:48
17F：→ BignoZe: 的 01/22 01:48
18F：推 stosto: 其實偶爾讓程式跑慢點是一種浪漫 01/22 02:33
19F：→ Argos: 反正別人抱怨難維護都是他們自己看不懂爛 都是they的錯 01/22 09:23
20F：→ Argos: 有這種想法拜託早點轉行 不要為害眾生 01/22 09:24
21F：推 maxqq: 怨念有深 01/22 09:27
22F：→ nobodycares: 拒絕改變程度又差就說別人難維護的 快點轉行 別拖累 01/22 10:22
23F：→ nobodycares: 軟體業素質 01/22 10:22
24F：→ Argos: 是阿 所以程度差你說了算？看得懂你的code就是程度好？看不 01/22 11:22
25F：→ Argos: 懂就是程度差？好棒棒喔 01/22 11:22
26F：→ Argos: 如果你是leader那底下的人要被你review的人真的超可憐 01/22 11:29
27F：→ Argos: 如果你是被review的 你可以試試看直接嗆對方拒絕改變 01/22 11:31
28F：→ testPtt: 寫完要說我的程式碼一個字都別改 01/22 11:32
29F：推 DefTM: 還是得看你所謂的效能對公司有什麼幫助再去選擇要性能還是 01/22 15:05
30F：→ DefTM: 維護，ps就多年經驗主要還是看主管和部門風氣去取捨xd 01/22 15:05
31F：推 jinmin88: 中肯啊 一堆人在那擔心後人會不會看不懂會不會想太多 01/22 18:15
32F：→ Argos: 想太多？那個「後人」有很大機率是你自己勒 01/22 19:32
33F：推 BignoZe: 程式碼品質世界各地都在要求了 就你怪人家程度差看不懂 01/23 02:07
34F：→ BignoZe: 呵呵呵 01/23 02:07
35F：推 Sidney0503: 反串成功 01/23 10:21
36F：噓 chenxiaowoo: 看就知道，沒見過市面，不知道dirty code有多dirty 01/23 12:10
37F：推 dream1124: 說的不錯, 只是真的太嗆了 XD 01/23 12:20
38F：噓 tommie: 程度這麼好去做lib看看有沒有人要用啊 01/30 12:30