前言 Day 7,我請 AI 大大們 ChatGPT、Claude、Grok Bot 檢視 PRD,收到不少建議。內容落落長,可以怎樣有效地整理這些建議呢?...
與 AI 討論的目標 協助我思考沒想到的事情以及不熟悉的技術領域知識,但最後的建議和產品判斷仍需要自己做決策。 使用哪些 AI 工具 ChatGPT...
為什麼想做呼吸練習紀錄的視覺化 對我來說,看見呼吸練習的紀錄會帶來一種踏實感。每次練習可能只有幾分鐘,但當這些零散的時間被記錄下來,我就能看見自己確實有留一些...
開發走到三分之一,進入一個有趣的轉折:需要的抉擇越來越多,好多是我根本沒想過也沒定見的事情。 三個我不知道的問題 關於整理:不整理旅遊照片到底是我個人懶惰,還...
決定了只做旅遊回來之後的照片整理,捨棄行前規劃以及行程中指導之後,桌上剩下兩個抉擇。 一個做之前秒決定,另一個看到才能下決定。兩種都沒錯,只是成本不同。 刪除...
回到 7 月初,Claude 再次放出 Fable5,所有人都興高采烈的,做東又做西,我的社群每天看到各種炫耀。我沒有東西可以炫耀,只有焦慮。焦慮不知道做什麼...
什麼是 Wireframe? Wireframe(線框稿)是將 PRD 或腦中的想法具體化,用來呈現介面結構、內容配置與操作流程的設計稿。形式可以很簡單,例如...
昨天寫到 Ervis 把一個自己要用的收據 App,養成有回饋迴圈、有合作夥伴的產品。今天是另外兩場,以及我自己的答案。 第二個是做猛健樂陪伴夥伴mojo的花水...
身為Vibe Coder初心者, 1週內在App Store 按下第4個App的審核鍵,我終於回來問自己那個問題:然後呢? 接下來到底是Vibe Coder...
什麼是產品視覺設計方向 💡 定義視覺風格,再從風格中去發展設計元素 視覺風格: 第一印象看起來怎麼樣一件作品帶給你的直覺感受與情緒共鳴。換句話說,就是...
什麼是 PRD PRD(Product Requirements Document,產品需求文件)是一份用來定義產品或功能「為什麼做、為誰做、要解決什麼問題,...
用深層呼吸刺激負責放鬆的副交感神經 呼吸,是我們無時無刻每分每秒都在執行的動作,但日常的呼吸屬於淺層的呼吸,當我們要達到放鬆的效果,就需要透過深層的呼吸來刺激...
為何是呼吸放鬆這件事 曾經因工作壓力而有自律神經失調,時常會有心悸和無法專注的情況,第一次接觸到呼吸放鬆法是搭乘高鐵從新竹去台北上班時,打開 Netflix...
同一份版面定義,現在也長在 iOS 和 Android 上了 前兩篇把定義驅動的前端講了個輪廓:第一篇說為什麼把核心放在後端與定義、前端當一層可換的皮,並...
前言 我是一名獨立開發者,最近在做一個日韓旅遊記帳 App。收到用戶許願: 「可以用 NFC 感應西瓜卡直接記帳嗎?不想每次都手打金額。」 聽起來可行 —...
三大篇章,三十日的足跡:旅程回顧 回望這段旅程,我們經歷了三個主要階段,從 iOS 的核心基礎,一路探索到 AI 應用的前沿: 第一篇章:iOS 核心實力打...
三十天的鐵人賽,像一場技術馬拉松,終於來到了終點線前。最初的目標很明確:結合我對 iOS 開發的熱情與工作上學習到的 DevOps 實踐,從零到一打造一款名為「...
前言 經過了前面 28 天的努力,我們的 App 終於來到提交審查的這一步。Apple 的 App Store 審查機制其實算是蠻嚴格的,確保每一款上架的 Ap...
為我們的 App 加上 logo 在我們開始寫我們的 pipeline 之前,我突然想到有一件很重要的事情,那就是為我們的 App 加上一個看起來很讚的 ico...
前言 在上一篇文章中,我們完成了 iOS 專案的本地端準備工作。現在,我們將實際設定 Azure Pipelines,目標是讓專案能夠自動化建置並部署到 App...
前言 時間來到了第 26 天,App「台灣公路 K 點通」(對,取名了XD) 核心功能已大致完成,是時候著手建立一套自動化的 CI/CD (持續整合/持續部署)...
前言 CSV 資料的讀取與解析,這項功能是 App 的核心之一。然而,隨著專案越來越複雜,我們很可能會在未來的某個時候不小心改動到相關程式碼,或是 CSV 檔案...
前言 首先簡要回顧前幾天的進度: Day 11:我們實作了地理圍欄的核心功能,讓 App 能夠在用戶進入或離開特定區域時觸發事件 。 Day 21 &a...
前言 今天要來完成的是地理圍欄(Geofencing)功能,讓使用者可以針對選定的里程位置訂閱通知,當進入/離開該區域時,會收到推播通知。 關於在 Loacti...
今天要來完成將圖標地點用 Apple Maps 或 Google Maps 來開啟。 URL Scheme 要在 App 之間進行跳轉,就如同網站一般,URL...
接續昨天的進度,現在地圖上的圖標已經能按照資料集的經緯度精確標出位置,並在圖標上方顯示道路名稱與里程數。然而,僅有這些資訊是不夠的,我們需要提供一個更豐富的互動...
今天我們先繼續把 UI 調整跟草圖接近一致。目前上半部的選項與下方的地圖區塊是分開的,為了讓選項卡片能夠疊在地圖上,我們要將這些既有元件放到 ZStack 裡。...
在 SwiftUi 中自訂元件樣式 當你使用 SwiftUI 框架提供的元件,通常來說你能夠自訂的部分不多,不然就會受到許多限制。以 Picker 來說,你能改...
在我們昨天的進度中,我們建立了一個選擇道路的 Picker。但正當我興高采烈地測試時,發現了一個奇怪的 bug:當我快速滑動 Picker 的選項列表,手指一放...
今天要來填上核心的「搜尋」與「顯示」邏輯了,包含處理里程輸入,接收並驗證使用者輸入的公里數,並實作搜尋函式,處理不同里程格式的解析,找出最近的地理位置,最後在地...