你们写代码的时候会考虑代码的可读性吗？

hzbooks
企业官方账号
2012-07-27 05:06:40


大家在编程的时候会考虑代码的可读性吗？你觉得这个是需要考虑的问题吗？

1. 代码不仅要自己能读懂，还要别人也能看懂

2. 尽量做到可读，但时间紧任务重的时候就顾不上了

3. 代码只要自己能读懂就可以了

4. 代码写完就完了，不用管以后是否能读懂

5. 不知道，没有想过这个问题

你通常是第几种情况？大家都来说说看呗
...全文
1542 47 打赏 收藏 转发到动态 举报
写回复
用AI写文章
47 条回复
切换为时间正序
请发表友善的回复…
发表回复
delong45 2012-11-16
  • 打赏
  • 举报
 回复
对自己对别人都好，还是考虑下吧，功能齐全，外观丑陋也不招人待见呀
hzbooks 2012-11-16
  • 打赏
  • 举报
 回复
上帝很难过很纠结
yujie_v 2012-08-06
  • 打赏
  • 举报
 回复
[Quote=引用 21 楼 的回复:]
当初写下这段代码的时候只有上帝和我才看得懂，现在只有上帝能看得懂了。
[/Quote]
现在上帝也不懂了。
SBLucky 2012-08-04
  • 打赏
  • 举报
 回复
：我也一直在想这个问题，今天看到大家的讨论，受益匪浅呀！
duke3030 2012-08-03
  • 打赏
  • 举报
 回复
人看着舒服的代码，编译器一般都看着费劲
编译器看着舒服的代码，人一般看着费劲
飞天御剑流 2012-08-03
  • 打赏
  • 举报
 回复
[Quote=引用 1 楼 的回复:]

漫画很好看！
3.5 代码只要自己能读懂且预测三年后自己回来读也能读懂就可以了。(^_^)
[/Quote]
你自己堕落就算了，但不要害人。
cxw3152 2012-08-03
  • 打赏
  • 举报
 回复
自己能读懂 别人也要能读懂。。要不怎么维护 。。铁打的公司 流水的员工。。
修巴利耶 2012-08-02
  • 打赏
  • 举报
 回复
一般都加上注释的
当然，一般的是需要别人能懂的
my__oracle 2012-08-02
  • 打赏
  • 举报
 回复
当然的1.注释占70%。
evencoming 2012-08-02
  • 打赏
  • 举报
 回复
一般还是加一些注释的好。
至于名字之类可读性的，那是必然会考虑的
sjmp 2012-08-02
  • 打赏
  • 举报
 回复
F:\linux-3.4\Documentation\CodingStyle阅读
sjmp 2012-08-02
  • 打赏
  • 举报
 回复
下载一个linux内核，如F:\linux-3.4\Documentation\CodingStyle看看。
还有就是如楼主所说，买您推荐的那本书，但是不要阅读，一页都不要读，烧了。这是个标志性的动作。
tongzhipeng5699 2012-08-02
  • 打赏
  • 举报
 回复
一般都要注意，虽然我刚开始工作，不过写代码的时候也比较注意，变量命名全都安装微软的那种匈牙利式，代码都分块，关联近的写一起，没关联中间空一个空行等等，话说入职的时候公司给我的编码规范里面都说了这些，所以我也照做了，而且确实很不错，因为我现在的工作很大一部分是在读别人写的代码，还好，前人写的很规范，我基本一看就明白，变量名光看着就知道是窗口上的哪一个控件。
所以还是写的易读好，利人利己。
shine333 2012-08-02
  • 打赏
  • 举报
 回复
轻松一下：

Q:如何提升代码的可读性？——本文在首页的标题
A:降低需求难度，并减少相应的功能
xiaomahei2011 2012-08-02
  • 打赏
  • 举报
 回复
[Quote=引用 24 楼 的回复:]

最烦的是写了注释，后来逻辑改了注释又没同步，后来者看着这注释。。。
[/Quote]
同感。。。
yujie_v 2012-08-02
  • 打赏
  • 举报
 回复
