現代的計算機概論範圍也越來越廣了，從傳統的「硬體」、「軟體」到「通訊」及「資料」等；其中，通訊現在應該算獨立於計算機之外自成一派。而資料科學則在近十年「機習學習」或「深度學習」變成顯學後，受到高度重視。不想變成時代的眼淚，還請多努力，別輕易躺平。
現代的計算機概論範圍也越來越廣了，從傳統的「硬體」、「軟體」到「通訊」及「資料」等；其中，通訊現在應該算獨立於計算機之外自成一派。而資料科學則在近十年「機習學習」或「深度學習」變成顯學後，受到高度重視。不想變成時代的眼淚，還請多努力，別輕易躺平。
從電腦程式語言的歷史來看，進入門檻越低且容易取得相關資源的程式語言會被廣泛使用。現代的軟體開發更重視軟體元件(函式庫)的整合使用與架構，更勝於程式語言本身的特性。現代程式語言的開發已經轉向重視易用性、安全性及函式庫支援的豐富程度，而非單純講求執行階段的效能。
從電腦程式語言的歷史來看，進入門檻越低且容易取得相關資源的程式語言會被廣泛使用。現代的軟體開發更重視軟體元件(函式庫)的整合使用與架構，更勝於程式語言本身的特性。現代程式語言的開發已經轉向重視易用性、安全性及函式庫支援的豐富程度，而非單純講求執行階段的效能。
作者講的「快速學習法」，其本質上應該就是我先前做過重點摘要的「費曼學習法」，想要教授一樣技能或技術給他人時，自己就要徹底理解問題或技術的本質，然後收集相關的資料，用自己的話重新詮釋問題及解決方式。在這個過程中，就能把知識轉化為自身的理解，從而跟自己的知識樹相連接，存在腦海深處變成本能。
作者講的「快速學習法」，其本質上應該就是我先前做過重點摘要的「費曼學習法」，想要教授一樣技能或技術給他人時，自己就要徹底理解問題或技術的本質，然後收集相關的資料，用自己的話重新詮釋問題及解決方式。在這個過程中，就能把知識轉化為自身的理解，從而跟自己的知識樹相連接，存在腦海深處變成本能。
終於完成物件導向的設計，包括用於指導撰寫程式的「類別模型」和「動態模型」。以物件導向的方式進行設計，只是進攻的前奏，撰寫程式才是最終的目標。雖然物件導向的理論、方法、技巧經過多年的發展後，業界已經形成基本統一的認知，但並未出現一種統一的「物件導向程式語言」。
終於完成物件導向的設計，包括用於指導撰寫程式的「類別模型」和「動態模型」。以物件導向的方式進行設計，只是進攻的前奏，撰寫程式才是最終的目標。雖然物件導向的理論、方法、技巧經過多年的發展後，業界已經形成基本統一的認知，但並未出現一種統一的「物件導向程式語言」。
「人工智慧與機器學習」在這幾年間變成顯學，在十幾年前我唸書的時代還頗為冷門的一個領域，想不到就這樣大翻身了。記得以前研究所上課通常是叫做「模式識別與機器學習 (Pattern recognition and machine learning)」，講一堆分類器，然後就沒有然後了。
「人工智慧與機器學習」在這幾年間變成顯學，在十幾年前我唸書的時代還頗為冷門的一個領域，想不到就這樣大翻身了。記得以前研究所上課通常是叫做「模式識別與機器學習 (Pattern recognition and machine learning)」，講一堆分類器，然後就沒有然後了。
設計模型主要包含兩個部分：靜態模型、動態模型。動態模型設計一般都是在類別模型設計完成後開始，此階段需要使用類別模型的類別。動態模型設計不需要應用「設計原則」和「設計模式」，只需對照「使用案例模型」，並根據使用案例的特點，選一個適合的動態模型表述即可；動態建模不需要面面俱到。
設計模型主要包含兩個部分：靜態模型、動態模型。動態模型設計一般都是在類別模型設計完成後開始，此階段需要使用類別模型的類別。動態模型設計不需要應用「設計原則」和「設計模式」，只需對照「使用案例模型」，並根據使用案例的特點，選一個適合的動態模型表述即可；動態建模不需要面面俱到。
物件導向領域經過幾十年的演進，已經發展出很多成熟的指導方針和方法；其中最具代表性的就是「設計原則」和「設計模式」。進行物件導向類別設計，第一個要解決的問題是：類別從哪裡來？領域模型中的「領域類別」，便是設計類別中「軟體類別」最好的來源；透過「領域類別」啟發設計最初的「軟體類別」。
物件導向領域經過幾十年的演進，已經發展出很多成熟的指導方針和方法；其中最具代表性的就是「設計原則」和「設計模式」。進行物件導向類別設計，第一個要解決的問題是：類別從哪裡來？領域模型中的「領域類別」，便是設計類別中「軟體類別」最好的來源；透過「領域類別」啟發設計最初的「軟體類別」。
什麼是領域模型？領域模型是完成從需求分析到物件導向設計的一座橋樑。需求分析和物件導向並無直接關係，需求分析階段不區分是物件導向還是程序導向，要從「領域建模」才真正開始物件導向的工作。後續我們會使用一個「影像處理軟體」的使用案例來說明如何建立領域模型。
什麼是領域模型？領域模型是完成從需求分析到物件導向設計的一座橋樑。需求分析和物件導向並無直接關係，需求分析階段不區分是物件導向還是程序導向，要從「領域建模」才真正開始物件導向的工作。後續我們會使用一個「影像處理軟體」的使用案例來說明如何建立領域模型。
使用案例 (Use Case)是用來描述需求的流程，就是 5W1H8C 中的 How。有很多方法可以分析客戶需求，例如問卷調查、自由發想、資料分析、資料探勘、競爭對手分析等，可以參考「需求分析理論」的相關書籍；但最有效以及最直接的方法還是和客戶交流。只要掌握正確的方法，就可以完成良好的需求分析。
使用案例 (Use Case)是用來描述需求的流程，就是 5W1H8C 中的 How。有很多方法可以分析客戶需求，例如問卷調查、自由發想、資料分析、資料探勘、競爭對手分析等，可以參考「需求分析理論」的相關書籍；但最有效以及最直接的方法還是和客戶交流。只要掌握正確的方法，就可以完成良好的需求分析。
需求分為「功能屬性」和「品質屬性」， 5W + 1H 屬於功能屬性，8C 屬於品質屬性。能否正確地實現一個需求，既要看功能屬性是否正確，也要看品質屬性是否正確，兩者缺一不可。例如：設計了一個功能強大的機器視覺系統，但動不動就當機，你覺得客戶會使用這樣的系統嗎？
需求分為「功能屬性」和「品質屬性」， 5W + 1H 屬於功能屬性，8C 屬於品質屬性。能否正確地實現一個需求，既要看功能屬性是否正確，也要看品質屬性是否正確，兩者缺一不可。例如：設計了一個功能強大的機器視覺系統，但動不動就當機，你覺得客戶會使用這樣的系統嗎？
對軟體專案來說，需求就是專案最一開始的輸入。
需求：對客戶來說有價值的事情。
功能：系統為了滿足客戶價值而提供的能力。
區別是需求還是功能的方式很簡單，只要判斷是否對客戶有價值。
舉例來說：影像處理軟體：「顯示影像」是需求，「讀取檔案」、「取得影像長寬」、「取得色彩位元」等是功能。
對軟體專案來說，需求就是專案最一開始的輸入。
需求：對客戶來說有價值的事情。
功能：系統為了滿足客戶價值而提供的能力。
區別是需求還是功能的方式很簡單，只要判斷是否對客戶有價值。
舉例來說：影像處理軟體：「顯示影像」是需求，「讀取檔案」、「取得影像長寬」、「取得色彩位元」等是功能。
除了將先前演講的資料重新整理並排序成：「機器視覺系統簡介→應用場景分析→機器視覺系統架構」，再新增「需即時性之應用場景」的說明，然後介紹「機器視覺 + 即時作業系統」的基本框架以及「硬體加速/平行處理」，最後延伸到『嵌入式視覺系統與視覺感測器』，從大範圍講到小細節。
除了將先前演講的資料重新整理並排序成：「機器視覺系統簡介→應用場景分析→機器視覺系統架構」，再新增「需即時性之應用場景」的說明，然後介紹「機器視覺 + 即時作業系統」的基本框架以及「硬體加速/平行處理」，最後延伸到『嵌入式視覺系統與視覺感測器』，從大範圍講到小細節。
專案管理的流程主要指導專案經理如何管理專案，但對於指導開發人員如何開發專案，並無多大用處。就像「專案管理」有一套完整的流程一樣，「專案開發」也有一套完整的程序。對於物件導向來說，整個開發流程實際上非常清晰，底下我們將「瀑布模型」、「敏捷開發」等稱為『管理流程』；物件導向流程開發稱為『技術流程』。
專案管理的流程主要指導專案經理如何管理專案，但對於指導開發人員如何開發專案，並無多大用處。就像「專案管理」有一套完整的流程一樣，「專案開發」也有一套完整的程序。對於物件導向來說，整個開發流程實際上非常清晰，底下我們將「瀑布模型」、「敏捷開發」等稱為『管理流程』；物件導向流程開發稱為『技術流程』。
封裝、繼承、多型是物件導向的三大核心特徵，判斷一種程式語言是否為物件導向的程式語言，就看其是否支援這三大核心特徵。
軟體類別是對現實類別的模擬，但不是簡單的等同。除了實作現實類別相對應的功能，還會創造出許多現實中不存在的類別。
這個創造過程正是各種設計方法、設計模式、設計原則大顯身手的地方。
封裝、繼承、多型是物件導向的三大核心特徵，判斷一種程式語言是否為物件導向的程式語言，就看其是否支援這三大核心特徵。
軟體類別是對現實類別的模擬，但不是簡單的等同。除了實作現實類別相對應的功能，還會創造出許多現實中不存在的類別。
這個創造過程正是各種設計方法、設計模式、設計原則大顯身手的地方。
常見的 C 語言是屬於程序導向中結構化程式設計的概念，採取『自上而下、逐步細化、模組化』的方法，從而降低軟體發展的複雜度，因此 C 語言成為 20 世紀 70 年代軟體發展的潮流。因為結構化程式設計的方式無法滿足軟體『可擴充性』和『可維護性』的需求，因此物件導向的概念才開始普及。
常見的 C 語言是屬於程序導向中結構化程式設計的概念，採取『自上而下、逐步細化、模組化』的方法，從而降低軟體發展的複雜度，因此 C 語言成為 20 世紀 70 年代軟體發展的潮流。因為結構化程式設計的方式無法滿足軟體『可擴充性』和『可維護性』的需求，因此物件導向的概念才開始普及。
在實務上，為了求快，工程師們常知其然不知所以然，反正呼叫 API 能動或能給出想要的結果就好。但這樣的想法到底是讓軟體設計變的更輕鬆，還是入門容易熟練難呢？ 當你邊上理論課程，然後自己又有能力設計出基於理論的實用軟體工具，並分享給其他人使用時，豈不是更滿足也更有成就感!
在實務上，為了求快，工程師們常知其然不知所以然，反正呼叫 API 能動或能給出想要的結果就好。但這樣的想法到底是讓軟體設計變的更輕鬆，還是入門容易熟練難呢？ 當你邊上理論課程，然後自己又有能力設計出基於理論的實用軟體工具，並分享給其他人使用時，豈不是更滿足也更有成就感!
希望透過實戰系列來撰寫技術學習文章，然後一邊打造免費版的機器視覺軟體，再把這個過程記錄下來。開發軟體的人最希望的就是，自己創造的東西越多人用越好，因為那是最自由也最有成就感的時刻。
希望透過實戰系列來撰寫技術學習文章，然後一邊打造免費版的機器視覺軟體，再把這個過程記錄下來。開發軟體的人最希望的就是，自己創造的東西越多人用越好，因為那是最自由也最有成就感的時刻。
陸續看了很多自媒體/部落格行銷的書跟文章，都說明了信任度及品牌建立的重要性，因此我決定幫公司新開一個部落格，專門寫一些技術性或學術性的文章，以前自己埋頭做也沒太多機會整理發表出來，這或許是個契機吧! 在這個部落格寫文章對公司的生意（業務）有什麼幫助？坦白說，我也不知道。
現代的計算機概論範圍也越來越廣了，從傳統的「硬體」、「軟體」到「通訊」及「資料」等；其中，通訊現在應該算獨立於計算機之外自成一派。而資料科學則在近十年「機習學習」或「深度學習」變成顯學後，受到高度重視。不想變成時代的眼淚，還請多努力，別輕易躺平。
現代的計算機概論範圍也越來越廣了，從傳統的「硬體」、「軟體」到「通訊」及「資料」等；其中，通訊現在應該算獨立於計算機之外自成一派。而資料科學則在近十年「機習學習」或「深度學習」變成顯學後，受到高度重視。不想變成時代的眼淚，還請多努力，別輕易躺平。
從電腦程式語言的歷史來看，進入門檻越低且容易取得相關資源的程式語言會被廣泛使用。現代的軟體開發更重視軟體元件(函式庫)的整合使用與架構，更勝於程式語言本身的特性。現代程式語言的開發已經轉向重視易用性、安全性及函式庫支援的豐富程度，而非單純講求執行階段的效能。
從電腦程式語言的歷史來看，進入門檻越低且容易取得相關資源的程式語言會被廣泛使用。現代的軟體開發更重視軟體元件(函式庫)的整合使用與架構，更勝於程式語言本身的特性。現代程式語言的開發已經轉向重視易用性、安全性及函式庫支援的豐富程度，而非單純講求執行階段的效能。
作者講的「快速學習法」，其本質上應該就是我先前做過重點摘要的「費曼學習法」，想要教授一樣技能或技術給他人時，自己就要徹底理解問題或技術的本質，然後收集相關的資料，用自己的話重新詮釋問題及解決方式。在這個過程中，就能把知識轉化為自身的理解，從而跟自己的知識樹相連接，存在腦海深處變成本能。
作者講的「快速學習法」，其本質上應該就是我先前做過重點摘要的「費曼學習法」，想要教授一樣技能或技術給他人時，自己就要徹底理解問題或技術的本質，然後收集相關的資料，用自己的話重新詮釋問題及解決方式。在這個過程中，就能把知識轉化為自身的理解，從而跟自己的知識樹相連接，存在腦海深處變成本能。
終於完成物件導向的設計，包括用於指導撰寫程式的「類別模型」和「動態模型」。以物件導向的方式進行設計，只是進攻的前奏，撰寫程式才是最終的目標。雖然物件導向的理論、方法、技巧經過多年的發展後，業界已經形成基本統一的認知，但並未出現一種統一的「物件導向程式語言」。
終於完成物件導向的設計，包括用於指導撰寫程式的「類別模型」和「動態模型」。以物件導向的方式進行設計，只是進攻的前奏，撰寫程式才是最終的目標。雖然物件導向的理論、方法、技巧經過多年的發展後，業界已經形成基本統一的認知，但並未出現一種統一的「物件導向程式語言」。
「人工智慧與機器學習」在這幾年間變成顯學，在十幾年前我唸書的時代還頗為冷門的一個領域，想不到就這樣大翻身了。記得以前研究所上課通常是叫做「模式識別與機器學習 (Pattern recognition and machine learning)」，講一堆分類器，然後就沒有然後了。
「人工智慧與機器學習」在這幾年間變成顯學，在十幾年前我唸書的時代還頗為冷門的一個領域，想不到就這樣大翻身了。記得以前研究所上課通常是叫做「模式識別與機器學習 (Pattern recognition and machine learning)」，講一堆分類器，然後就沒有然後了。
設計模型主要包含兩個部分：靜態模型、動態模型。動態模型設計一般都是在類別模型設計完成後開始，此階段需要使用類別模型的類別。動態模型設計不需要應用「設計原則」和「設計模式」，只需對照「使用案例模型」，並根據使用案例的特點，選一個適合的動態模型表述即可；動態建模不需要面面俱到。
設計模型主要包含兩個部分：靜態模型、動態模型。動態模型設計一般都是在類別模型設計完成後開始，此階段需要使用類別模型的類別。動態模型設計不需要應用「設計原則」和「設計模式」，只需對照「使用案例模型」，並根據使用案例的特點，選一個適合的動態模型表述即可；動態建模不需要面面俱到。
物件導向領域經過幾十年的演進，已經發展出很多成熟的指導方針和方法；其中最具代表性的就是「設計原則」和「設計模式」。進行物件導向類別設計，第一個要解決的問題是：類別從哪裡來？領域模型中的「領域類別」，便是設計類別中「軟體類別」最好的來源；透過「領域類別」啟發設計最初的「軟體類別」。
物件導向領域經過幾十年的演進，已經發展出很多成熟的指導方針和方法；其中最具代表性的就是「設計原則」和「設計模式」。進行物件導向類別設計，第一個要解決的問題是：類別從哪裡來？領域模型中的「領域類別」，便是設計類別中「軟體類別」最好的來源；透過「領域類別」啟發設計最初的「軟體類別」。
什麼是領域模型？領域模型是完成從需求分析到物件導向設計的一座橋樑。需求分析和物件導向並無直接關係，需求分析階段不區分是物件導向還是程序導向，要從「領域建模」才真正開始物件導向的工作。後續我們會使用一個「影像處理軟體」的使用案例來說明如何建立領域模型。
什麼是領域模型？領域模型是完成從需求分析到物件導向設計的一座橋樑。需求分析和物件導向並無直接關係，需求分析階段不區分是物件導向還是程序導向，要從「領域建模」才真正開始物件導向的工作。後續我們會使用一個「影像處理軟體」的使用案例來說明如何建立領域模型。
使用案例 (Use Case)是用來描述需求的流程，就是 5W1H8C 中的 How。有很多方法可以分析客戶需求，例如問卷調查、自由發想、資料分析、資料探勘、競爭對手分析等，可以參考「需求分析理論」的相關書籍；但最有效以及最直接的方法還是和客戶交流。只要掌握正確的方法，就可以完成良好的需求分析。
使用案例 (Use Case)是用來描述需求的流程，就是 5W1H8C 中的 How。有很多方法可以分析客戶需求，例如問卷調查、自由發想、資料分析、資料探勘、競爭對手分析等，可以參考「需求分析理論」的相關書籍；但最有效以及最直接的方法還是和客戶交流。只要掌握正確的方法，就可以完成良好的需求分析。
需求分為「功能屬性」和「品質屬性」， 5W + 1H 屬於功能屬性，8C 屬於品質屬性。能否正確地實現一個需求，既要看功能屬性是否正確，也要看品質屬性是否正確，兩者缺一不可。例如：設計了一個功能強大的機器視覺系統，但動不動就當機，你覺得客戶會使用這樣的系統嗎？
需求分為「功能屬性」和「品質屬性」， 5W + 1H 屬於功能屬性，8C 屬於品質屬性。能否正確地實現一個需求，既要看功能屬性是否正確，也要看品質屬性是否正確，兩者缺一不可。例如：設計了一個功能強大的機器視覺系統，但動不動就當機，你覺得客戶會使用這樣的系統嗎？
對軟體專案來說，需求就是專案最一開始的輸入。
需求：對客戶來說有價值的事情。
功能：系統為了滿足客戶價值而提供的能力。
區別是需求還是功能的方式很簡單，只要判斷是否對客戶有價值。
舉例來說：影像處理軟體：「顯示影像」是需求，「讀取檔案」、「取得影像長寬」、「取得色彩位元」等是功能。
對軟體專案來說，需求就是專案最一開始的輸入。
需求：對客戶來說有價值的事情。
功能：系統為了滿足客戶價值而提供的能力。
區別是需求還是功能的方式很簡單，只要判斷是否對客戶有價值。
舉例來說：影像處理軟體：「顯示影像」是需求，「讀取檔案」、「取得影像長寬」、「取得色彩位元」等是功能。
除了將先前演講的資料重新整理並排序成：「機器視覺系統簡介→應用場景分析→機器視覺系統架構」，再新增「需即時性之應用場景」的說明，然後介紹「機器視覺 + 即時作業系統」的基本框架以及「硬體加速/平行處理」，最後延伸到『嵌入式視覺系統與視覺感測器』，從大範圍講到小細節。
除了將先前演講的資料重新整理並排序成：「機器視覺系統簡介→應用場景分析→機器視覺系統架構」，再新增「需即時性之應用場景」的說明，然後介紹「機器視覺 + 即時作業系統」的基本框架以及「硬體加速/平行處理」，最後延伸到『嵌入式視覺系統與視覺感測器』，從大範圍講到小細節。
專案管理的流程主要指導專案經理如何管理專案，但對於指導開發人員如何開發專案，並無多大用處。就像「專案管理」有一套完整的流程一樣，「專案開發」也有一套完整的程序。對於物件導向來說，整個開發流程實際上非常清晰，底下我們將「瀑布模型」、「敏捷開發」等稱為『管理流程』；物件導向流程開發稱為『技術流程』。
專案管理的流程主要指導專案經理如何管理專案，但對於指導開發人員如何開發專案，並無多大用處。就像「專案管理」有一套完整的流程一樣，「專案開發」也有一套完整的程序。對於物件導向來說，整個開發流程實際上非常清晰，底下我們將「瀑布模型」、「敏捷開發」等稱為『管理流程』；物件導向流程開發稱為『技術流程』。
封裝、繼承、多型是物件導向的三大核心特徵，判斷一種程式語言是否為物件導向的程式語言，就看其是否支援這三大核心特徵。
軟體類別是對現實類別的模擬，但不是簡單的等同。除了實作現實類別相對應的功能，還會創造出許多現實中不存在的類別。
這個創造過程正是各種設計方法、設計模式、設計原則大顯身手的地方。
封裝、繼承、多型是物件導向的三大核心特徵，判斷一種程式語言是否為物件導向的程式語言，就看其是否支援這三大核心特徵。
軟體類別是對現實類別的模擬，但不是簡單的等同。除了實作現實類別相對應的功能，還會創造出許多現實中不存在的類別。
這個創造過程正是各種設計方法、設計模式、設計原則大顯身手的地方。
常見的 C 語言是屬於程序導向中結構化程式設計的概念，採取『自上而下、逐步細化、模組化』的方法，從而降低軟體發展的複雜度，因此 C 語言成為 20 世紀 70 年代軟體發展的潮流。因為結構化程式設計的方式無法滿足軟體『可擴充性』和『可維護性』的需求，因此物件導向的概念才開始普及。
常見的 C 語言是屬於程序導向中結構化程式設計的概念，採取『自上而下、逐步細化、模組化』的方法，從而降低軟體發展的複雜度，因此 C 語言成為 20 世紀 70 年代軟體發展的潮流。因為結構化程式設計的方式無法滿足軟體『可擴充性』和『可維護性』的需求，因此物件導向的概念才開始普及。
在實務上，為了求快，工程師們常知其然不知所以然，反正呼叫 API 能動或能給出想要的結果就好。但這樣的想法到底是讓軟體設計變的更輕鬆，還是入門容易熟練難呢？ 當你邊上理論課程，然後自己又有能力設計出基於理論的實用軟體工具，並分享給其他人使用時，豈不是更滿足也更有成就感!
在實務上，為了求快，工程師們常知其然不知所以然，反正呼叫 API 能動或能給出想要的結果就好。但這樣的想法到底是讓軟體設計變的更輕鬆，還是入門容易熟練難呢？ 當你邊上理論課程，然後自己又有能力設計出基於理論的實用軟體工具，並分享給其他人使用時，豈不是更滿足也更有成就感!
希望透過實戰系列來撰寫技術學習文章，然後一邊打造免費版的機器視覺軟體，再把這個過程記錄下來。開發軟體的人最希望的就是，自己創造的東西越多人用越好，因為那是最自由也最有成就感的時刻。
希望透過實戰系列來撰寫技術學習文章，然後一邊打造免費版的機器視覺軟體，再把這個過程記錄下來。開發軟體的人最希望的就是，自己創造的東西越多人用越好，因為那是最自由也最有成就感的時刻。
陸續看了很多自媒體/部落格行銷的書跟文章，都說明了信任度及品牌建立的重要性，因此我決定幫公司新開一個部落格，專門寫一些技術性或學術性的文章，以前自己埋頭做也沒太多機會整理發表出來，這或許是個契機吧! 在這個部落格寫文章對公司的生意（業務）有什麼幫助？坦白說，我也不知道。