把代码写得简单易懂到底好不好？

[nomemo]

最近我喜欢把那些逻辑复杂的大块难懂的代码不再称作垃圾，倒喜欢叫做方法原型或者脑中原始方法的直接映射。也正是因为这样，开始整理那些方法原型，进行拆分与细化。复杂逻辑写得越来越简单易懂。

虽然同事也会说代码漂亮，但就越来越感觉自己容易被人取代

正好，上周有个同事因为家里有事回家一周，他手上的工作就完全停止，因为他大量的代码与功能实现都还是代码原型。

我上周工作了七天，昨天休息了一天，结果别人拿着我的代码就能改。

略微有些想法，跟V友分享一下

[kenshin]

代码都是给人（Developer）看的吧，所以肯定要以看懂为目的性，所以才有那么多的编码规约。

- 如果你写的代码只是少数人看的话，只要这几个人达成了默契，那么就算是写成天书也没问题。（即便写的不好，大不了，另外的人，吼一嗓子，然后你可以过去帮他解答...）

- 如果你写的代码需要持久、多人反复的迭代和更新。如果你写成天书，完全有可能会造成，其它人无法读懂，最糟的情况是需要重写；最好的情况也只能不理会这块逻辑，编写另外的代码来维护这块无法看到的代码。（出来混，迟早要还技术债务的...）

一个良性，条理/逻辑清晰、易读的代码，其实是衡量一个人编程水平的标准。（我尤其讨厌，卖弄自己『本事』，把代码写的超复杂的人...）

[JamesRuan]

我虽然码的代码不多，但是有个现象：那些所谓的代码原型，如果一个星期没碰，我自己看懂都很难了。

所以，哪怕是为了自己，也要不断地把代码整理成最优美的样子。