最近一直在改写之前老项目的垃圾代码，五年前十年前的代码设计模式的变化感觉如何吗？

[MuscleOf2016]

为什么有人可以堂而皇之的写出如此难维护的代码？？

[as94boy]

在错误的时间，错误的人做了错误的事，然后就这样咯。

[ThirdFlame]

另外 开发工具、技术的革新 带来很多的变化

[nicevar]

不仅仅是时间关系，还有语言其他因素有关，五年前十年前的 c/c++项目变化能有多大

[crist]

因为这个世界上垃圾程序员太多了。属于那种赚一笔是一笔的人。

[ayase252]

五年前的 JavaScript 和今天的理念都变了不少

[MuscleOf2016]

@as94boy
@ThirdFlame
@nicevar 其实想知道的是一些编程思想的变化，比如前端的模板，哪怕 10 年也有这样的思想。10 年的模板代码 放到现在的话，绝对比那些拼接字符串的好维护多，比较好奇那些拼接一大串字符串的人怎么想的。

[zwh2698]

代码好不好真的不重要，重要的是功能要求满足了，这就是好代码。因为你不是搞学术，你是工程师。

[MuscleOf2016]

@zwh2698 只是好奇为什么不写出容易维护的代码，也不是多优秀 搞学术 优化什么的

[aaahhh123]

不知道为啥，我看以前的一些项目，看起来还更直接简洁，没这么多复杂的框架，但是确实维护起来有时候会烦会很花时间

[aaahhh123]

写不好维护的代码，我想的是，一个可能是懒，不想按照标准规范格式去写，二是不想别人插手？这样自己可以一直跟下去？

[MuscleOf2016]

@aaahhh123 像现在前端框架多了，带来的学习成本稍微高点。不过总比各种垃圾代码写满了，没文档什么都没有的好

[MuscleOf2016]

@aaahhh123 之前有时候自己写垃圾代码的时候，就是不想动脑子，怎么简单怎么来。一个 if 不行就两个，无脑撸，以多自然就不好维护了。

[lijunbo]

“容易维护”其实是一个很高的要求了，大多数代码的诞生仅仅是为了能运行，能运行多久是没人管的

[learnshare]

取决于写的人有没有意识，以及有没有能力写好这段代码。跟年代关系不大

[index90]

十年前的前辈，代码能一直留到现在，能让你看得到，从某种角度上来说已经很了不起了。

五年前十年前是什么情况？不先了解就直接开喷以前的人写的代码烂。十年前会写快排就进大厂了，现在只能算是基本技能。
抛开时间维度来讨论问题，只能说明你太嫩了。
不是贬低楼主，这是普遍现象，没经历过十年的职业生涯，很难自己就能深刻理解。普遍都是用现在的目光，去看待“古代”的问题。

自问一句，你如今写的代码，不管优不优雅，能让两三年后的人看到吗？

[Light3]

你要想清楚 他那个时间写代码的目的 很多的时候 都是能运行就行了..

[daimen]

以前我也是调侃以前的人，直到领导要我一个月写个　数据接收　＋　事件调度　＋　规则引擎 + 具体业务实现 　＋　自己看专业书籍整理业务规则　+ 可部署可热更新+直接上线 的系统的时候，我就能理解之前的人为什么代码是这么个吊样子。　领导不懂啊，他觉得对你们写程序的来说，不是 so easy 么。

[MuscleOf2016]

@index90 手上也没有十年前的代码 ，五年 十年只是好奇，因为工作年限才两年多，比较好奇工作的时间长的人看以前久的代码什么感觉。

[nicevar]

@MuscleOf2016 你要说 web 前端的话这就更正常了，10 年前前端的代码在大家的脑海里应该是算“字符串”，不是代码，那时候前后端代码基本上都是同一人写的。

[cstj0505]

和语言有关系，不过更多是写代码的人的素养问题。

你看看一些 glibc，postgresql 这些大神十来年前的代码，照样是好代码