OOP是亮点
whucv 2012-08-02
  • 打赏
  • 举报
 回复
可读性是良好编程习惯的一种。不是要不要可读性，要成习惯了就自然而然的在编程过种程中融入生活。
dragoo1 2012-08-01
  • 打赏
  • 举报
 回复
[Quote=引用 21 楼 的回复:]

当初写下这段代码的时候只有上帝和我才看得懂，现在只有上帝能看得懂了。
[/Quote]
好
赵4老师 2012-08-01
  • 打赏
  • 举报
 回复
[Quote=引用 24 楼 的回复:]
最烦的是写了注释，后来逻辑改了注释又没同步，后来者看着这注释。。。
[/Quote]
同为过来人！可遇到知音了！
meiguakee 2012-08-01
  • 打赏
  • 举报
 回复
个人还是很在意的，个人觉得一般一个地方要做什么不需要写太详细，而是有些地方为什么要那么做，我们总经常有为了特定原因可以写一些非最直接代码的时候。
加载更多回复（27）
C/C++代码整洁方法
本课程主要内容是讲述如何编写整洁而且安全可靠的C/C++代码。提升代码的可读性、可维护性，健壮性，可移植性等代码质量标准。该课程最适合已经学习过C/C++语法，但是还缺乏实际编程经验。不知道如何写出高质量代码的入门程序员。也适合掌握一定编程经验，但是对代码可读性，可维护性仍然有好奇心，有追求的程序员。本课程的制作结合了讲师接近10年使用C/C++语言的经验，对大厂编程规范和相应代码质量书籍的学习。相信对大家能有收获。非C/C++的程序员也可以涉猎一番。
你们会因为代码烂，而入职两三天选择离职吗？
最近看到一个问题，叫做「你们会因为代码烂，而入职两三天选择离职吗？」。其实早先有过一些关于代码质量的讨论，比如「关于烂代码的那些事」，「程序员的日常：哪个蠢蛋写的烂代码？」，「你的代码写的很烂」。这让很多程序员感受到共鸣，大家纷纷出来吐槽。大家都在抱怨同事的代码写的烂，前同事遗留下来的代码bug多...... 那问题来了，写这些烂代码的人都去哪了？ 好奇怪哎!遗憾的是，你既可能是那个吐槽别人给你留...
我们一直谈论“写代码”，但你会“读代码”吗？
编程，又被称作“写代码”。这个说法有可能会带来一点点误解，让人觉得如何“写”是学习编程要解决的主要问题。但事实并非如此。尽管最终代码要在键盘上敲出来，但这个过程在开发中的实际时间占比可能要远远小于你的预期。编写之前的设计，编写之后的调试，以及阅读他人的代码，这些会花费比“写”更多的时间。关于调试 debug，我们在上一篇文章 开发5分钟，调试2小时 - 该如何debug？ 里已经有所介绍。今天说说...
架构师究竟要不要写代码？
Talk is cheap, show me the code！但是在互联网企业中，身处技术要职的架构师到底需不需要写代码？ 在我们的专业领域中有一种普遍存在的误解：架构师的工作不需要写代码。 就目前看来这似乎没什么问题。毕竟，写代码是开发人员的工作。架构师就应该在更重要的任务上忙碌。 但是，让架构师远离写代码会限制开发团队的潜力。当...
如何写出“简单“代码？
如何写出"简单"代码？    当你做实际开发中，你一定会发现有人跟你说，或者你在网上看：要写简单代码要写简单代码。    这句话其实就跟大家熟悉的设计模式中的简单（kiss）原则是挂钩的，如果学习过设计模式的小伙伴，在学习到kiss原则的时候，或多或少会遇到下面几个问题： 为什么身边的程序员都告诉你保持"简单"代码很重要？什么才是好的"简单"的代码？如何写出"简单"的代码？yagni原则和kiss原则是相同的么？ 这些问题看上去简单，回答起来却不简单。 为什么要让代
非技术区

15,440

社区成员

58,167

社区内容

发帖
与我相关
我的任务
社区描述
C/C++ 非技术区
社区管理员
  • 非技术区社区
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章