最近幾個月實習在寫**，很喜歡python這種很簡潔的感覺（唔，這都是題外話了），還是扯扯正題吧。好像是在v2ex看到有人說『去阿里面試發現是寫業務邏輯的，所以不想去了』然後想了想自己的觀點。
先說我的觀點：技術的最終目的都是要實現業務（雖然我之前已經發微博吐槽再也不想寫業務邏輯了）。其實不光是計算機這些，其他所有的基本都是為了解決人類的需求，而人類的需求也可以稱之為業務。比方說開始人類想行走的更快，就學會了騎馬，後來又發明了火車，再後來又有了飛機；同理，人想算數算得更快，就有了算盤，後來又有了埃尼阿克，後來又發展到了現在的計算機，各種程式語言，各種框架，各種系統。
想一下在公司乙個產品形成的過程：需求確定-技術選型-開發-測試-維護。這裡的技術選型一般會選擇乙個最適合這個產品的技術，當現有技術不能滿足的時候可能就會開發乙個新的技術，那麼這個時候技術的出現就是為了解決這個特定的問題，最終實現這個業務需求。技術的出現基本上都是這個過程，拿linux核心的出現來講，linus想要乙個核心於是就出現了乙個核心（orz，大神就是吊），有人說他只是個人想要乙個新的，這個不能算業務需求。xd，看看前面我說的那句話『人類的需求也可以稱之為業務』。
另外乙個觀點：沒有乙個萬能的技術。現在前端框架層出不窮（雖然我寫後端，然而聽過的框架也有很多個了），或者拿熟悉的python來講，django寫內容管理系統簡直方便的不行，flask的各種隨手拿來就用的感覺也十分順手，所以，每個技術都是有其擅長或者精通的地方，而人類的需求也是千變萬化的，這也是最根本的原因。就如同沒有十全十美的若一樣。
唔，大概就是這樣。寫完這點東西之後最大的感受就是：媽的，寫作也真不是意見容易的事情（然後彷彿也明白了，為什麼哈佛這麼多年來全校必修的一門課是寫作）
關於技術驅動業務的一些思考
我們經常會說到 技術驅動業務。那到底什麼才叫技術驅動業務呢？在我看來，技術驅動業務就是用技術手段幫助業務發展。會想到這個問題，是前陣子參加 infoq 的軟體開發大會的時候，有乙個人提問說 如何設計乙個架構去驅動業務發展？這個問題本來就問得不是很好，嘉賓也說了乙個架構是無法驅動業務發展的。其實這位朋...
過去的2012 2013，一些總結和感想
大學畢業，拿到學位證。本來想跨專業考研，後果很遺憾，考研更多考的是理論知識，計算機基礎，而這恰好是我很薄弱的環節，或者說是我的空白區域，最終分數大約是270左右，連國家線都沒到。大四下學期，過完年之後回到學校就開始找工作，那時想著最好是找個水利行業的計算機相關的職位，能發揮自己的優勢，不過這樣的職位...
業務分析的一些原則和方法
業務需求的描述框架 業務域的劃分原則 系統邊界與介面 業務物件與業務流程 子系統間介面識別 泳道圖 垂直跨職能圖 業務演算法分析 業務物件是業務流程產生或者處理的實體資料，業務物件一般都具有產生 使用 消亡的過程。這個過程的細節是由業務流程決定的。業務結構描述了每乙個業務域的主要子功能域。業務流程指...