PTT職涯區 / Soft_Job (軟體人)

Re: [討論] 效能與易維護性的取捨?

看板Soft_Job (軟體人)作者 (沒人在乎)時間8年前 (2018/01/21 21:02), 編輯推噓7(11推 4噓 23→)
留言38則, 20人參與, 8年前最新討論串5/5 (看更多)
※ 引述《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://www.ptt.cc/bbs/Soft_Job/M.1516539739.A.0B6.html
→
01/21 22:21, 8年前 , 1F
原樓主後面的講法是做了要整進，文頭開頭說有計劃並負責
01/21 22:21, 1F
→
01/21 22:23, 8年前 , 2F
顯然不是專案內的主導，最後會變成政治問題
01/21 22:23, 2F
噓
01/21 22:46, 8年前 , 3F
你他嗎的是啥意思 ？？ XD
01/21 22:46, 3F
→
01/21 22:47, 8年前 , 4F
你覺得你這樣講話比較厲害嘛??
01/21 22:47, 4F
→
01/21 22:51, 8年前 , 5F
有沒有比較厲害我不知道
01/21 22:51, 5F
→
01/21 22:51, 8年前 , 6F
至少不會問這種等級的問題→#1O9gJUex (C_and_CPP)
01/21 22:51, 6F
→
01/21 22:53, 8年前 , 7F
是有點中肯不過你的用詞有些人會不能接受xd
01/21 22:53, 7F
推
01/21 23:08, 8年前 , 8F
中肯給推
01/21 23:08, 8F
推
01/21 23:24, 8年前 , 9F
不要隨便肉搜阿
01/21 23:24, 9F
推
01/22 00:02, 8年前 , 10F
蠻中肯的但是可以不要問號他的媽媽嗎Xd
01/22 00:02, 10F
→
01/22 00:02, 8年前 , 11F
問候
01/22 00:02, 11F
→
01/22 00:10, 8年前 , 12F
黑特魂～要戰了嗎 胡椒餅 跟 凍檸茶 都準備好了
01/22 00:10, 12F
推
01/22 01:26, 8年前 , 13F
這觀點我可以XD，不過究竟是難維護還是同事不夠力，不同人
01/22 01:26, 13F
→
01/22 01:27, 8年前 , 14F
真的會有不同解讀
01/22 01:27, 14F
噓
01/22 01:48, 8年前 , 15F
code的乾淨與維護跟有沒能力實作演算法是兩件事 把不同事
01/22 01:48, 15F
→
01/22 01:48, 8年前 , 16F
情全都攪在一塊從小地方就可以看出妳的code應該是很隨意
01/22 01:48, 16F
→
01/22 01:48, 8年前 , 17F
的
01/22 01:48, 17F
推
01/22 02:33, 8年前 , 18F
其實偶爾讓程式跑慢點是一種浪漫
01/22 02:33, 18F
→
01/22 09:23, 8年前 , 19F
反正別人抱怨難維護都是他們自己看不懂爛 都是they的錯
01/22 09:23, 19F
→
01/22 09:24, 8年前 , 20F
有這種想法拜託早點轉行 不要為害眾生
01/22 09:24, 20F
推
01/22 09:27, 8年前 , 21F
怨念有深
01/22 09:27, 21F
→
01/22 10:22, 8年前 , 22F
拒絕改變程度又差就說別人難維護的 快點轉行 別拖累
01/22 10:22, 22F
→
01/22 10:22, 8年前 , 23F
軟體業素質
01/22 10:22, 23F
→
01/22 11:22, 8年前 , 24F
是阿 所以程度差你說了算？看得懂你的code就是程度好？看不
01/22 11:22, 24F
→
01/22 11:22, 8年前 , 25F
懂就是程度差？好棒棒喔
01/22 11:22, 25F
→
01/22 11:29, 8年前 , 26F
如果你是leader那底下的人要被你review的人真的超可憐
01/22 11:29, 26F
→
01/22 11:31, 8年前 , 27F
如果你是被review的 你可以試試看直接嗆對方拒絕改變
01/22 11:31, 27F
→
01/22 11:32, 8年前 , 28F
寫完要說我的程式碼一個字都別改
01/22 11:32, 28F
推
01/22 15:05, 8年前 , 29F
還是得看你所謂的效能對公司有什麼幫助再去選擇要性能還是
01/22 15:05, 29F
→
01/22 15:05, 8年前 , 30F
維護，ps就多年經驗主要還是看主管和部門風氣去取捨xd
01/22 15:05, 30F
推
01/22 18:15, 8年前 , 31F
中肯啊 一堆人在那擔心後人會不會看不懂會不會想太多
01/22 18:15, 31F
→
01/22 19:32, 8年前 , 32F
想太多？那個「後人」有很大機率是你自己勒
01/22 19:32, 32F
推
01/23 02:07, 8年前 , 33F
程式碼品質世界各地都在要求了 就你怪人家程度差看不懂
01/23 02:07, 33F
→
01/23 02:07, 8年前 , 34F
呵呵呵
01/23 02:07, 34F
推
01/23 10:21, 8年前 , 35F
反串成功
01/23 10:21, 35F
噓
01/23 12:10, 8年前 , 36F
看就知道，沒見過市面，不知道dirty code有多dirty
01/23 12:10, 36F
推
01/23 12:20, 8年前 , 37F
說的不錯, 只是真的太嗆了 XD
01/23 12:20, 37F
噓
01/30 12:30, 8年前 , 38F
程度這麼好去做lib看看有沒有人要用啊
01/30 12:30, 38F
‣ 更多 nobodycares 的文章
文章代碼(AID): #1QP8zR2s (Soft_Job)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 nobodycares 的文章
文章代碼(AID): #1QP8zR2s (Soft_Job)