ReadingNotes@02-12-2013

ReadingNotes@02-12-2013

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

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

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

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

理解你的需求

尽快开工

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

经常交付

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

把工作当真

使用真实数据

使用正式版本

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

经常合并

理解你的代码

有自己的编写风格

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

复制粘贴

清理代码

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

问题？注释？

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

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

注意警告

优化编程

带着目的写代码

不要搞破坏

找到瓶颈

自我管理

---

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