1.
理解和接受，就會犯錯誤。
這個觀點是盡早在轉化成產品之間找到他們。幸運的是
,除了少數在美國噴氣推進實驗室開發的火箭指導軟體的人
, 大部分的錯誤對於工業來講都不是致命的，因此我們可以再學習，嘲笑和繼續前進.
你並不是你的**。
記住審查整個觀點就是為了找到問題，並且會找到問題。不要介意有些問題沒有發現。
不管你了解多少的
"空手道
"你知道
,永遠有人知道的比你多。
假如你問這樣的乙個人，他可以教一些新的方向。尋找和接受別人意見，特別是當你覺得沒有必要的時候。
在沒有仔細考慮之前請不要重寫**。
"修改**"和
"重寫**「這兩個之間乙個分界線，知道了它們之間的不同和在整個審查的框架範圍內跟蹤風格上的變化，而不是作為乙個透明人。
尊重和耐心的對待那些知道比你少的人。
非技術人員同開發人員打交道的乙個基本原則
(基本上是通用的
)就是保留這個意見，他們認為我們既是乙個最好的第一夫人又是乙個愛哭的人。不加強這種憤怒和不滿的印象給他們。
世界上唯一不變的就是改變。
笑著擁抱接納它。每次看到你的需求，平台或工具變化，要把它們當作為一種新的挑戰，而不是找藉口推卸。
真正的威信來自知識，而不是地位。
知識轉化成威信，威信轉化成尊重。因此你想在乙個無私的環境中得到尊重，培養你的知識。
懷疑你的認識，但是大方的接受挑戰。
要知道你的想法有時會被推翻。即使你能證明你的認識是正確的，不要報復或者多次的說：
"我是這樣告訴你的"。
不要成為乙個孤癖的人。
不要只在買可樂的時候才離開黑暗的辦公室。在開放和協作的環境中，乙個孤癖的人是沒有辦法生存的，他會與外界脫節，視野受限和失去控制。
批評**而不是人
-與寫**的人建立關係而不是**。
盡可能寫正確的文件和提高**的質量。正確的文件包括標準、專案
spec
和提高效能等等。
程式設計師十誡
1 除非在最簡單的類中，否則不要信任建構函式 析構函式 複製建構函式以及賦值操作符語句這些編譯器預設的方法。在任何重要的類中要忘掉這方法。2 將析構函式宣告和定義成虛的，這樣別人就能繼承你的勞動成果。3 不要因為自己的誤解而濫用繼承機制，不要和 is a 規則相違背。4 不要信任任何編譯器 作業系統...
程式設計師父親的遺產 程式設計十誡
我的父親在和我徹談程式設計兩個星期之後就去世了。那個時候我22歲，乙個剛剛完成美學學士畢業設計的大四學生。而我的父親62歲，比大多數我同齡人的父親都要老。早在60年代，他就已經在田納西理工大學開始程式設計了，那個時候他在穿孔卡片上寫fortran語言。不得不承認，我的父親學富五車 學識淵博。我和程式...
zz C程式十誡
1 汝應頻繁催動lint工具，據其語法宣告修習內力，此事皆因lint之思慮決斷實遠在君上。2 不可依隨null指標，如若不然，混沌痴顛必俟君於彼岸。3 縱有天賦大智慧型，知曉其事無礙，汝亦當盡數強制挪移函式引數為原型所期之資料型別，以免一時疏忽，致使資料型別向汝討還血債。4 若標頭檔案未於函式原型之...