如何平衡开发效率和代码优雅性?

[txzh007]

这里说优雅性只是一个比喻.

下面是一个场景,请问大家是如何面对的?

得到一个新需求,评估时间不长,逻辑也很简单,但是和之前代码有关联,后续也有可能会复用这段逻辑

方式 1. 用最快速的方法解决,然后该干嘛干嘛, 屎山+1

方式 2. 对老代码进行重构,解耦,优化逻辑,代价 时间成本上升,在评估时间内可能无法完成

[hidder]

1.多摸会🐟
2.多找点其他方面的事去做

[shadowyue]

个人追求+时间+待遇水平，综合考量

[tool2dx]

评估时间 x 2, 尽可能在项目周期内完成。

[LikeMurphy]

评估时间内完成任务放第一位

[wu00]

项目前期方式 2 ，被各种质疑，经常延期
项目后期方式 1 ，需求越来越密集，节奏越来越快，屎山速度成指数级增长

[Richared]

做新需求有工作量，改屎山自己一堆工作量，再领导那没有工作量，是太闲了么？上班不就是为了赚钱么，别扯有的没得，个人追求可以自己搞点开源项目，放简历上还好看。有时间还不如摸摸鱼呢。

[estk]

看老板，有些老板不懂代码，能实现就行，考核指标不含代码质量，那就策略 1
有的老板懂技术，本身对代码质量要求高，考核指标包含代码质量，那就策略 2

[crz]

想法是方式 1+方式 2 ，优先可用，然后适量整理调优
现实是方式 1 ，方式 1 ，。。。没有足够的资源方式 2

[SuperManNoPain]

一般来说是看后面这东西是我是我继续负责，是的话一般就代码质量写好一点，毕竟有坑的话还得自己填

[LoNeZ]

shi 山很多来源于需求不明确..

[wwd179]

同意。屎山很多时候来源于需求不明确。
有时候一个系统经过多次迭代开发后，和设计初衷都不一样了。

[dudubaba]

你离职后，你重构过 N 遍自认为优雅的不能再优雅的代码，再下一任维护者眼里就是坨便便。所以跟自己和解，在自己觉得优雅范围内不影响效率的情况下编码，会少很多烦恼事。

[povsister]

看待遇，给多少钱干多少事。
看环境，同事普遍高水平就严要求。
看老板，如果你意见和老板不一致，那老板说得对。

[zhazi]

你这个“有可能“有多大可能，有很多时候你认为的有可能只是你认为的。
在没有明确需求的情况下去为未来做一些事更容易产生屎山。
你总想的那么多，别人看你代码就像屎山。

[SoviaPhilo]

成年人要明白一个道理， 就是谁承担最大的后果， 就应该承担最大的责任。

你们公司有正经组织工程师培训什么叫优雅吗？
你们公司有愿意为了更优雅的代码付出更多时间成本吗？

没有？又不是你的项目， 老板都不急你急什么

[ychost]

大部分是 1 ，当遇到产品大改就会顺便把 2 做了

[pkoukk]

用 AI 写，几乎不存在 2 了

[pkoukk]

@pkoukk 写错了，几乎不存在 1 了

[xueling]

1 、原来的代码暂时不动，通过简单修改包路径防止互相交叉，新写的代码完全按新逻辑开发，要充分考虑兼容老代码逻辑，保证按时完成；
2 、陆续按模块迁移老逻辑的代码到新模块中，这个过程的进度完全根据自己可支配时间决定，然后陆续删除老逻辑；
3 、工作汇报、周报中尽量避免用 “代码逻辑优化、重构”这种模糊字眼，要不然就算你做了再多别人也会认为你在摸鱼。
4 、评估排期时，实际所需时间和评估时间，要尽量控制在 2:3 以内，这样你剩余的时间可以充分进行想要去做的优化工作；
5 、设计数据库字段、表结构、接口协议时要充分思考，因为这些地方设计的不好，上线后再改可就麻烦了。

[Younow]

让自己变强