作者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/cn.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