🧑‍💻 我是誰

Hi,我是伊恩,一位熱愛軟體開發的工程師。

曾於不同產業工作,橫跨醫療、金融、電商等領域,累積多年開發經驗。目前專注於 .NET、Cloud Native 架構、系統設計、容器化技術與監控整合。

同時也是 DDDTW 社群的活躍成員,熱衷於分享與交流軟體開發的最佳實踐與經驗。我的思維,也從單純的技術導向,逐漸轉向更整合商業與技術的視角。

目前正在探索與 AI Agent 的協作模式,嘗試將 AI 技術導入軟體開發流程,在提升效率與品質的前提下,更快速且精準地找出真正的問題,並提出可落地的解決方案。

在職涯中,我經歷過快速迭代的新創產品開發,也參與高穩定性系統的建置與優化,同時面對管理與維運既有系統的挑戰。

這些經驗背後,其實都是同一個核心問題:

如何在確保系統穩定與可靠的同時,有效控制建置與營運成本。

技術選型往往不只是技術問題,更是商業決策。每一次選擇,都會影響開發效率、系統穩定性,以及未來的維護成本。

目前也公開了一些 Side Project。有些是為了實驗新技術,有些則為了解決實際需求。這些專案不只是技術實驗場,更是我驗證架構設計、踩坑並記錄真實經驗的地方。

✍️ 為什麼寫這個 Blog

「伊恩的開發狂想」這個名字聽起來有點輕鬆,但我的初衷其實很務實,就是記錄文件上沒有寫到,但自己在開始時,實際上遇到的問題。

另外,我也是其他技術部落格的讀者,知道市面上有很多優質的技術文章,有時,因為時間的過去,當初的作法或許已經不再適用。

但在「真實專案中的經驗分享」,就算作法過時,透過內文具體的情境、決策的思考過程、以及事後的反思,仍然能提供寶貴的學習資源。

這些文章不只是告訴你「怎麼做」,更重要的是:

  • 為什麼這麼做
  • 當時有哪些限制條件
  • 實際操作中會遇到什麼問題

我本人也是費曼學習法的愛好者,理解一個概念或技術,最好的方法就是把它講給別人聽。

撰寫文章,一方面將自己「踩坑、爬坑、填坑」的過程,個人的想法、花時間理解的事情再加以整理輸出,在分享經驗的同時,也是幫助自己更好地理解與掌握知識。

另一方面也是為了訓練自己在專案中遇到問題時,能夠更有條理地去分析問題、思考解決方案、以及事後的反思。

有時,可能會分享一些失敗的經驗與覆盤,成功故然甜美,但失敗的痛苦更能帶來深刻的學習。

對我來說「失敗的經驗才是最有價值的學習資源」。

因為它們揭示了那些文件上不會告訴你的細節,以及那些在理論上看起來完美,但實際操作中卻充滿挑戰的地方,或許是開發,或許是維運成本,或是其他我們沒有預料到的問題。

有時,也會使用「故事式」或「對話式」,來呈現案例或事件的樣貌。

不止是這樣的閱讀比較輕鬆,同時也可以透過這個方式來了解來龍去脈,深入理解專案的全貌,從需求分析、架構設計、技術選型、開發過程、到最後的部署與維運。或許這個方式,可以自己或讀者,更可以腦力激盪,創造更多的想法與解決方案。

📚 不只是技術

除了軟體開發,這個 Blog 也會分享:

  • 技術管理心得:如何帶團隊、如何做技術決策、如何平衡開發速度與品質
  • 閱讀筆記:那些對我的思維方式或工作方法產生影響的書籍
  • 個人成長觀察:工程師的職涯發展、學習方法、思考框架

這些腦力與知識的激盪,都會影響我的思維方式與決策。透過眾人的智慧,與本我的反思,造就一個優秀的工程師。不只要有技術深度,更有著廣度與高度。

技術是工具,但如何用對工具、在對的時機做對的決策,需要的是更全面的視野。

💡 為什麼你應該追蹤這個 Blog

如果你是:

  • 正在學習 .NET 和 Cloud Native 技術的工程師
  • 想了解真實專案中的架構決策,而不只是理論教學
  • 踩坑經驗比成功案例更有興趣(因為那更實用)
  • 希望看到一個真實 Side Project 從無到有的完整記錄
  • 正在思考技術職涯的下一步,想要多一些視角

那麼,這個 Blog 應該會對你有幫助。

我不敢保證每篇文章都會解決你的問題,但可以保證:這裡分享的每個經驗都是真實的、每個坑都是我親自踩過的、每個反思都是事後誠實的檢討

🚀 最後想說的話

在快速變化的技術領域,保持學習是唯一的生存之道。但更重要的是,學會分辨哪些是值得深入的技術、哪些是可以快速掌握就好的工具

我希望這個 Blog 不只是知識的傳遞,更是一個思考方式的分享。透過我的踩坑經驗、決策過程、以及事後反思,你可以建立自己的判斷框架,在未來遇到類似情況時,做出更好的選擇。

期待在這條持續學習的路上,與你相遇。

— 伊恩