- 主题:“这个函数和另一个函数功能基本相同,
细微的差异为啥不能合并 懒啊
【 在 GoGoRoger 的大作中提到: 】
: 因为一些细微的差异而没有合并,如果要修改这个函数,要在另一个函数中做同样的修改。”
:
: 看到这个注释,我差点笑出来。
:
: 发自「今日水木 on M2007J17C」
: --
: 防民之口,甚于防川。
:
:
http://www.shuwen.org :
: ..................
发自「今日水木 on iPhone 12 Pro」
--
FROM 223.73.218.*
还是懒 注释被领导看到 不就是很大的负面业绩吗。
【 在 laoshifu 的大作中提到: 】
: 估计没有完整的自动化回归测试吧,另外这玩应没有业绩上的体现。。
: --
发自「今日水木 on iPhone 12 Pro」
--
FROM 223.73.218.*
直接领导啊 很可能会看到的
【 在 laoshifu 的大作中提到: 】
: 能读到这段代码的能是大领导么。。。
发自「今日水木 on iPhone 12 Pro」
--
FROM 112.96.49.*
有道理 如果重构了,再好, 也没人看到。
反而通过这种方式可以显得自己有责任心。
职场确实应该讲究。
【 在 syssky 的大作中提到: 】
: 我看到下属有这种注释,反而会是对他极大的加分项。
: 首先是有责任心,这是最重要的。
: 第二没有瞎jb重构,用最小的代价就达到了需求。
: 第三踏实。
:
: 如果有从一线开发升上来的技术领导,都会跟我有同样的评判。
: --
: 发自xsmth (iOS版)
:
: ..................
发自「今日水木 on iPhone 12 Pro」
--
FROM 223.73.218.*
这种小重构做了没人看到 刷kpi也够不上。真是还得写注释利益最大化。
【 在 syssky 的大作中提到: 】
: 重构才是程序员和架构师刷kpi的好方式。
: --
: 发自xsmth (iOS版)
: --
发自「今日水木 on iPhone 12 Pro」
--
FROM 223.73.218.*
这种积累下来,最后绝对奔溃, 变成代码屎山。
很多人还为这种注释叫好。
【 在 best0 的大作中提到: 】
: 不要过分追求代码的美观,能用好用才是第一目标
--
FROM 113.118.107.*
这种简单的重构都做不了,别做程序员了。
【 在 licy 的大作中提到: 】
: 我觉得这种注释比不负责任瞎重构好多了
:
--
FROM 113.118.107.*
搞的好像做工程项目就要慎小慎微,你是写了几亿行代码的大项目,windows操作系统?
现在的互联网真实项目,很多都是微服务,中等服务,一个进程代码就几千行, 这种简单的重构还有谨小慎微? 那啥也别干了。
除非你干的是操作系统。
【 在 shocker 的大作中提到: 】
: 没做过工程项目吧
--
FROM 113.118.107.*
搞笑,bat我干过两个
【 在 shocker 的大作中提到: 】
: 看来你确实没干过了
--
FROM 113.118.107.*
重构肯定要在理解透彻的情况下。 理解不透彻不敢重构可以理解。写注释也是个很好的过渡方法。但是拿这个不停的吹捧,还要踩一下重构的人应该多反思是不是自己比较无能。
- 来自 水木社区APP v3.5.6
【 在 hothail 的大作中提到: 】
: 要是干黄了2个,那确实厉害。算是个玩笑吧
:
: 但如果不清楚上下游情况,就去重构了,现实生产中确实不够谨慎。
: 很多业务不是纯粹的技术,比如这个项目在你手停留3个月,你要不要去重构?
--
FROM 121.35.185.*