搬家公告

現在 Gelis 新的文章會以點部落的為主，下面為新的網址：
http://www.dotblogs.com.tw/gelis/
兩處新舊文章都歡迎各位能夠多多支持。感謝各位啦 :)

留言

張貼留言

這個網誌中的熱門文章

AI 時代的軟體架構設計的進化之路

圖片
目錄 前言 當程式都是 AI 撰寫的、軟體架構設計還重要嗎？ 到底什麼是軟體架構設計？ 所謂在軟體開發中『變』與『不變』的部分 軟體技術架構的本質 AI 時代的軟體架構師的角色與定位 結語 前言： 現在 AI/GAI 各式工具如雨後春筍般湧現，現在早上一起床，腦子便想著 AI 世界又有什麼新的新聞/變革？又有什麼新的 GAI 工具誕生？哪一個工作要被取代了？開發人員又有什麼新的東西要學習？現在的開發人員的壓力真的很大，AI 對世界產生的衝擊，似乎軟體開發人員最首當其衝的感覺！？甚至我的岳父，上個月有一次來家裡玩，看到我都順口問我：對了，最近那個 AI 的出現，對你們的工作有沒有影響啊？？.. 這我..哈哈，我的岳父其實對這領域是個大外行，連他老人家都聽聞此訊息與消息，證明 AI 席捲世界並非空穴來風、各行各業都受衝擊、與影響，影響程度多寡、有些只是現在進行式、有些還在觀望，有些還在堅持著硬撐著、看似沒什麼改變，日常仍舊是日常、生活還是要過，話雖如此，了解 AI 的發展趨勢，與 AI 對軟體開發的影響，對於各行各業、甚至對我們軟體開發者來說，這是個終究必須要面對的重要課題。 當程式都是 AI 撰寫的，軟體架構還重要嗎？ 最近市場常常會拋出一些問題出來，像是：軟體工程師終將被取代、〔資訊科系不再吃香，該系畢業生何去何從？〕、〔寫程式的門檻大幅降低，麻瓜都可以寫扣！〕 圖（一）、使用 Claude 撰寫的線上五子棋小遊戲 最近，曾經撰寫程式碼不假於它手的我，漸漸地開始使用 Cursor 或是 GitHub Copilot 之類的 GAI 工具來幫助我撰寫程式碼，我也發現就算我程式撰寫的再快，也快不過 AI，尤其是 LLM 的模型像是先前 Codex 或是增強的 GPT-4、4o、o4-mini 或 Claude Sonnet 3.7/4.0 系列的 Anthropic，撰寫一套五子棋小遊戲是出乎意料的快， 然而，你必須知道，此需求屬於不複雜（雖然本身具備演算法、但大家對於五子棋的理解大致上一致） + 所以可算需求精確 + 網路上的現有程式碼邏輯清楚 + 線上現有資源豐富，所以當然撰寫速度自然飛快， 但是，在封閉的企業端，軟體設計大都來自商業與市場需求，需求來源大都都為『口述』、某些實際使用者（人類）的想法 ，加上，執行還多為企業端自...
閱讀完整內容

什麼是 gRPC（二）- 來撰寫第一個 Hello World 吧！

圖片
前言 上一篇 什麼是 gRPC ，筆者大致介紹了 gRPC Service 的基本概念，這一次，我們就來小試一下身手，撰寫一個 Hello World （迷之音：嘗試新技術時，總是得先來一個 Hello World ～我不想違背這良好傳統阿阿阿阿） 使用環境 Visual Studio 2019 .NET Core 3.0.100-preview3-010431 開始進行 撰寫 gRPC 除了先準備好基礎環境、選定一種 作業系統／ 程式語言 Language 外、（Framework／SDK／Runtime）等環境備妥後，就可以開始撰寫， (1). 開始撰寫 gRPC 第一步就是先定義 .proto 協議了 上一篇筆者提到，gRPC 的 Server 與 Client 必須使用相同的協議才可進行溝通，一般來說，你應該使用 protoc.exe 編譯器先行編譯過 greet.proto 協議檔，並產出 C# 程式碼檔案後才可繼續，而在 Visual Studio 2019 裡，拜 MSBuild 之賜，已經有人預先寫好 .Target 檔案了 （什麼是 MSBuild ？什麼是附檔名 .Target 檔案可參考： MSBuild .targets 檔案 ） 筆者先撰寫一個 SayHelloWorld 方法如下： 在協議裡，除了在 service Class 撰寫要公開存取的方法外， 必須在提供『傳入訊息型態』、『回傳訊息型態』 ，這邊我先定義兩個 message，一個是『 HelloMyFirstgRPC 』、另一個是『 HelloMyReply 』 在撰寫 proto 協議檔時，建議先決定 message 回傳型態與傳入的型態，那麼 Visual Studio 2019 會有 InteillSense 的完整支援。不得不說 Visual Studio 2019 在 .proto 協議編輯上的支援已經算不錯了。 注意： 一般來說，Visual Studio 2019 會在背景裡自動編譯 .proto 協議檔案，但始有可能不會有任何提示，所以您也可以自行使用命令列工具進行手動編譯，如下圖，若編譯失敗會出現錯誤訊息，如下圖顯示 return 關鍵字錯誤： protoc.exe 編譯器 & 相關 MSBuild Tools 會隨著 NuGet 套件在 Vis...
閱讀完整內容

占空間的Google Chrome暫存檔

圖片
在一次使用CCleaner清除系統的垃圾的時候發現，怎麼Google Chrome怎麼有220M的網際網路快取資料？ 這時突然意會到，平時都只記得清除IE的Temporary Internet Files，卻忘了Google Chrome也是瀏覽器，一樣會產生暫存檔案，還有Google Earth產生的暫存檔居然更高達688M… Orz 因此突然間也非常好奇這些暫存的資料夾的路徑到底在哪裡呢？因為我們知道在Windows Vista/7 之後使用者資料已改在c:\Users 的下面，由於IE的是在"C:\Users\gelis\AppData\Local\Microsoft\Windows\Temporary Internet Files" 、所以我想應該也在這裡附近。果然讓我找到了！ Google Chrome : C:\Users\gelis\AppData\Local\Google\Chrome\User Data\Default\Cache Google Earth : C:\Users\gelis\AppData\Local\Google\GoogleEarth\models 可是突然間又發現Google Earth的資料夾居然是空的！這讓我很疑惑，明明掃出688M，究竟這些檔案是在哪裡呢？筆者的求知慾又非常強烈，每當發現問題如果不找出來是不罷休！因此常常熬夜只是為了找一個問題… 後來上Google才發現，原來我找錯位置，Google Earth的暫存資料是存在LocalLow的下面！不是Local的下面，所以路徑應該是如下： C:\Users\gelis\AppData\LocalLow\Google\GoogleEarth 而且是單一檔案"dbCache.dat"，總算解了疑惑 ^_^
閱讀完整內容