博文視點之傳奇程式設計師修鍊之道觀後感
直播回訪觀看地址:
//play.itdks.com/watch/10045724
嘉賓如下(對這些嘉賓背景和經歷感興趣的，可以使用Google或Bing及百度搜索來了解他們，中間如雲風、陳皓等都有自己的部落格，通過閱讀文章了解他們學習他們也是一種不錯的方式):
他們共同推薦這本書:
這本書講的是什麼（這裡我引用豆瓣的內容簡介）？
《程式設計師修鍊之道》之所以在全球範圍內廣泛傳播，被一代代開發者奉為圭臬，蓋因它可以創造出真正的價值：或編寫出更好的軟體，或探究出編程的本質，而所有收穫均不依賴於特定語言、框架和方法。時隔20年的新版，經過全面的重新選材、組織和編寫，覆蓋哲學、方法、工具、設計、解耦、並發、重構、需求、團隊等務實話題的最佳實踐及重大陷阱，以及易於改造、復用的架構技術。本書極具洞察力與趣味性，適合從初學者到架構師的各階層讀者潛心研讀或增廣見聞。
一、我從小工到專家的那些年
由他們介紹他們過去和現在的一些經歷和轉變。
1.雲鳳
過去:
相反設法解決複雜問題，解決別人解決不了的問題，有成就感。
現在:
將複雜問題簡化，用簡單的辦法解決。
2.陳皓
陳皓在說自己的經歷時，舉了個例子，說過去在某家公司工作，遇到一個問題，問題簡單地描述就是系統不能服務，由於對接方很多，不清楚是那邊的原因，互相推諉扯皮，那個時候他在看一本書TCP相關，我覺得是《TCP/IP》這本書(因為該書非常經典且原理講的很深且晦澀難懂)，然後他的主管看他在研究這塊就讓他看看這個問題，最後他用一個命令排查解決了，排除不是公司系統的原因和某個對接方的系統原因。由此可見，讀書的好處。
他認為基礎原理很重要。
3.孫玄
孫玄講的不是太多，概括起來就一句話，"大道至簡"。
4.唐巧
唐巧特別列舉了一下，歸納如下:
1.高中開始接觸演算法，參加比賽。
2.2003年上大學。
3.2007年讀研究生,演算法積累很多,認為電腦就是數據結構+演算法,把想法轉化成程式碼。
4.2007年末去IBM實習，由於剛實習沒有工作經驗，感覺程式碼寫的很醜。
5.2008年涉及架構方面的 關注程式碼如何寫的更好。
6.2010年領域知識 積累IOS的領域知識。
7.2012年周圍的程式設計師普遍存在溝通和寫作能力不強，
自己不想成為那樣的人，成為最初寫部落格的動力。
8.2014年更關注於產品以及組織架構(讓大家如何工作更舒服)
9.2018年更關注產品和商業相關的
他認為成功的秘訣如下:
執行(長期堅持如堅持學習，堅持寫部落格)
迭代(不停地做，不停地想，不停地反思回顧)
5.程軍
經歷:工作15年 一直在上海工作15年。
做程式設計師的原因:是因為家裡窮。
找到問題的本質:不停的問為什麼為什麼,當問不出為什麼時可能找到問題的本質。
我的思考如下:
其實他們成功的共同點都花費了大量的時間在行業內積澱，至少10年時間。這是不是在告訴我們朝著堅定的方向，不斷學習積累提升自己，就能取得一定的成就，這個成就可以是指年收入上百萬甚至千萬，也可以是指成為某個領域專家或者是達人。同時在從另外一個方面驗證，他們如今的成就是不是符合一萬小時定律呢？這也間接告訴我們，付出是一定會有回報的，這個回報可能是比較漫長，但一定會有。但為什麼會有付出不一定會有回報呢？我覺得原因是因為偽付出，偽付出和偽努力是一樣的(假裝自己很努力)。不是有句流行的話語叫，"假裝自己很努力，結果不會陪你演戲"。
二、幾個問題
1.演算法很重要嗎？
以我過去面試一些公司來說，小公司並不是特別重視，因為小公司重視的是你來公司能夠迅速的出活，至於演算法能力，不是特別重視。而大一點的東西，特別重視，演算法不過關，面試官都見不到。關於這個事例，我在之前的文章提到我曾經面試一家規模較大的創業型公司，是做遊戲的，融資了上億，那是我唯一一次連面試官都沒有見過的面試，那個時候對我打擊特別大，感到很恥辱。
演算法當然很重要，不僅僅對於演算法工程師，對於做工程的也很重要，比方說，如果你演算法足夠好的話，表明邏輯性特彆強，那麼你寫的程式碼基本上很少會因為邏輯性錯誤導致的bug或者是其它風險。
關於演算法學習，我曾經寫過一篇文章初學者摸索之演算法學習
感興趣的可以參考學習一下。
2.經常遇到重複性問題？
重複性的問題不一定用相同的辦法解決，如第一次不理解用臨時辦法解決，第二次遇到理解加深用相對優的辦法解決，
第三次遇到，抓住問題的更本質，對問題有更深入的理解，從而用最好的辦法解決。
當然了，還可以採取部落格記錄法，將遇到的問題記錄匯總，以部落格或者wiki的形式展示，方面下次查閱。
