小朱® 的技術隨手寫

碩士學歷到底重不重要，也許在前幾年大概一堆人會一面倒的說很重要，當然，立志想進大公司或科技業大廠做RD的話，碩士是真的很重要，然而現在碩士滿街跑的狀況已經十分嚴重，碩士金雞母的時代還能維持多久？很難講。

專題，又稱「實務專題」，是大學生活所學的最後成果，同時也會反應做專題的人是不是真的有投入心力，它也有可能會成為未來進入職場的入場券之一，所以請認真的看待它。

資訊業的技術一向進步的很快，如果認為資訊業可以一招過江湖的話，那就大錯特錯了，也許你現在學的東西，過了兩三年後可能就不能用了，因為技術不是升級就是被淘汰了...

選課一向是大學開學前的重頭戲，熱門的課程一向是學生搶著選的重點課程，或是都去選老師管得鬆又容易過的所謂 "營養學分"，但是與其一頭熱，或是只想要輕鬆的修課，對未來其實一點幫助都沒有，與其只想輕鬆過學生生活換取以後職場數十年的痛苦，不如早早就準備好。

[碎碎念] 程式開發領域由菜鳥到老鳥的成長歷程 (2) - 學生階段－資訊...工程OR管理OR..?

[碎碎念] 程式開發領域由菜鳥到老鳥的成長歷程 (1) - 學生階段：認識程式開發這工作

我自己是華人，常用的語言也是中文，而且是繁體中文，日常的溝通都是用中文，所以我的英文並不好，但就算是英文不好，寫程式時我除了註解外統統用英文，我也一直在推廣寫程式或是對資料庫欄位命名時不要使用中文，並不是我歧視中文或是有什麼顏色或是抱外國人大腿什麼的 ...

我們經常會對新手說：寫程式前一定要先思考，意即於此。設計決策只能透過不斷的思考訓練才能進步，坊間的書雖然也會講設計的最佳作法 (Best Practices)，但不會告訴你這些作法是如何發展而來的細節資訊，這些細節只能透過學習的人一步一步的實作來感受，也因此這些設計決策是經驗累積而來的。

其實是不只是學習寫程式應有的態度，也是平時面對許多生活大小事的基本態度。

Plurk.NET: Microsoft .NET 與噗浪的邂逅

不要讓所謂的 [不用寫任何一行程式] 把自己的發展性侷限了

我想大家都不反對，在剛開始學習寫程式的時候，最依賴的兩樣的東西，就是書 (book) 和範例程式 (sample code)，範例程式在學習程式的道路上一定是不可或缺的重要工具，它帶給你觀念與方法，讓你可以用相同的模式來做到相同的功能，但範例程式碼最終的目的，只是教你特定的需求要怎麼達成而已，若不將它融會貫通的話，很容易就傷到自己。

適當的設計，應該是考量各種可能情況，對程式做的具彈性且可重覆使用的軟體設計，除了基本的物件導向規範以外，還要加入一個守門員的角色：規則（Rule）以及驗證器（Validator）。

只要程式開發久了，又有面對過不同層次的專案（例如產業不同，性質不同，應用方向不同或是不同的領域知識等），通常都會接觸或是使用很多的技術，而且技術的學習力又和自己本身的基礎能力有相當大的關係，它會左右你學習新技術的快慢，不過今天要談的倒不是學習力，而是決策力（Decision Making）。

前幾天我在幫我顧問公司的員工上課，剛好講題就是 Software Architecture，我在課堂上順便問了一個小問題：Framework 和 Architecture 有什麼不同？結果學員多數都答不出來，因為那間公司都把 Framework 叫做架構，但光是架構這個詞在很多技術用語上都會被套到，那麼，Framework 和 Architecture 到底哪裡不同？

一般在寫程式的時候，往往都是要先探詢寫這支程式的需求是什麼，如果有些工作是由流程 (process) 構成的，或者是這件工作可能會橫跨不同的模組（或資料庫），又或者是這個程式預期未來可能會有什麼樣的衍生功能時，就可以試著把這些程式中共同的部份加以抽出，獨立構成一個公用程式庫 (utility) 或是基礎類別 (base class)，而將這些部份抽出的流程即稱為抽象化 (abstraction)。

介面導向設計(interface-oriented design) 在軟體架構設計中，是一個必修的技能，不過在整個軟體架構領域中，它只是個入門磚而已，沒有它，想要做好軟體架構是很困難的，原因只有一個：它是基礎。

摘要:我的學習之路 Part 3 - 艱辛的創業之路

摘要:我的學習之路 Part 2 - 磨練

這段文章系列，是為我自己的學習之路做一個註腳與記錄。