如何有效使用 Claude Code 子Agents
如何有效使用 Claude Code 子Agents
身為一個在程式界摸爬滾打十幾年的老兵,我見過太多開發工具來來去去。有些工具像流星一樣閃亮但短暫,有些則像恆星般持續發光。Claude Code 的子 Agents 功能,毫無疑問屬於後者 — 它不只是一個工具,更像是把整個開發團隊裝進了你的 IDE 裡。
如何有效使用 Claude Code 命令 /add-dir
如何有效使用 Claude Code 命令 /add-dir
在現代軟體開發中,前後端分離架構已成為標準做法。開發者經常需要同時處理多個相關但獨立的專案目錄,例如前端 React 應用和後端 API 服務。Claude Code 的 /add-dir
指令正是為了解決這個痛點而設計的強大功能。
Vibe Coding 的技術門檻陷阱:當感覺遇上現實
Vibe Coding 的技術門檻陷阱:當感覺遇上現實
近年來,“Vibe Coding” 成為開發社群的熱門話題,許多開發者被其自由、直覺的編程方式所吸引。然而,作為一名資深技術架構師,我必須指出一個被大多數人忽略的關鍵問題:Vibe Coding 實際上有著極高的技術門檻。
Final Cut Pro X 10.4.9 配置測試
Final Cut Pro X 10.4.9
最近幾天 Final Cut Pro X 更新到 10.4.9 很多新功能,包含代理可以使用H264等等很多更新。
個人做點測試主要種點在了解到手邊電腦工具適合做怎樣使用,可以找到最佳影片剪輯配置因為GPU CPU運算與影像解碼一直以來都以為是依樣。
Jetson Nano OpenCV 測試
Jetson Nano
最近想來試試我買很久的Jetson Nano在影像應用賞可以玩啥呢?於是就沿著其他大神指導開始玩起OpenCV。 本次主要參考OpenCV 4 + CUDA on Jetson Nano這篇文章來實際測試與體驗。
EDA 事件驅動架構 Event-driven Architecture
事件驅動架構
來談談事件驅動架構與一般架構設計上有何不同與差異。
一般程式架構
一般專案架構來說,會有幾個部分。
- 程式
- 主要商業邏輯部分。
- 與資料庫連結與處理。
- 後端其他程序處理部分。
- 錯誤處理。
- 資料庫
- 主要與資料有關都會在這邊。
- 常常也會放些無關的,像是網站Logo site staff等等。
- 儲存與查詢為主要事務確保資料執行ACID。
- 維運
- 確保各系統如預期運作正常。
- 各種系統故障排除
- 安全控管
可以看到程式部分就是專案主要部分了,其他只是他的延伸。
NATS 應用(一)
NATS 應用(一)
今天來介紹我對於NATS首次應用的方式與想法。
安裝 測試使用Docker
$ docker pull nats:latest
latest: Pulling from library/nats
f3c8f35bd9bc: Pull complete
4ba25f2430b4: Pull complete
Digest: sha256:83922f11aa2012176cc23401cc1a7648c6d0aeecd1597e04c04d1028908d155c
Status: Downloaded newer image for nats:latest
docker.io/library/nats:latest
執行與啟動
$ docker run \
-d \
-p 4222:4222 \
-p 8222:8222 \
--name=nats \
nats:latest
eaad1e13140a8803a95c361b32b7d2c5aadf852bae50dfbfd0a8769aeaa551af
此時可以透過管理介面來了解狀態與相關資訊。
Messaging System 訊息發送系統
今天來聊聊 Messaging System 現今系統架構尚不可忽視的重點沒有之一。談談近年來蓬勃發展軟體產業Internet of Things (IoT), AI, machine learning, blockchainand smart contracts 這三個重點軟體產業其快速與訊息量龐大造就目前軟體架朝向事件架構所發展Event-driven Architecture(EDA)。
制霸 IoT 30Day! Day 30總結
心得
物聯網(IoT)雖然近年有不錯成長,但是卻沒有很好的應用導致遲滯! 關於因該有幾樣因由:
- 資料無用: 物聯網(IoT)裝置成長,資料成長客戶也配置大量佈署了物聯網(IoT)裝置與控制中心。But!但是這謝常長得資料卻沒有有效利用,因為光靠人去針對巨量資料做應用可以說是九牛一毛。
- 裝置無法通用: 投資物聯網(IoT)裝置過於封閉 a 廠牌裝置並不適用於 b 廠牌裝置。
- 封閉系統: 大多數廠商開發產品平台並沒有提供良好的串接服務可以客制運用自己產生的資料,也無法串結其他廠商的是設備裝置。
- 服務綁定: 因為上述關係所以你也無法轉換平台廠商,必須從裝置硬體到平台全部一起置換。
- 供應商選邊站: 像是如果我的智慧家庭產品必須選擇提供支援 Alexa 還是 Google 服務,必須是大廠才有餘力去全面開發支援大多數的服務。
- 價格較一般產品昂貴: 物聯網(IoT)裝置產品成本較高,且有固定的時間成本大多數無法提供較長的服務保證。
最後 iThome 30Day 鐵人賽總算完成!(我個人認為)昨天沒有按下發文就跑去洗澡導致超過時間。感謝老婆體諒與各位親朋好友支持~ 謝謝大家!
制霸 IoT 30Day! Day 29 AIoT介紹
AIoT 介紹
AIoT 由來就是 人工智慧(AI) + 物聯網(IoT)的組合。隨著人工智慧(AI)技術的更多突破,物聯網(IoT)萬物相聯的蓬勃發展,兩者也匯流進化成 AIoT,正驅動「智慧應用」。