第四章：兩人合作
原文：4.2.9 注釋
1.我們公司**沒有注釋的，有也只是 極少部分的 英文注釋。第十七章：人，績效和職業道德對此我問了主程，他告訴我幾個原因。
第一，屬性，方法，類的命名全部都有規律，能看懂英文就知道這個屬性幹嘛的，絕對不會是那些什麼 string a1 = "身份證號碼";listgglist = null; 莫名其妙之類的。
第二，**整潔美觀，有注釋會顯得很亂。這是他個人見解，**潔癖吧。
第三，如果有些地方要用注釋，也要用英文，考慮到有中文注釋的專案匯入別的工程環境裡面會亂碼。雖然說可以重新調整工程環境，但是如果英文看的懂的話，何必用中文。
有時候我用中文注釋 還會被他一臉嫌棄....
2.一般來說，我們的注釋，要麼是使用文件，要麼是告訴你為什麼要這麼設計。
而且好的設計都是沒有注釋的，因為乙個合格的工程師當然要理解好的設計為什麼好。我們只注釋那些設計不好但是又不得不這麼做的。
當然了，這並不是什麼好事，大家不要學。我相信大部分公司都不敢因為乙個程式設計師看不懂**就開除（逃）
3.之前公司專門有同事寫注釋的.....沒錯，你沒看錯，除了寫注釋他不幹別的。
4.不寫注釋扣你一半工資，自己看著辦。
原文：17.4 蘿蔔與白菜
問題：你希望團隊裡白菜多還是蘿蔔多？
想法:我個人覺得團隊裡還是白菜多一點好，因為我覺得在專案開始前每個人的分工，應該負責的工作應該都是已經合理分配好的，大牛分配的工作量多一些，普通員工少一點，沒問題，那麼你最起碼應該先把自己的那部分工作做好，無論你幫助了多少人，但你自己的工作沒做好的話，那就是你的失職，不應該用「功」來掩飾自己的「過」，我們應該獎勵在做好自己本職工作之後去幫助同伴的人，但絕不是不是「不洗泥的蘿蔔」。
《構建之法》 第四 第十七章
第四章，主要內容為講述兩個程式設計師 從作者大篇幅講述 規範等內容來看 應該是把大部分閱讀此章的讀者看作基礎的程式設計師了 如何合作。這章我在看完之後分了兩個板塊 交流 與 合作交流 交流 主要就是向讀者傳授如何碼出讓別人看的懂的 規範啦，風格規範等內容 合作交流 部分則是更進一步的向讀者闡述兩個合...
第四章 讀書筆記
源 包含了許多的東西，包括 android 應用程式的 android sdk 自帶的工具，android ndk 的源 等等，所以單從數量上來講，android linux 終端執行命令來配置 android12 repo 指令碼檔案 3 建立用於存放 android 源 的目錄 4 初始化 5a...
《構建之法》 第四章 十七章閱讀與思考
第四章 兩人合作 引文 身旁這個傢伙老是問問題，他 她不會看書嗎？我都無法專心工作了。如果軟體工程師連一對一的合作都做不好，不能有效地去影響同伴，讓合作雙方都能從合作中受益，提高水平，那大家就別扯什麼團隊合作這些事了。問題 一對一合作兩人的技術水平有差距，如果乙個人技術很差，那麼 審查時兩個人該如何...