关于如何写持续有用的代码

第四条值得思考

关于第4点，最近也有体会。无论多炫的东西，总归会审美疲劳的。
还是简约能长久啊。

我个人觉得，编程就好比写作，没有任何人会拿原稿来出版。一开始写出来的东西或许乱七八糟，但是原稿就是必须经过三番四次的修改，改进。没有任何一个程序员可能一开始就能够写出“好”的代码，尤其是项目的最初时段。如果执着于所谓的 style 或者任何其他无聊的事情，那么你可能什么也写不出。一开始最重要的是将你的想法转换成代码，然后进行不断的改进、修改，不是吗？

或许有些离题，但是我个人对于编程的想法如上。

@TheOnly92 如果一开始就搞的比较乱，最后可能会一团糟。

@sharkli 所以《重构》这本书就发挥他的作用了。

@stranbird 话说我写的代码真的有点烂。复用性，可读性都很差，项目紧也不敢重构。唉唉，真是丢人。

我不知道。这个问题太复杂。

我个人还没有进入企业界，但是进行个人项目时，往往都是要重构几次的，这样才能够让自己编码时开心一些。而且每次重构后对于项目的需求更加了解，况且重构虽然是从 0 开始，但是也是拼命参考之前写的再继续写下去，因此重构也没有花多大的时间和精神。

Always iterate, but do things the RIGHT way in each iteration.

In other words, don't give yourself an excuse to write shitty code because you think you will iterate.

Just like in daily life, you KNOW in your heart that you are doing things the wrong way. It always feels easier at the time, but don't do it. Code don't lie.

加一条，要定期修炼美学。

@TheOnly92
同意。
第一稿总是不好的。只要能持续的重构，最终会好的。
来自于我的个人实际工作经验。

至于为什么第一稿不好？
可能是需求没弄懂，对业务理解不透彻，业务模型不完全合适，技术能力有限。
以上都是可能的原因。但是若放弃了重构的勇气和追求卓越的理念，那么即使使用再好的框架，最终也会烂掉。
也来自实际工作经验。

@xds2000
should

我觉得吧，不当只能专注于埋头写代码，还得发展其它方面的能力，美工，用户体验，产品设计，测试，做程序员还要有自己的创新思维，而不是别人给你想法，你就按着别的人想法盲目开发。只果只会单纯地写代码，那跟民工没什么区别。

看了这个标题表示很，和自己理解的完全不同

说一下我自己的对持续有用代码的理解吧：

1. 代码风格：纯粹的代码相关的，包括缩进格式，变量命名，边界检查，实现方式等等，这样有助于理解代码和调试bug
2. 功能：尽可能的功能独立，模块化，做好自己的事情，可重复使用和代码持续有用是一个意义
3. 注释：没有注释的代码是废品，有效的注释能够极大的提高代码可读性，降低代码的维护成本，延长寿命
4. 文档：文档提供宏观上对代码的功能有直观的理解