iT邦幫忙

鐵人檔案

2025 iThome 鐵人賽
回列表
生成式 AI

30 天一人公司的 AI 開發實戰 系列

在生成式 AI 快速發展的時代,傳統的開發模式正在經歷前所未有的變革。一個人是否真的可以抵得上一個小型開發團隊?答案是肯定的,但前提是你必須學會如何與 AI 協作。

參賽天數 29 天 | 共 29 篇文章 | 7 人訂閱 訂閱系列文 RSS系列文 團隊Cyber Edge Runners
DAY 11

Day 11: 為什麼你需要一個 AI 架構研究專家(ARS)

昨天定義了 Clean Architecture + MVI 的架構規範,但我發現了一個問題。 研究深入一點就卡住了。 什麼是 ARS? ARS(Archite...

2025-09-25 ‧ 由 Sam 分享
DAY 12

Day 12: 開發者的困擾:Compose Desktop 不好除錯

昨天學會了用 ARS 做技術研究,今天馬上就派上用場了。 下午我正在開發 Grimo 的專案列表功能。 突然,應用程式崩潰了: Exception in thr...

2025-09-26 ‧ 由 Sam 分享
DAY 13

Day 13: 開發者的資料庫魔法:類型安全的 SQLDelight 存取之道

昨天解決了 Compose Desktop 的除錯問題,今天要來處理資料層。 為什麼選擇 SQLDelight? 當你在做 KMP 專案時,資料庫選擇是個大問題...

2025-09-27 ‧ 由 Sam 分享
DAY 14

Day 14: 創辦人週報:重新學習一套開發生態框架讓開發如此順利

上週結束時,我在週報裡寫道「放下固有習慣,擁抱 Kotlin 哲學」。 這週,我真正體會到這句話的含義。 第二週的變化很明顯。程式碼產出比第一週大幅增加。功能完...

2025-09-28 ‧ 由 Sam 分享
DAY 15

Day 15: 系統設計師定義流程:從混亂到有序的開發標準化

還記得剛開始 Grimo 專案時,我的開發流程是這樣的: 腦海中有個想法 → 直接寫 code → 跑起來再說 → 出問題了再改 → 忘記改了什麼 → 重新來...

2025-09-29 ‧ 由 Sam 分享
DAY 16

Day 16: 文件總編輯出手:設計 docs/ 目錄架構的藝術

昨天建立了標準化的開發流程,每個任務都有了完整的文件記錄。 但很快我就遇到新問題: docs/ ├── task1.md ├── design.md ├── b...

2025-09-30 ‧ 由 Sam 分享
DAY 17

Day 17: 系統設計師撰寫規範:讓 AI 助手透過 CLAUDE.md 理解開發流程

還記得第一次讓 Claude 幫我寫 Kotlin 程式碼時的對話: 我:幫我加個新功能到專案裡 Claude:好的,請問是什麼專案?使用什麼技術棧? 我:Ko...

2025-10-01 ‧ 由 Sam 分享
DAY 18

Day 18: 系統設計師規劃任務:Task 的定義與撰寫

每個開發者都經歷過這種時刻: 腦海中:「我要做一個超酷的功能!」 ↓ 打開 IDE:「呃...從哪裡開始?」 ↓ 2 小時後:「我剛剛想做什麼來著?」 想法很...

2025-10-02 ‧ 由 Sam 分享
DAY 19

Day 19: 開發工程師接任務:依據 Task 開工並檢驗完成,維護文件一致性

昨天談了如何撰寫完美的 Task 文件,但再完美的規劃,如果不能正確執行,也只是紙上談兵。 今天要分享的是我在一人公司中最重要的發現。 開發不只是寫程式,更是確...

2025-10-03 ‧ 由 Sam 分享
DAY 20

Day 20: 架構師的決策記錄:為什麼選擇 MADR 來紀錄

前言:那些被遺忘的決策 還記得三個月前,我決定用 SQLDelight 而不是 Room。當時的理由是什麼?為什麼不選擇 Exposed?有考慮過什麼替代方案嗎...

2025-10-04 ‧ 由 Sam 分享