你们写代码的时候会考虑代码的可读性吗？
大家在编程的时候会考虑代码的可读性吗？你觉得这个是需要考虑的问题吗？
1. 代码不仅要自己能读懂，还要别人也能看懂
2. 尽量做到可读，但时间紧任务重的时候就顾不上了
3. 代码只要自己能读懂就可以了
4. 代码写完就完了，不用管以后是否能读懂
5. 不知道，没有想过这个问题
你通常是第几种情况？大家都来说说看呗
[解决办法]
看头像，这是 华章图书
[解决办法]
最一流的程序员会给下一任留下一个基本不需要改的程序（当然有条件，不是那种需求经常变的软件，公安、军方这种软件比较多）
[解决办法]
有时候会不认识自己手写的笔记的字- -
还要问别人 "你猜我这个字写的是啥"
[解决办法]
如果没有硬性规定的话，代码自己能读懂，尽量让别人也能读懂。
[解决办法]
写第一遍的时候我不怎么考虑，写第二遍的时候就会比较注意了……
ps：我写完第一遍后，上个厕所回来就会写第二遍
[解决办法]
刚写的时候，主要是实现功能，然后才会调整代码使之更好的可读。
[解决办法]
工程人数越多越得注意 一份自说明的代码可以少写一篇设计文档 开发效率也会上去的
[解决办法]
代码的可读性很有必要，对于二次开发人员和后期的维护人员都是很有必要的。关键地方最好加上注释，这样提高读代码人员的效率。编程不写注释不是一个好习惯，起码初级编程人员是这样的。
[解决办法]
基本是2，时间紧的时候有时真的顾不上，等程序发布后在修改，甚至有时采取一些非常规手段先应付过去以后再改完善
[解决办法]
以前看过一篇文章，。
代码不是让机器读的，
代码是让人读的。
让自己的代码具有可读性，是每一个的责任。
[解决办法]
基本是2，时间紧的时候有时真的顾不上，等程序发布后在修改，甚至有时采取一些非常规手段先应付过去以后再改完善
我也这样
[解决办法]
代码跳来跳去很好玩。
[解决办法]
有些搞科研的人却故意把代码写的弯弯绕，让你看不懂他在做什么。。。
[解决办法]
一个团队的开发，可读性是必须要关注的
还是喜欢看那种有注解以及规范化的 代码。
我现在也是把自己当别人 ，想着如果是别人看 能看懂这个意思的么？
[解决办法]
一般情况下，画图-》写注释-》写代码这样下来都没有问题，
不过有时候一些算法融合的代码没法很可读，，甚至连写注释都很费劲。
10行代码可能要写100行英文注释，想想都头大，偷懒有时候还是会的。
[解决办法]
当初写下这段代码的时候只有上帝和我才看得懂，现在只有上帝能看得懂了。
[解决办法]
1,2 我每次写的时候都是这样想的，但是...
结果不太尽人意...
[解决办法]
大概作下注释，但是如果时间过长，或者换成别人，就未必一定能保证别人也能看懂，毕竟每个人的思路和水平都不一样。另外。公司往往都赶项目，所以真心没时间理会那么多。
[解决办法]
个人还是很在意的，个人觉得一般一个地方要做什么不需要写太详细，而是有些地方为什么要那么做，我们总经常有为了特定原因可以写一些非最直接代码的时候。
[解决办法]
好
[解决办法]
代码不可读，注释写成一本书。
[解决办法]
楼主推销的这本书我买过，很薄很少的内容，而且由于是非技术相关，阅读起来很快、很轻松，大概一两个晚上就翻完了。
我买时打折后花了40多块，虽说知识无价，但对于计算机类书籍定价标准来说，还是很不厚道的。
书的评价广泛较好，我也是冲这点买的。看完后觉得也就一般，远远对不起我印象较深的那句书评——被低估的一本书。我想更准确的理解此书广受好评的原因应该是，大部分程序员已经意识到代码可读性的重要性被低估了。
另外作为一本讲代码风格的书，我认为它最大的一个优点是不要求你按部就班。但说实话这是优点还是缺点，见仁见智了。
[解决办法]
OOP是亮点
[解决办法]