ReadingNotes@02-12-2013

ReadingNotes@02-12-2013

趣文：程序员最多见的谎言

这个任务简单； 我就快作完了； 若是有 Bug，毫不多是在个人代码中； 下个版本中我就会加上单元测试； 我之后再给代码写注释和文档；

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

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

理解你的需求

尽快开工

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

常常交付

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

把工做当真

使用真实数据

使用正式版本

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

常常合并

理解你的代码

有本身的编写风格

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

复制粘贴

清理代码

假设你没办法奢侈到雇一我的天天帮你清理代码的程度，那么你就应该定时地检查你的代码、 清理累积的死代码、淘汰过期的注释和错误的名称，不然你一定会获得一份不敢拿出来见人 的代码。若是你不以为丢不起人，好吧，你行。

问题？注释？

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

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

注意警告

优化编程

带着目的写代码

不要搞破坏

找到瓶颈

自我管理

---

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