ReadingNotes@02-12-2013

ReadingNotes@02-12-2013

ReadingNotes@02-12-2013

趣文:程序员最常见的谎话

这个任务简单; 我就快做完了; 如果有 Bug,绝不可能是在我的代码中; 下个版本中我就会加上单元测试; 我以后再给代码写注释和文档;

这个任务简单是我经常说的,想想看,其实是在说谎。眼高手低啊。

成为高效程序员的7个重要习惯

理解你的需求

尽快开工

这不是说设计是没必要的。但在一定程度上,设计只是一种猜想。设计应该通实执行来确 认,并且早执行总是比晚执行好。

经常交付

程序员常常不想过早将代码交付测试人员——他们不想听到自己已经知道的漏洞;而测试人员 极有可能不想测试基本上行不通的东西。但测试人员的工作就是找到这些问题。如果程序员 想尽快看到成果的话,应该把漏洞报告当成好东西

把工作当真

使用真实数据

使用正式版本

在最近的一个游戏开发项目中,我负责用户界面,我陆续从QA那接到报告说有些颜色不对。 最后,我发现问题只出现在交付版本中,另一位程序员使用专门 的主机调试工具找到了漏 洞。结果竟是一个我在两个月前犯下的愚蠢错误,没有指定初始颜色值。调试版本总是选择 特定的默认值,但是交付版本会更改,最终结果 是不太确定的。如果我注意经常地运行交 付版本,我会立刻发现问题的,而不是损失大量的时间。

经常合并

理解你的代码

有自己的编写风格

不要吃惊,我认为好程序就像好散文。散文和代码都是文本,有语法、句法、拼写和语义。 对于大多数写代码的人和写作的人,有 这些就够了,但好作家和好程序员还要有一种美感,他 们的作品在结构和风格上是有特点的,往往能借此识别出作者。

复制粘贴

清理代码

假设你没办法奢侈到雇一个人每天帮你清理代码的程度,那么你就应该定时地检查你的代码、 清理累积的死代码、淘汰过时的注释和错误的名称,否则你必定会得到一份不敢拿出来见人 的代码。如果你不觉得丢不起人,好吧,你行。

问题?注释?

与之前的一个老板合作时,他叫我浏览一段没人有时间看的代码。一开始,我认为它很糟, 不知道写的都是什么东西。之后我慢慢摸索出来这段代码是干什么的,所以我勉强同意它不 算太糟。最后我终于认出这货竟是我两年以前写的。教训:多留点注释。

当你写代码时,记得注释,而不是等着出现什么方便的清理短语——注释你的代码,让它甚至 可以清楚地反映你在编写时的想法。你可以成为自己的编写伙伴

注意警告

优化编程

带着目的写代码

不要搞破坏

找到瓶颈

自我管理


Post by: Jalen Wang (תÔØÇë×¢Ã÷³ö´¦)

posted on 2013-07-16 22:43  Jalen Wang  阅读(171)  评论(0编辑  收藏  举报

导航