作者bachelorwhc (积积阴阴德)
看板Soft_Job
标题Re: [讨论] 系统越开发越多，负责的东西越来越多
时间Sat Oct 28 17:16:31 2023
1F：推 yangs0618: 推个 希望有机会听到进一步分享how10/28 07:58
2F：→ yangs0618: On提出数据说服主管/管理层 开发是越来越耗时间10/28 07:59
3F：→ panbanana: 要怎麽跟上头说开发越来越久跟code quality有关10/28 08:18
几个很简单的学术名词就能说明，我相信大家也知道
耦合性 如果我改A模组，B模组就需要跟着改 (这还是B模组没有牵连其他模组的情况下)
经验法则告诉我们 改的模组越多，消耗的时间也越多
所以时间成本增加
正交性 如果一个错误设计的函数其副作用会影响到非预期的变数或状态(非正交)
非正交的设计会导致bug甚至影响业务的正确性
生活化的例子：「如果你今天开热水器，结果旁边的维波炉也开了」
不会抓狂吗？
所以时间成本增加(你要再请工程师花时间解bug甚至赔偿客户)
粒度 你是希望有一千个功能相似又微妙差异的工具，每次要选择都要重新翻箱倒柜
还是你是希望有十个零件可以组出一千种功能？
不一定有对错，但从新人教育程度跟熟悉的速度，
认识十个零件肯定是比一千个工具之间的细微差异还简单
粒度低可以降低时间成本
这些都是理论，我相信对没有技术背景的人来说也不难懂
那数据呢？统计呢？
从ticket、commit的内容我们可以发现，一定是有某些模组、某些类别、某些函数经常
被更改，而这些程式码才是最有价值的地方，因此程式码的重要性、频率是可以从执行
纪录、commit等资讯来加以量化的
如果某个模组特别容易出bug，很有可能是其模组本身或是其使用的模组有问题
这时你才有机会说服管理阶层建立测试及其重要性
管理阶层重视的不是工程师写程式舒不舒服，而是用户有没有受影响？能不能减少公司
的执行成本？
测试可以尽量避免工程师改坏功能，而只有保证不改坏程式码，工程师才有可能说服
管理阶层允许大幅改写原始的程式码
而如何证明code quality跟test可以降低执行成本？这需要有证明的材料，如果某个
模组的code quality很高，而该模组相关的开发与维护速度都比其他模组来得有效率，
那也许可以透过比较间接证明此观点 (但有些政治因素比较重的办公室，我不推荐你
去比较)
如果现在没有"你认为"品质好的程式码，你就只能不断透过能力证明而且去创造
你要说服管理阶层，只能从管理阶层重视的价值着手
最後做个总结：
遇到code quality差的公司建议直接跳槽
--
https://i.imgur.com/1VlaBnp.png
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 36.231.109.122 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1698484595.A.43B.html
4F：推 aa08666: 我反而 建议 遇到钱少的 在跳过 即可 10/28 17:23
5F：推 abccbaandy: 讲一大堆结论还不是不爽不要做XDD 10/28 18:13
6F：→ happy8649: 你可以直接推文最後一行 10/28 18:20
7F：推 lchcoding: 推-签名档 10/28 18:50
8F：推 jpg74568: 推 总结 10/28 19:27
9F：推 TSMCfabXX: 总结简单明了 10/28 19:45
10F：推 andy00andy: 讲得好 10/28 19:57
11F：推 yangs0618: 感谢分享 觉得这些是光靠自己下班精进很难有机会提升 10/28 20:43
12F：→ yangs0618: 到的能力 10/28 20:43
13F：推 viper9709: 推最後一行 10/28 20:54
14F：推 purplvampire: 知识文 10/28 21:25
15F：推 shieldsky: 推这篇量化方式，看来有测试真的是很重要的一环 10/28 21:27
16F：推 Nitricacid: 推总结 10/28 22:04
17F：推 vi000246: 其实 $$跟code quality没正相关 选钱多的即可 10/28 22:07
18F：→ vi000246: $$多 大便也能变香 10/28 22:07
19F：→ flash5408: 2023都要结束了 还有没test的公司喔 工程师心脏很大耶 10/29 05:51
20F：→ flash5408: 10/29 05:51
21F：推 s06yji3: 没有test的公司100年之後还是会有。 10/29 08:27
22F：推 mathrew: 没有test的公司，比你想像中多得非常多 10/29 10:07
23F：推 rtoday: 推 10/29 10:15
24F：→ abccbaandy: 想到面试问测试，一堆答自己测，甚至啥工程师要能保证 10/29 13:42
25F：→ abccbaandy: 正确性这种干话的，没QA就乖乖承担风险好吗... 10/29 13:43
26F：→ Mrhonest: 没时间写测试至少发PR主管review一下还比较保险，至於 10/29 13:56
27F：→ Mrhonest: 那种想推code就能推的 老实说多到爆，光一堆接案公司根 10/29 13:56
28F：→ Mrhonest: 本没在管这块的，更不用说传产 10/29 13:56
29F：推 s860134: 下次把最後一行移到第一行可读性会更高 10/29 16:55
30F：推 kaitokid2: 2023都要结束了，一条龙工程师比你想的还多... 10/29 17:03
31F：→ kaitokid2: 从谈需求、架设备开VM或开云端，设计资料库写程式 10/29 17:05
32F：→ kaitokid2: 到测试、布署，然後客服，一条龙工程师! 10/29 17:05
33F：推 a82611141: 推总结 10/29 19:44
34F：推 jheli: 推推，真的是这样XDDD 10/29 22:58
35F：推 art1: 连客服都要兼的工程师真的是让人无比钦佩 XDDD 10/30 01:03
36F：→ labbat: 作为客户的窗口，那不是产品应用工程师的常态嘛 10/30 01:09
37F：推 IhateOGC: 现实是公司没给你测试人员 10/30 04:59
38F：→ IhateOGC: 犯错出包自己扛，做不出来也你扛 10/30 04:59
39F：→ IhateOGC: 还是当舔狗比实作苦做的出路好 10/30 05:00
40F：嘘 B0988698088: 粒度是支语 10/30 07:35
https://www.ithome.com.tw/article/49179
https://dlcenter.gotop.com.tw/PDFSample/A532.pdf
台湾出版社现在翻粒度、清华大学资讯工程系的博士研究生也用粒度
你是没读过书还是支语脑？哪种？
41F：推 AxelGod: 你就是测试人员！ 10/30 08:58
42F：→ AxelGod: 一条龙啊 10/30 08:58
43F：推 ck237: 喔这个想法正面我喜欢 10/30 09:00
※ 编辑: bachelorwhc (36.231.109.122 台湾), 10/30/2023 09:13:54
44F：推 Rutshuru: 推总结 10/30 09:49
45F：推 alex780312: 推结论XD 10/30 17:21
46F：推 nyitalumnus: 专有名词用英文比较好。如果没有看你解释的话，相信 10/30 22:45
47F：→ nyitalumnus: 大部分的人应该也不知道粒度是什麽？ 10/30 22:45
48F：→ foreverk: 粒度可能还不到常识等级的词，但不会是什麽大部分人都 10/31 08:29
49F：→ foreverk: 不知道的词，尤其是这行 10/31 08:29
50F：推 NccuShuai: 在这个版讲粒度还好吧 10/31 11:59
52F：→ tzouandy2818: 在国家教育研究院乐辞网查 确实大多数都是翻粒度 10/31 17:16
我国中时读软体工程的书就写粒度了，真不知道某些支语警察是不是没念过什麽书
53F：推 del680202: 真是中文跟专业能力一样好 10/31 18:38
※ 编辑: bachelorwhc (36.231.120.192 台湾), 10/31/2023 19:07:49
54F：推 FukadaKyoko: 推~~~~直白易懂~~ 10/31 19:33
55F：推 gpctv: 推这篇，也非常同意27楼 10/31 23:39
56F：推 IhateOGC: 看钱做事啊，没钱没人力搞啥模组oop 11/01 04:56
57F：→ IhateOGC: oop太赶时间弄出来的只是垃圾 11/01 04:56
58F：推 IhateOGC: 去做台电台水准时下班不是很爽吗？ 11/01 04:59
59F：推 ppc: 粒度这个翻译还不错 11/01 14:27
60F：推 johnny94: 说粒度是支语的大概是文盲吧 11/05 19:27