作者lovdkkkk (dk)
看板Soft_Job
标题Re: [讨论] hard code 速度会快吗?
时间Fri Jun 7 16:11:58 2024
前面很多人说得很好了，只做点补充
如果你是新手，前面说的那些绝大部份都跟你没有关系，
因为你不具备相应的必要能力。
某些 case hard code 好，
但是你可能没有办法正确判断倒底是不是那些 case，
某些 case 不要 hard code 好，
但是如果不幸你一直在很适合 hard code 的环境一直 hard code，
突然要你不要 hard code 你可能也写不好。
还是最简单直接的，查查 best practice，多读几本书，
不影响工作的原则下找机会多练，把自己的能力练起来才是真的。
到有一天不论是要 hard code 或好好写 code 都能做好时，
再参考那些意见会比较有帮助。
而别人说的问题或缺点也不要照单全收，可以多查多想怎麽克服，
例如上面有提到 "你重构大家花时间陪你重测"，这的确是个问题，
不过用 "refactor test long time" 这破英文喂狗他会吐给你
https://softwareengineering.stackexchange.com/q/103385
或许可以解决这类问题
总结
前面很多人说得很好，大神在板上，高手在民间
但是，新手不用想那麽多，先专心练功实在
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 118.161.219.227 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1717747921.A.E50.html
1F：→ Lordaeron: 没解决大家花时间陪你测的问题啊。 06/07 16:51
长期的专案可以考虑参考打勾的那条回答，先加好测试，
虽然测试可能还是要大家花时间陪你加，
不过加好後可以让重构後的测试的工小到可以忽略
但对於短期一次性专案来说还是不适用就是了
2F：→ brucetu: 关於你贴的连结，我认为不存在无法拆解成小任务的重构任 06/07 17:25
3F：→ brucetu: 务，看过太多整套API慢慢换掉的例子 06/07 17:25
4F：→ brucetu: 不管偶合度有多高，加个介面都能解决，再渐渐汰换旧组件 06/07 17:25
5F：→ brucetu: 重构最好是在有新功能或者需要改善效能的时候顺便做 06/07 17:27
6F：→ brucetu: 也可以说是你当初v1哈扣试水温，有要继续发展产品线，v2 06/07 17:29
7F：→ brucetu: 就认真写，如果没有计划做v2那你v1的技术债等於不用还 06/07 17:29
8F：→ brucetu: 这样就解决大家陪你测的问题了 06/07 17:30
9F：嘘 B0988698088: 听君一席话 06/07 18:41
10F：→ B0988698088: 你不如回去前面文直接推那个连结就好 ，其他整篇废 06/07 18:41
11F：→ B0988698088: 话别写 06/07 18:41
QQ
12F：→ Lordaeron: 长期专案是啥?一个案子跑三五年算不算长期? 06/08 19:26
可能不太算
一个被长期使用的服务，例如 YouBike 的系统，或者被长期使用的 library，
然後它们是有持续更新维护的需要的情形
时间可能是十年以上？然後单位可能不是 "案子" 而是 project
13F：→ Lordaeron: 哪你要一群人，跟你一起花老板的钱，来帮你实现你的 06/08 21:57
14F：→ Lordaeron: fat , 看来你是老板是没问题的. 06/08 22:00
15F：推 accessdenied: 楼上真老板快去发薪水， re code 根本没你的事 06/08 22:44
16F：→ Lordaeron: 你天天fat , 不给大家看一下fat 得多好? 06/10 08:29
嗯嗯，就不在大神跟高手前献丑了
※ 编辑: lovdkkkk (118.169.229.104 台湾), 06/10/2024 11:43:42