ReadingNotes@02-12-2013

ReadingNotes@02-12-2013

趣文：程序員最多見的謊言

這個任務簡單； 我就快作完了； 若是有 Bug，毫不多是在個人代碼中； 下個版本中我就會加上單元測試； 我之後再給代碼寫註釋和文檔；

這個任務簡單是我常常說的，想一想看，實際上是在說謊。眼高手低啊。

成爲高效程序員的7個重要習慣

理解你的需求

儘快開工

這不是說設計是不必的。但在必定程度上，設計只是一種猜測。設計應該通實執行來確 認，而且早執行老是比晚執行好。

常常交付

程序員經常不想過早將代碼交付測試人員——他們不想聽到本身已經知道的漏洞；而測試人員 極有可能不想測試基本上行不通的東西。但測試人員的工做就是找到這些問題。若是程序員 想盡快看到成果的話，應該把漏洞報告當成好東西

把工做當真

使用真實數據

使用正式版本

在最近的一個遊戲開發項目中，我負責用戶界面，我陸續從QA那接到報告說有些顏色不對。 最後，我發現問題只出如今交付版本中，另外一位程序員使用專門 的主機調試工具找到了漏 洞。結果竟是一個我在兩個月前犯下的愚蠢錯誤，沒有指定初始顏色值。調試版本老是選擇 特定的默認值，可是交付版本會更改，最終結果 是不太肯定的。若是我注意常常地運行交 付版本，我會馬上發現問題的，而不是損失大量的時間。

常常合併

理解你的代碼

有本身的編寫風格

不要吃驚，我認爲好程序就像好散文。散文和代碼都是文本，有語法、句法、拼寫和語義。 對於大多數寫代碼的人和寫做的人，有 這些就夠了，但好做家和好程序員還要有一種美感，他 們的做品在結構和風格上是有特色的，每每能借此識別出做者。

複製粘貼

清理代碼

假設你沒辦法奢侈到僱一我的天天幫你清理代碼的程度，那麼你就應該定時地檢查你的代碼、 清理累積的死代碼、淘汰過期的註釋和錯誤的名稱，不然你一定會獲得一份不敢拿出來見人 的代碼。若是你不以爲丟不起人，好吧，你行。

問題？註釋？

與以前的一個老闆合做時，他叫我瀏覽一段沒人有時間看的代碼。一開始，我認爲它很糟， 不知道寫的都是什麼東西。以後我慢慢摸索出來這段代碼是幹什麼的，因此我勉強贊成它不 算太糟。最後我終於認出這貨竟是我兩年之前寫的。教訓：多留點註釋。

當你寫代碼時，記得註釋，而不是等着出現什麼方便的清理短語——註釋你的代碼，讓它甚至 能夠清楚地反映你在編寫時的想法。你能夠成爲本身的編寫夥伴

注意警告

優化編程

帶着目的寫代碼

不要搞破壞

找到瓶頸

自我管理

---

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