背景
最近看了三本書《啟示錄-打造使用者喜愛的產品》、《學會提問-批判性思維指南》、《寫給大家看的設計書》。本來超級大佬要求我們「苦練基本功」的功課是前兩本加上《金字塔原理》。因為《金字塔原理》之前看過很多遍，這次不用看。正好有熱心博友反饋靜兒的文章排版不太好，靜兒就把最後一本改成了《寫給大家看的設計書》，感覺收穫挺大。
上面提到的四本書都上傳了，有需要的可以自己下載。
連結: https://pan.baidu.com/s/1E7zMC_9D9XpMQi_11KlXLA
提取碼: r2zn
《啟示錄》感悟
《啟示錄》裡提到軟體開發的兩種方法，一種是瀑布式開發，另一種是敏捷開發。
一、瀑布式開發
別名
-
持續改進方法
-
里程碑式開發方法
基本原則
-
採用階段式開發
-
採用階段式評審
二、敏捷開發
精要
-
鼓勵開發人員相信簡單設計和快速重新設計的優勢。
方法
-
scrum方法
-
極限程式設計
實際運用
之前專案開發的版本，看有的同學有個文件每週都會review一下當前milestone(里程碑)。結果版本做出來之後大家都在修復一些問題，非常疲憊。
後來升級版本，領導說做「儘量詳盡的設計」，設計到編碼成為一個非常快的過程。靜兒思考並提出了這個流程的漏洞，最大的問題是我們的新版本比較舊版本差異巨大，所有的技術都是新的。這時候技術本身的一些問題是未知的。
基於這個理念，靜兒提出了一個改進版的開發流程：特別是涉及新技術的開發專案，應該是一個基於快速demo(模型)的設計。這時候單體測試就派上用場了。在快速demo階段，正好可以解決憑空的想象設計帶來的具體問題沒有全面考慮，在開發階段來糾正一些設計成本過高的問題。
《學會提問》感悟
《學會提問》主要講的是怎麼用批判性思維來處理自己獲取的資訊。裡面提到兩種思維風格：海綿式和淘金式。
海綿式思維的主要特點：注重吸收，相對比較少的過濾。
淘金式思維的主要特點：對資訊採用使用多提問的方式來過濾資訊，選擇性吸收，也就是文中提倡的批判性思維。
實際運用
靜兒之前覺得很容易受別人感染，好的壞的都是這樣。分析起來這就和思維風格有關係：海綿式思維。
十年前靜兒面試的時候做過特別傻的一件事情。面試官問了一個mysql的問題。靜兒提出了一個答案，還理直氣壯的說自己問過DBA了，DBA就是這麼說的。淘金式思維會提出很多的問題，並思考答案，這樣會獲取更多正面的知識。
《寫給大家看的設計書》感悟
《寫給大家看的設計書》裡提到了設計的四大基本原則：對比(contrast)、重複(repetition)、對齊(alignment)、親密性(proximity)。
一、親密性
Robin親密性原則：將相關的項組織在一起。增強內聚性，讓頁面從理解上和視覺上變的更有條理。
二、對齊
Robin對齊性原則：任何元素都不能在頁面上隨意安放。每一項都應當與頁面的某個內容存在某種視覺聯絡。這樣來達到統一條理的視覺效果。
三、重複
Robin重複性原則：設計的某些方面需要在整個作品中重複來達到統一的視覺效果。
四、對比
Robin對比性原則：如果兩個項不完全相同，就應當使之截然不同。如果差別不明顯，效果不是對比，而是衝突。利用對比可以增強頁面效果，更有趣，更有可讀性，有助於資訊的組織。
實際運用
靜兒最近的目標是要寫出有九年義務教育就能看懂的技術文章。換句話說叫：「說人話」。讓人理解包括怎麼組織語言和怎麼組織形式。修煉中……
靜兒看完這本書，突然對衣服的搭配有了epiphany（頓悟）。市面上有很多鞋子都是棕色的。靜兒喜歡穿白色上衣+黑色裙子，這樣鞋子一般選淺色。好看的棕色鞋子不知道怎麼穿合適。看了《寫給大家看的設計書》，等靜兒再瘦兩斤，要穿一身素色裙子，搭配上棕色鞋子看看效果~~
總結
多讀書、讀大家公認的好書。
收益
1、幫助梳理自己平時認為一些好的做法背後的邏輯，用自然語言理清楚究竟好在哪裡。
2、能促進有效的溝通。
感悟
靜兒遇到一些畢業不久的程式設計師朋友。他們往往更注重技術。相比較而言，並沒有太注重溝通。靜兒自己思考了一下這個問題。潛在的原因可能是相比較技術，溝通還沒有成為瓶頸。
但是要注意一點：技術的提升相比較溝通這種軟素質而言，進步要快的多。而且溝通影響不僅是工作，是更綜合性的。如果前期不注重，當成為短板的時候，影響要更為長久。
尤其重要的是：溝通是作為架構師和專案經理最重要的基本功。所以，想要好的發展，請儘早重視溝通。
相關閱讀