科技創新x文明商管^赫學堂
11/05/2025
11/02/2025
11/01/2025
10/10/2025
十：569~雙十登高
每年雙十這天都想登高望遠！
今年選擇走象山步道，先登拇指山，再登九五峰！
早上1010時在象山看到三台直昇機懸吊國旗，從松山機場出發經過中山北路到中正紀念館，經過市區上空朝向板橋方向。
中午12.00在登上九五峰前看到三台戰機噴著三個顏色的煙霧飛過市區及101大樓直到松山機場上空。
9/27/2025
優':568~優化
4. 優化 (Enhance) - 從毛胚到可展示的原型
在完成初步的「毛胚」後，最後一步是進行優化，使其成為一個更完整、更適合展示給他人體驗的原型。
• 功能與體驗提升：此階段可以加入新功能或改善使用者體驗 (UX)。例如，為產品命名 (如 AITrip)、利用 Google Sites 等工具美化介面設計。
• 準備 Live Trial：優化的最終目的是讓原型準備好進行實際體驗 (Live Trial)。透過讓使用者（如創意夥伴或 IT 同仁）實際操作，可以收集回饋，並清楚地溝通你的想法。這個可操作的原型，遠比靜態的簡報 (Power Point) 更能營造有感的氛圍 (VIBE)。
氛:569~氛圍VIBE
氛圍編碼（vibe coding)是今年AI界的話題
透過AI的輔助，一般不懂得資訊科技的人，也可以用AI來寫程式
從五月開始，就開始透過AI來幫我架設網站，並且能夠輸入與輸出資料儲存到雲端的資料庫，這整個的機制在以往，我是不可能做到的，
寫程式，就像說英文，
最大的困難，並不是把程式寫出來，而是要讓程式可以跟後台的資料庫互動，就像說英語，是要讓聽的人聽懂，然後別人說的話你也要聽懂。
我們在架設網站，如果只是靜態的部落格，那是沒有互動的，只要有套裝軟體就可以把文章放上去。但是如果我要能夠輸入資料，存到雲端的資料庫，還要能夠把雲端的資料抓回來做運算，再顯示出來，這個過程就需要溝通與互動。
我用的方式我稱作 Vibe landing journey, 其中部分包含 vibe coding, Vibe landing journey的美妙，就是在於他AI能夠幫助我們，將我們想做的靈感與想法，翻譯成電腦聽得懂的語言，也可以串奇網際網路上或者是資料庫等等陌生的環境，讓他們知道我們想要做什麼。另一方面，我們要把資料寫到雲端，也想把遠端的資料拿到我們的網頁上， AI幫助我們達成了這些溝通的過程。
把英文唸出來不難，但要讓人家聽得懂，或者聽得懂別人說的話，這沒有一些英文的功力是做不到的。更難的是有人來糾正你，當我們說的不正確或聽得不正確的時候有人可以幫助你讓你了解也讓對方了解，這才是困難的。
就像寫程式一樣，最困難的在於debug，當有些瓶頸無法突破的時候，或者有些圈圈一直繞不出來的時候， AI在這裡就扮演了很重要的角色，他會給你出很多的意見，當然有些也是幻覺或者是錯誤的，但至少他很熱心的幫助我們，不斷地嘗試與找出可能的答案，進而解決問題。
vibe landing journey，把自己的fu(感覺)轉變成程式語言，可以讓網站與遠端資料庫進行溝通，寫入與取得資料，然後讓想法可以成真！
我叫他，接下來我就用另外四張圖片來介紹它的四動：
Vision －IOUI一Build一Enhance
實 :567~ 實作
3. 實作 (Build) - 動手打造可運作的「毛胚」原型
這是將設計藍圖變為現實的階段，目標是快速做出一個功能可用但尚不完美的「毛胚」原型 (workable prototype)。
• 運用 AI 輔助開發 (Vibe Coding)：這個階段的核心是 Vibe Coding，也就是大量利用 AI 工具 (如 ChatGPT, Perplexity, Gemini) 來輔助開發。你可以請 AI 推薦開發環境（如使用 Firebase 作為資料庫）、撰寫程式碼、檢查錯誤，以及解決實作中遇到的各種問題。
• 快速迭代與試錯：在實作過程中，會經歷大量的試驗與錯誤 (Trial and Error)，並透過 AI 協助快速除錯與修正。重點在於快速實現最小可用功能，而非追求完美。
模: 566~模組化
2. 模組化 (I/O.UI) - 設計產品的骨架與外觀
有了清晰的 PRD 後，接下來要將需求拆解成具體的功能模組。這一步是為了讓後續的開發有所依據。
• 定義使用者流程 (User Flow)：繪製出使用者從進入到完成任務的完整步驟流程圖。這有助於規劃介面與使用者體驗。
• 規劃資訊流 (I/O)：設計資料的輸入（Input）與輸出（Output），例如使用者需要輸入暱稱和團隊碼，系統則輸出地圖與位置列表。
• 設計介面 (UI)：繪製介面的基本草圖（Wireframe）或視覺稿（Mockup），專注於操作流程與用戶體驗。在這個階段，會初步規劃出如註冊、回報位置、查看地圖等主要畫面的樣貌與所需模組。
具 :565~ 具象化 (VISION)
1. 具象化 (Vision) - 將模糊想法變為清晰藍圖
這是旅程的第一步，目標是將腦中的創意氛圍轉化為一份明確的計畫或藍圖。
• 痛點與解方定義：首先，需要清楚地闡述問題的痛點與解決方案。例如，在「阿里山眠月線」的案例中，痛點是「保有隱私的小群體團體位置分享」，而解方則是開發一個無需交換個資、不耗電的臨時位置分享工具 AITrip。
• 產出產品需求文件 (PRD)：此階段的最終產出是一份產品需求文件 (PRD)。這份文件會詳細定義問題、目標用戶、使用場景、核心需求、功能與非功能性需求等。來源資料中也建議，可以請 AI (如 ChatGPT 或 Perplexity) 協助產生這份 PRD，讓想法更有結構。
9/17/2025
訂閱：
文章 (Atom)