coders at work 讀書筆記

     最近中午吃完飯就跑到書店去逛，發現coders at work這本神做竟然有了，因而天天中午都去看，已經看了一半了，把一些讀後感寫下來，留做迷茫的時候再溫溫。

     先說說我看這本書的目的，最近有點專一在打醬油，收穫很少，目標感愈來愈差，因此看看大牛們的成長而後檢討一下。

     第一點，coder的工做實際上是須要一點藝術氣質的，同時還得具有一些處理人際關係的能力，同時還得有必定的寫做能力（這不是原話，大概是這意思），關於寫做不少人都有提到，好處沒說，我想來，大概也就是這麼兩點：提高技術影響力，這點不用多說了，若是你的blog乾貨多，你們都會看，特別是對一些技術難點或者疑難雜症的分析等等，另外我看過很多bloger文章思路清晰，思惟縝密，同時也能體現出我的的謙虛，思路清晰，思惟縝密這不正是coder必備的素質嗎？或者說咱們能夠藉由寫做來鍛鍊咱們的設計，架構能力，由於當你研究了一個技術點時，本身所謂的弄明白了和你把知道的東西總結並記錄下來徹底是兩碼事，說到這我仍是很慚愧的，不少時候都缺少韌性和堅持，雖然我很清楚寫做的習慣很重要。。。。再來講藝術氣質，個人理解是對代碼，對設計，架構的美的追求，一旦你對代碼的質量的追求到了極致，那就是一種美了，人際關係嘛，這個必須的，咱們這些個宅男必需要把這點緊緊記住，除非你只想做科學家，不然想在IT路上繼續混下去是很難的，大牛們都提到了這點，咱們就不能再騙本身，天天心中默唸着「我只要把代碼寫好了就牛掰了，其餘事我一律無論！」這種想法極其危險，現實中我看到這樣例子也很多，固然不排除少數能大成的狀況，不過咱們總不能把本身越圈越小吧，至少在30歲以前大部分人的職業道路應該是越走越寬才「保險」。

     第二點，大牛對底層技術的理解和功力，多數被採訪者都是從最原始的打孔機開始寫代碼，對硬件，彙編，編譯原理，經常使用算法和數據結構，語言的本質等等，這些東西的理解是咱們如今沒法強求的，由於咱們大學最多學學計算機組成原理，「瞭解」編譯原理，寫寫c代碼，作作xx管理系統，用asp寫寫xx網站等等，咱們的起點很低，這致使了咱們的可成長性不好，由於咱們對過去的那段歷史基本是出於空白狀態，好比他們最初編程的時候不少編譯器都是本身寫，沒有面向對象，只有算法和數據結構，還有在有限的硬件計算能力下對性能的極致追求，那咱們呢，上手就是java了，OO，組件庫，想到神馬基本均可以在開源社區找到實現，咱們就是把代碼粘起來就能夠了，有人說，那咱們如今面對的是海量信息，如今是互聯網時代，咱們要解決的問題不同了，咱們要了解的是分佈式架構，神馬nosql，海量數據的拆分，水平or垂直，map－reduce，系統架構的一些經常使用模式，啥都跟海量扯到一塊兒，其實都同樣，只要不是停留在模仿和使用上述東東的狀況下，均可以找到各類底層技術的身影，萬變不離其宗，見招拆招纔是最高境界。

   第三點，對技術的激情，雖然說咱們錯過了一段歷史，可是從大牛的面試問題上咱們能夠找到一些成爲大牛的必備條件，激情，對技術持續的激情，大牛會問：你最喜歡本身作過的項目，哪段代碼是你印象最爲深入的，其實都是在瞭解你是否對技術執着且有激情，由於持續的激情纔是你不斷能成長的動力啊，這樣即便你錯過了計算機發展的最初也是最寶貴的那段歷史，可是持續的激情同樣會讓你在職業道路上走的更遠更深，注意，持續很重要！

   這些就是看到一半的一些感悟了，奶奶的，還有好多東西要學，去也！