最近有點水貨，都在讀一些書，不過最近在看得這本書個人私底下認為應該作為工程師必看的一本書之一。原因是你可以從這本書或多或少得到一些啟示、有用的技巧可以帶回到你個人的專案當中，而且他應該算是可以每一年都拿出來複習一遍的好書之一。

這本書如同標題所示：The Pragmatic Programmer。天瓏書局也有在賣，歡迎去購買～(連結)，

這本書談了很多東西、像是重構、測試、需求與開發等，與之前我看的軟實力不同，前者偏向做人與軟體工程師的人生，但後者更比較偏向軟體工程師的實際操作、練習等等，相比之下，我比較喜歡後者，也就是Pragmatic Programmer

他有點將內容分成很多一小段一小段的，我覺得非常適用於我們目前這種速食閱讀的時代，偶爾就能翻一翻幾個小篇章提醒自己一下，而且它也不一定適用要從頭讀到尾的那種閱讀方式。

像最近他就講到需求是一種過程就很有感覺，他說到菜鳥開發人員最常犯的一種錯誤就是聽到客戶的需求就馬上做，但根據經驗來看，很多時候客戶的初次需求往往不一定就真的是需求，是需要一步一步藉由回饋加以確認的！

另外原本我有點不喜歡我家老闆一直care 我API的規格，甚至有時候明明就這幾個欄位前端不會用到，卻硬是被要求去傳…，但讀到這裡有個篇章：正交性，主張一個好的系統可以讓其中一個的變化不會影響其他任何一個，舉個例子來說，就像資料庫程式碼與使用者介面應該要是正交的

這不免就讓我發現原來我老闆的顧慮或許是正確的

但是正交性真的也能應用於我與前端溝通用的API嗎？這裡我給個問號

最後，我覺得這本書帶給我新的立志：成為Pragmatic Programmer（務實的工程師） 比起之前我想的，成為專家？成為厲害的工程師？我倒覺得這個flag務實多了

那麼什麼是務實的工程師呢？

  1. 重視你手中的工作與手藝(程式碼)
  2. 找出合適的解決方案
  3. 虛懷若谷、持續學習

小君曰：我是一位務實的Programmer……