有没有写代码越来越不优雅的时刻或者阶段？一直持续下期会怎样。

[tkHello]

有没有写代码越来越不优雅的时刻或者阶段？一直持续下期会怎样。 最近两年，代码都是强推风格，不带好看不好看，优雅不优雅的考虑。

[Saxton]

我以前自己维护一套系统的时候要多优雅有多优雅，但是团队合作下来后你会发现一些同事的代码会严重影响你的风格，然后就会越来越烂。

[Red998]

人与人编码风格是不一样的。 一个人写还差不多。团队开发 程序能跑就行了

[cmdOptionKana]

像 C 之类的语言会比较强调技术上的优雅，而 Python 之类的语言则追求语义上优雅，而 Java 则是追求模式上的优雅，各有不同的追求，各有各的优雅，但优雅永不过时，总是要选择一种来追求的。

[thedrwu]

升职当了领导后再回来看，以前写的代码真优雅

[e7]

风格其实不是很重要，统一就行。重要的是代码组织，这个要不断重构不断打磨，一定不要到难以维护了才重构，功夫在平时。

[pengtdyd]

一个人写，风格最统一

[adoal]

从来没优雅过

[WhateverYouLike]

有。出现在从另一个不相通的项目中 copy 某些逻辑的时候。就感觉越来越烂，风格不统一不说，改都改不动。

[EscYezi]

《屎山是怎样炼成的》🐶

[qiyue0726]

小学的时候，突然有段时间，数字 3 不会写了，就是连不起来，写的特别费劲，难受了一阵子，后面突然又和以前一样写的顺手了，很奇怪。
所以，随其自然吧

[imycc]

同意#5 的说法，更重要的是代码组织的水平。
我这两年最不想细看的就是前两多行的单文件脚本，全是函数，没有封装。但不是故意的，里面有太多“构思中”的功能，比起一篇文章，更像是一张草稿纸。
写代码是需要思考的，想到哪写到哪，看起来就乱糟糟的。有时候为了应付上线，不得以破坏了代码的封装，看着实在糟心，有机会我就以“新功能不好拓展”为由重构一下。
但有些团队并不关心这些，因为这些代码不需要他们维护，也不考虑人员 backup 的问题。这种时候就会被冠以“强迫症”的称号，要不要继续保持“优雅”就看个人选择了。。。

[AyaseEri]

又不是不能跑

[Envov]

随着技术成长，对 [优雅] 的概念也在成长，最佳的优雅是什么呢？
如果你把新的代码完善到你认为的优雅的状态，那么旧的不优雅的和新的优雅的合并在一起，这本身是一种不优雅
如果你把不优雅的都不优雅地恰到好处，这可能又是一种优雅

[abc0123xyz]

一个人写可以保持，一群人写能 run 就行

[Tianqi]

风格那个是小问题
还是要回归本质，代码用来解决问题的，解题思路的优雅才是真正的优雅，解题思路可以从提高自己对领域问题的认知和阅读优秀代码两个方向着手

[Tianqi]

Code Complete 里有很多写代码的技巧，但我觉得这个还是归属于基本功，风格统一也是基本功的一部分，最后这个基本功还是为解决问题服务的。设计模式就是一种解题思路的优雅。

[techstay]

风格能统一就不错了，不要强求优雅了

[shawnsh]

能跑就行，不需要追求优雅。但是要注意自己写东西时的要完成的指标，还有分清主次

[lesismal]

一直持续下去的话，熬走其他老员工，公司就离不开你了

[yuhangch]

领导催进度的时候。。。