楼主:
bantime (景)
2025-04-03 11:28:36因为前人杂乱
作者:
O187 (187cm)
2025-04-03 11:42:00我也曾写c#的lamda被人呛 这只有你会写 没人这样写也有开发一半的程式一离职被程度不佳的整个重写 后来他作不出来也跑了
lamda等语法糖 很大的原因是原始设计偏向囉嗦 才改成这种奇妙的简写
曾经写个功能易于扩展，不用动旧Code只要新增，在接口都写完整注解离职后听前同事说有个新人一来就说要重构整天说：这怎么这样写、那怎么这样写后来过一阵子问前同事是重构成怎样了：他后来发现好像也只能这样写了
作者:
wulouise (在线上!=在电脑前)
2025-04-03 14:01:00我写过c#到现在还是不懂linq
通常半调子的新人就是会有一堆美好想像 估计自己写的code后人来看也是嫌的像一坨屎
作者:
NDark (溺于黑暗)
2025-04-03 19:17:00其实不用后人 每个人半年后都抱怨半年前自己在写什么但都没想到 自己正在写的 半年之后的自己也会抱怨其实只有(商业)逻辑的"参数"才是黄金 程式码都能花钱造实作过程的所累积的经验在人身上 这样的人才重要
作者: hobnob (hobnob) 2025-04-03 20:23:00
真的很多工程师不是自闭就是自傲欸
作者: superpandal 2025-04-03 22:39:00
不然呢 重构本身就是要先帮助自己 虽然我通常是不重构那个 因为应该是没收益效能情况我没见过屎山效能好的 我自己从头开始整的效能倒是很不错
作者:
VScode (VSisBestIDEinTheWorld)
2025-04-03 22:43:00超级讨厌过度设计的 搞到不知道在写三小 我宁愿看意大利面粪扣 也不想看一堆封装继承oop
作者: superpandal 2025-04-03 22:51:00
我也讨厌过度封装 我一直视为前人的阴谋 但基本架构还是要有的 否则全意大利面也是很痛苦全意大利面只有给其它不相干的人最适合 可以搞生成code自己内部看的与给别人的是不一样的 模版有无限可能现在前端也差不多这样 compile再compile
全意大利面code就是给免洗员工最佳架构反正谁来都可以继续维护
作者: superpandal 2025-04-03 23:09:00
商业逻辑参数也都不是黄金 多半只是公司专用的产物都免洗了还想维护意大利面code 稍微施加需求压力就爆了的东西 当然是能省心就省心有经验应该知道省心才是第一要务 其它根本不值得care当然有些人会想别人不省心我不就省心了吗
作者:
jlhc (H)
2025-04-04 00:14:00全意大利面真心不行... 要修改都牵一发动全身..
作者:
prag222 (prag)
2025-04-04 04:56:00之前我手上重构也是排自己的工时进去,就整理一下包成物件不然每次呼叫都一堆重复程式码跟麻烦的细节设定有的功能你用早期web程式一行一行跑script lang会搞死人
作者:
pot1234 (锅子)
2025-04-04 08:10:00效能变差我就觉得不算成功的refactor了。前人写那么差的话怎么可能refactor到效能变差
linq 很棒欸我自己是真的遇到前人 写很多累赘的程式码在不影响逻辑的前提下优化后 少了很多行
架构变好 效能变差很有可能啊 因为为了封装 可能会多了不少资料传递的动作
第3种就同事平均程度太差 async/await不懂的其实很多就算小部分重构或新的才用新写法 最终还是只有你能维护
.NET开发者用async/await很基本了吧 除非传惨= =
作者:
art1 (人，原来不是人)
2025-04-04 17:58:00用习惯了 .net 跟 js 的异步，python 的好难用...
作者:
Csongs (西歌)
2025-04-04 18:43:00就说是文人相轻
作者:
testPtt (测试)
2025-04-04 20:21:00看程式的规模 例如你要写一套作业系统 不得不细分功能
这种议题没看到code一率都是保留态度，自我感觉良好的人很多lol
作者: rogerlarger (宅) 2025-04-04 23:09:00
读别人的code就像吃别人的屎，吃习惯就好
作者: superpandal 2025-04-05 03:52:00
那就只有程式码表现方式不同 概念想法做法很久前就有了 不会差太多 含效能 硬件拿来比就....习惯当然会有效率不同的问题 只要自己不用再维护别人爱怎么重构责任也不在你架构变好效能变差多半不是封装导致 无用封装再多层也起不了作用 过于夸张的太少见 这也是为什么框架可以借此滥用用来隐藏实作细节的原因过度封装的问题点在于扰乱视听
作者:
VScode (VSisBestIDEinTheWorld)
2025-04-05 11:01:00放下它 加入它 学会写粪code以后很爽的 自己维护很快别人看不懂 效率upup
作者:
NDark (溺于黑暗)
2025-04-05 11:19:00我觉得lamda就是一时爽 比复制贴上有得拼时程很赶没办法顾好品质是勉强用了 但长期维护就很难
作者:
VScode (VSisBestIDEinTheWorld)
2025-04-05 13:03:00我也不喜欢linq 底层封装太多东西了 表面看起来很方便 但很容易踩到效能陷阱 还是自己手刻安心些
作者: superpandal 2025-04-05 20:43:00
只要不被要求deadline前做好 被事后检讨那习惯倒是还好 不然自己产出被检视也很麻烦只顾自己那不就是斗后人？ 由此可见职场风气真的差理解粪code并不是说绝对不好 但如果你是被压时间又要理解别人的粪code那很痛苦
作者: superpandal 2025-04-05 21:13:00
异地而处马上又换嘴脸的太多了 粪code都不是最严重最严重的是双标 大家互吃粪都还没那么不平衡
作者:
strlen (strlen)
2025-04-05 21:45:00不是这个问题 粪不粪code当然不是你说了算 是团队说了算所以要频繁跟人家吵架改code 偏偏工程师谁要跟人家吵这个
作者: ricky60324 2025-04-05 23:33:00
不写单元测试的我觉得才是最靠背的 有写单元测试架构不会烂到哪边 因为写测试的时候很难写就会自己改了遗留的code 没有规格书 没有单元测试 能赚钱也不代表他不粪XD 而且技术债迟早要还的当然大家都抱持着 不要爆在我手上就好 重构不是必要也建议不要花时间重构 新的code再写好 旧的能动就好
作者: tsaigi (菜鸡) 2025-04-05 23:54:00
async/await 感觉真的很多人不懂 之前整个公司十几个专案都用到有问题的写法 程式一直crash 还要我这个SRE下去修
作者: nicetw20xx (哇爱台湾) 2025-04-06 09:00:00
推有写单元测试，程式不会差到哪
作者:
testPtt (测试)
2025-04-06 09:37:00写成异步有时候只是习惯 接口不会卡就懒得改了
我觉得不懂的技术，反而不要用比较好，遇过同事为了想写异步，结果线上一堆奇怪且难以解释的bug XD
作者: tsaigi (菜鸡) 2025-04-06 13:25:00
不懂确实不该用 但如果每个新技术都不懂 就等著被淘汰吧
作者: superpandal 2025-04-06 22:35:00
最好有那么多时间写测试 测试本来就是写的烂才需要保证 赶快写好赶快休息才是真的给你写测试架构烂都是没救 万变不离其宗 掌握根本才是最省心的 我讲话也差不多这风格发散的东西就是屎有脉络的程式程式才反而不差
作者:
fatb (胖逼=口=)
2025-04-07 18:05:00我的经验是除非你是公认的大神 不然不会有谁想看别人的code
作者:
wulouise (在线上!=在电脑前)
2025-04-07 22:00:00不写测试只爽到自己...
写C#还在串sql语法 call预存程序处理问题...
作者:
alan5 (小安)
2025-04-09 16:29:00写测试很难写就会改？ 我通常只看到屎扣写了更大陀屎测试来给你闻有些code写一个测试就可以稳跑两三年有些写了100个测试 还是只能撑30分钟你觉得重要的是写测试？
作者: superpandal 2025-04-09 20:28:00
楼上正解 有机会变成测试就是屎山搞到程式失控都没用 本身质量好就好写测试 锦上添花有时间可以做 不然光需求变更就挂了架构好通常只需要小补当然可以爽自己 也不见得不爽到别人
作者:
h920032 (王者迪西)
2025-04-11 18:14:00C R A F T C O D E