GitHub 著名的蒙娜麗莎貓旁邊總會(huì)隨機(jī)出現(xiàn)一句話绩蜻，GitHub 特地提供了 API 供人去調(diào)用這些句子礁苗。
API 返回的全部結(jié)果如下：
- Responsive is better than fast（有求必應(yīng)比單純快要好）
- It’s not fully shipped until it’s fast（只有響應(yīng)速度夠快了弟灼，才會(huì)完全出貨的）
- Anything added dilutes everything else（任何添加的東西都會(huì)稀釋其他的東西）
- Practicality beats purity（實(shí)用性優(yōu)于純潔性）
- Approachable is better than simple（易于理解比簡單要好）
- Mind your words, they are important（注意你的使用詞，它們很重要）
- Speak like a human（說人話）
- Half measures are as bad as nothing at all（半途而廢是壞事）
- Encourage flow（鼓勵(lì)工作流）
- Non-blocking is better than blocking（非阻塞優(yōu)于阻塞）
- Favor focus over features（優(yōu)先關(guān)注焦點(diǎn)而不是特性）
- Avoid administrative distraction（避免行政|管理上的分心）
- Design for failure（容錯(cuò)設(shè)計(jì)）
- Keep it logically awesome（保持良好的邏輯性）
—— The Zen of GitHub
GitHub 的技術(shù)經(jīng)理 Ben Balter 撰文寫道冒黑，這些 API 中返回的句子就是 GitHub 的原則田绑。這是 GitHub 服務(wù)器每次運(yùn)行時(shí)顯示的第一個(gè)句子，也是 GitHub 歷史上大多數(shù)重大決策的基礎(chǔ)理念抡爹，無論是技術(shù)上的還是其他方面的掩驱。
這些原則是最早期的時(shí)候 Github 第一個(gè)設(shè)計(jì)師 Kyle Neath 寫下來的。
基于此冬竟，那我們的開發(fā)準(zhǔn)則呢欧穴？或者說開發(fā)理念是什么？可以借鑒 The Zen of Github泵殴。
- 易于理解比簡潔更重要苔可，不要為了簡潔而簡潔。
- 實(shí)用流暢比炫酷更重要袋狞，不要為了炫技而炫技焚辅。
- 注意命名使用詞，不要太隨意苟鸯，它們很重要同蜻。
- 任何添加事物都會(huì)稀釋其他事物。
- 說人話早处，不要造生僻詞湾蔓，不要故作高深。
- 有效溝通砌梆，不說廢話默责，保持信息與認(rèn)知對(duì)齊。
- 善于提問咸包，正確的問題往往比答案更重要桃序。
- 不要半途而廢，不要逃避問題烂瘫。
- 有效并且高效地解決問題排在首位媒熊。
- 謀定而后動(dòng)，不要想當(dāng)然坟比。
- 容錯(cuò)設(shè)計(jì)芦鳍，避免無法挽回的后果。
- 注意兼容葛账，多看多測多考慮柠衅。
- 如無必要，避免強(qiáng)制操作籍琳。
- 邏輯清晰無漏洞菲宴，經(jīng)得住考驗(yàn)魂贬。
- 優(yōu)先關(guān)注焦點(diǎn)而不是特性。
- 用模塊化思維裙顽，別去重復(fù)造輪子付燥。
- 有操作就要有反饋，無論成功或失敗愈犹。
- 避免阻塞键科、不可操作的情況。
- 杜絕私下漩怎、不透明勋颖、不明確的任務(wù)。
- 先緊后松勋锤，留緩沖時(shí)間饭玲，避免臨陣磨槍。
- 注重文檔沉淀叁执，增援未來茄厘。
- 避免行政或管理上的分心。
- 遇事不決及時(shí)向上反饋谈宛。
Focus on long term impact次哈。(關(guān)注長期影響)
