吐槽代码的美感

今天，修改了产品的一个问题，该问题由来已久，已经大约有挂在那里有一个月的时间了，之前稍微了解过，并尝试修改，后来因为其他事情到今天才给真正解决掉。

效率是我公司很多产品的做的很不好的地方，该问题就是时间效率问题，从合法性检查到真正计算需要一个半小时，如果真的完成一个汇总的操作需要接近两个多小时，天哦，虽然说是特殊的情况，但是如果我是用户，我真的会把电脑给砸了。现在的电脑已经这么快了，但这对我们作为程序员来说究竟是好还是坏？我们不再注重我们代码的质量，让其精益求精，不再去关注内存的节省，不再去关注代码运行的效率，如果软件运行的不顺畅，我们甚至会建议用户更换新的电脑，但是我们的产品真的用的到那么多的资源吗？我想未必。

只是我们缺少了一种对精益的追求了，现在到处可以看到垃圾的代码，堆在那里，散发着恶臭。

程序员的入门门槛越来越低，而真正好的程序员，能够写出漂亮的代码的程序员却很少很少，或者在我工作的地方见到的越来越少，大家的最终目的就是将代码跑起来，就OK了，不去管以后的维护，不去关注效率，不去关注异常，曾经因为遇到过这类的代码很生气，又无可奈何。

我想那些对自己代码不负责，不精益求精的人，根本就不配做程序员，这种人做程序员，只会给其他人带来麻烦，我已经遇到过很多这样的人了。无力吐槽，有很多人，问其写的代码什么意思，微笑着告诉你，“我也不知道”。每当听到这样的答案，本来好脾气的我也忍不住发脾气，气血上涌啊真的。我可以容忍生活上不拘小节，但是你得给我把代码写好。现在的程序员很多真的不配做程序员，如果单从代码质量上看。

难道不认为写出优雅的代码很享受么？不是一件很美妙的事情么？想想一行行的代码从自己手中流出来，多舒服的一件事情，简直就是棒极了。

为啥吐槽这么多，就是因为本次修改效率问题，我回退了五个log，回退了接近一年的时间，去弄明白为什么四五个人缝缝补补的将近一百行的代码是什么意思。真的，写的太烂了，真的。我见过很多前辈写的代码，优雅简洁，结构化，看起来真的很享受。但是看最近公司很多新入职的人的代码，真心发火。

真的是在乎，才会发火。

  我不会成为那样子，我一定会更加努力，写好代码，不断的审视自己的代码，精益求精。

效率问题的解决方法总结：

（1）空间换时间，说白了就是缓存，省去重复构造的时间

（2）懒加载，用到的时候再去加载，这样可以避免一次性加载过多导致用户感觉上很慢

暂时这么些，写的怎么乱乱的。看来是几年不写字，叙述能力大大下降，看来以后需要多练笔才行哦。