在周愛民先生的書中，存在於兩千年前寓言中的工程名家愚公，作為講述各種事理的例子反復出現。確實，愚公的事跡中蘊含了許多我們這個專業的學生必須要明白的道理。對於程序，我們很多學生說是一竅不通也不為過，寫出一個程序在我們眼中是一件多麽了不起的“大事”，但周愛民先生說：“除了先天智障和後天懶惰者，都是可以學會寫程序的。”看到這裏我不經開始反思自己：是否把寫程序這件事過度復雜化了。

初學c語言時，老師要求我們把算法畫出來，我不以為意，那時我想：直接把代碼打出來不就好了，為什麽要給自己增加工作量？到後來，遇到一些對我們來說挺復雜的程序，我常常在代碼敲到一半的時候發現，剛剛敲出來的代碼並不能實現我的目的。或者在程序並沒有按我所想的運行後，我才恍然發現自己犯了許多低級錯誤，有時甚至毫無邏輯性可言。這樣的我，只知道苦幹，而不懂得思考，浪費了不少時間和精力。誠如周愛民先生所說：“如果你原本就不明白如何去做，那你也不要期望計算機去理解你想要做什麽。”

同樣是“碎石”，愚公只知埋頭苦幹，李冰卻懂得“積薪燒之”，周先生說：“是懶人造就了方法。”回想我們自己，平常是否時常只有愚公式的勤奮，而不願像“懶人”一樣停下來思考，力求找出一個更有效率的解決方法？事實上，如果我們願意在做事之前多加思考，那就極有可能會事半功倍。

大道理是極其簡單的，甚至一兩句話就能闡述其意。然而世上的一切難就難在簡單，簡單中所蘊含的繁瑣，不身處其中可能根本無法發現。例如做一個項目，不是我們平常所想的只要敲敲代碼就能實現的，需要各種角色的參與，項目經理、開發經理、開發人員......各個工作人員的職業素質、與客戶的交流與溝通等，這些都是復雜瑣碎的。

書中的“折中”一詞讓我印象比較深刻，其意為：對幾種不同的意見進行調和。當多種突發情況相遇時，若不具備“折中”這種基本素質，我們極有可能會陷入混亂中無法走出。

團隊需要管理嗎？周先生回答：“在你還沒有弄清楚狀況之前，不要去管它。”弄清狀況又是一個需要投入精力的過程，我們需要有耐心，並且善於發現，同時要明確自己的定位，讓自己遠離問題的中心，我們不應該成為洞中的一員，而應該是那個“可以在洞外放木棍的人”。無論何時，我們應該養成一個習慣——思想的轉換，也就是換位思考，這樣才能做到明確分工，最大限度的發揮每個人的價值。我們應該將這句話牢牢記住，“做管理不等於做伯樂。”

人與人產生交流的方式是溝通，我們這個專業的人也被要求具有溝通的能力。做項目的時候，有關人員時常要想客戶所想，甚至想客戶未想，而這一切離不開溝通。溝通的機會來之不易，保障每一次溝通的有效性是十分重要的事情。就像周先生說的那樣，開發人員不能要求客戶會UML，但卻可以用客戶所處世界的通用語言。“既然盲人不能睜開眼睛，那麽你就閉上眼睛好了。”

溫伯格說：“問題其實就是你期望的東西，和你體驗的東西之間的差別。”周先生將其理解為“你認為這是個問題，它就是個問題”。我們常常陷入矛盾的自我糾結中，扯不斷，理還亂，這時不妨學會否定、消化矛盾，“不要用矛來擊盾，而是用矛、盾以擊敵”。

“好的項目經理並不是不犯錯誤的人，而是以盡可能少的失敗來獲得成功的那個人”。人們常說“失敗是成功之母”，這並不意味著所有的失敗都是能夠被原諒的，在錯誤中成長，在失敗中認清自己，不在同一個地方被絆倒兩次，我們應該讓每一場失敗發揮它應有的價值。

想走得更高更遠，我們需要學習的東西還有很多。我們應該明白，越是簡單的東西，往往越是接近於本質。說了這麽多，我們現在應該學會的其實也就是“靜下心來做代碼”而已。

讀大道至簡有感