Latest

AWS DNS 失準的一夜:US‑EAST‑1 的連鎖反應與產品韌性

AWS DNS 失準的一夜:US‑EAST‑1 的連鎖反應與產品韌性

在凌晨的屏幕上,雲變得具象。不是抽象的 SLA 或彈性架構,而是每一次重試、每一條延遲訊息、每一個因「Insufficient Capacity」停住的部署。10/20,美東一區 US‑EAST‑1,AWS 多項服務因 DNS 解析異常引發連鎖反應:DynamoDB API 錯誤、EC2 啟動受阻、Lambda 輪詢 SQS 延遲、EventBridge 與 CloudTrail 事件積壓——一層又一層,像把隱形依賴圖用真實時間顯影。 人性的面:時間感與決策節奏 分散式系統追求冗餘、隔離、故障轉移,但業務對「時間」的依賴不可替代。從 00:11 的「正在調查」,到

By YI
顧客回饋與互動的終極指南:從成功創業者身上學到的實戰策略

Research

顧客回饋與互動的終極指南:從成功創業者身上學到的實戰策略

前言:將顧客回饋轉化為成長引擎 對於每一位自力更生的創業者和早期新創公司而言,最寶貴的資產並非程式碼或商業計畫書,而是與市場的真實連結。在這場充滿不確定性的旅程中,顧客回饋不是冰冷的數據,而是指引方向的羅盤、驅動產品迭代的燃料,更是點燃可持續成長的核心動力。許多創業者埋首於打造自認為完美的產品,卻忽略了市場最真實的聲音,最終導致資源耗盡、夢想擱淺。 本報告並非空泛的商學院理論,而是一本實戰 playbook,深入研究了數十位從零到一、甚至創造數百萬美元營收的成功創業者,將他們在「驗證」、「早期互動」與「規模化」三階段中,與顧客互動的核心策略提煉出來。 這份指南將帶您學習如何在投入開發前就驗證需求、如何與首批用戶共同打磨產品,以及如何將零散的回饋系統化,最終將顧客的聲音,轉化為您事業最強大的成長引擎。 1. 驗證階段:在投入開發前,先學會傾聽 在創業的棋局中,第一步的落子至關重要。投入大量時間與資金開發一個沒人需要的產品,是新創最常見的致命傷。本章節的戰略核心在於「事前傾聽」 在您寫下第一行程式碼之前,先驗證市場是否存在真實且迫切的需求。我們將探討幾位創業者如何在產品僅有概

By YI
挖掘痛點深度研究

Research

挖掘痛點深度研究

聚焦創業「風險管理」:先驗證高價值痛點,再用分發驅動增長。內容涵蓋三大點子來源(自用痛點、複製優化、利基與平台)、低成本驗證方法(MVP、預售訂金、社群回饋),以及有機增長引擎(內容行銷、社群運營、SEO、短影音)與啟動擴張(生命週期優惠、影響者與付費投放)。強調創業者心態:專注一個問題、以速度迭代、韌性面對失敗。結論提出增長飛輪:洞察痛點→分發獲客→現金流迭代→深化價值。

By YI
Day  209 :我們如何把保養品成分分析變得可用、可信、可比較

Day 209 :我們如何把保養品成分分析變得可用、可信、可比較

回顧3月剛開始打造 Ingrelens 和 cosGlint 其實已經過了 209 天,時間其實過的很快,但總是不夠用。 * 03月:產品啟動完成了前後端大部分的基礎,推出網頁版 MVP * 04月:完成第一次測試上線,並且開始準備分離 llm 服務 * 05月:順利完成第二次測試上線 * 06月:開始開發 cosGlint * 08月:cosGlint 封測 * 09月:cosGlint iOS / Android 都上線!https://go.cosglint.com * 10月:cosGlint 1.2 版 現在我們正全力打造下一個版本 ... cosGlint 想解決的核心痛點很單純:面對密密麻麻的成分標示,絕大多數人既無法快速理解,也難以做出判斷。除非具備專業背景或長期練習,從這些標示中要得到有用答案,幾乎不可能。 為了把複雜變簡單,

By YI
Vibe coding 你該知道的 api key 知識

Dev

Vibe coding 你該知道的 api key 知識

有人把會計費的 API key 直接放到可分享的前端,誰用了都算你的錢。當事人用 Google AI Studio 的 Build/Canvas 做了一個可分享的 App,介面上叫使用者填「自己的」key,但流程其實鎖了開發者的 key。內容被大量轉傳,短期流量爆掉,帳單也跟著爆。後來她以「Google 設計不良、計費綁 GCP」為切點開砲,社群自然吵起來。 但如果把情緒抽掉,這件事談的是工程邏輯與金流控管: * 金鑰放前端本來就不行,這是入門級資安。可見即可複製,沒有懸念。 * 要讓使用者自己付費,就用後端代理或讓他綁自己的計費來源;別拿開發者金鑰去幫人刷。 * 沒做配額、速率、硬停,任何誤用或外洩都會直擊你的信用卡。 不同供應商的計費機制,風險邊界不一樣: * OpenAI / xAI / Anthropic 偏手動儲值或核發額度;不開自動儲值就不會無限衝。 * Google

By YI
OpenAI GPT5 推出後大家真的在懷念 GPT-4o ?

Dev

OpenAI GPT5 推出後大家真的在懷念 GPT-4o ?

相信這幾天大家對於 GPT-5 最多的討論是「GPT-4o 消失了,還我 GPT-4o!」 坦白說我一開始也愣了一下。GPT-4o 雖然一路有在迭代,但效能本質上還是上一代:愛唬爛、幻覺多、討好傾向重。平常圈內多數人都是這個評價。 But…就是這個 But。 GPT-5 上線後,系統改為自動選用最適合的模型來解題,手動挑模型的選項被收束,「還我 GPT-4o」的聲浪就出來了。這才再一次提醒我:世界不是非黑即白。你覺得不行的東西,換個用途就會有人把它當寶。GPT-4o 拿來做專業工作當然吃力,但作為「聊天與陪伴」它反而長成了許多人的情感支柱。多數人懷念的不是參數,而是互動的「感覺」。而且這波不是少數人喧嘩,Sam Altman 也出面回應,表示會讓付費用戶可以切回 4o,並觀察使用情況決定支援多久。 The VergeTechCrunch 我們懷念 4o 的三件事 語氣與默契感

By YI
從技術債到戰略投資

Dev

從技術債到戰略投資

這週從 SEO、Dockerfile/Supervisor、狀態管理、Tiptap + AI 到 環境變數,每天都有新坑。與其把它們當救火,我選擇把舊債系統性轉成投資,讓產品基礎穩固。 * SEO不是小事。重新設計 JSON‑LD 和 metadata,短期流量未必動,但可預期的可見性與索引品質會提升,這是曝光的基本盤。 * 狀態管理從 useState 換到 Zustand,複雜度上升時的維護性與擴展性顯著改善。結論很直接:架構要在早期就為未來功能留接口,別在爆炸後再補強。 * Tiptap 圖片 resize 與語意優化,核心是把「操作阻力」降到最低。功能開發若只從工程視角出發,體驗會打折;流程要以使用者感受為主,技術實作跟著適配。 * 環境變數與設定抽離,為部署與擴容打通動脈。硬編碼在初期快,但規模化時成本高到不合理。 本週方向正確:問題每天冒,但底座在變厚,未來的節點會更穩。 下週重點(

By YI

技術債與彈性之間:我把 LLM 微服務拆出來了

這週幾乎都在跟 LLM 微服務搏鬥:為了彈性、金鑰池、供應商切換、逃生門到 fallback 機制的完善,再到 Sentry 與 Redis 限流的整合。這些改動使用者不一定看得到,但對穩定性與後續擴充很關鍵。 本週進展 * LLM 微服務成功從 Ingrelens 主專案抽離,架構變得清晰,API 調用與 fallback 逐步穩定。 * 資料庫改用 JSONB。短期有 schema 管理的負擔,但彈性更高,能更貼近未來需求。 * 大幅清理程式碼與統一術語。捨棄舊碼雖不捨,但維護成本明顯下降。 * 錯誤監控與限流整合完成:Sentry 分環境配置讓追蹤更有信心;Redis 限流避免流量暴增時崩潰。意外的是,幾萬筆資料僅佔 100 多 MB,我卻給了 8G 記憶體,算是有餘裕。

By YI

OAuth 解除綁定的取捨:那些看起來很小、其實很難的決定

OAuth 解除綁定的取捨:那些看起來很小、其實很難的決定 早上打開昨天調完的 UI,間距問題總算舒服多了。從 Clarity session 看,滑動速度降了一些,心情小小被安慰。結果沒高興多久,Google OAuth 解除綁定流程又跳出來提醒我:直覺跟安全,要怎麼一起兼顧? 一開始以為不難:按個按鈕、呼叫 API、revoke token,收工。真的動手後才發現,OAuth 的麻煩全在細節。曾經寫了 revoke Google token 的邏輯,想說乾淨一點,避免用戶下次登入被多問授權。仔細想想其實沒必要 access token 本來就會過期,主動撤銷意義不大,還平白增加 API 呼叫與錯誤處理。最後我把這段整個拔掉,回到「只更新本地綁定狀態」的做法;流程更直覺,延遲也少了。

By YI

Dev

SEO 跟使用者體驗的拔河

昨天猶豫了半天要不要接 Microsoft Clarity,今天早上看了幾段 session 錄影,心裡總算鬆一口氣——問題一目了然:搜尋輸入體驗太糟。輸入法組字的時機一錯,搜尋建議就瘋狂跳,整段流程像在考驗用戶耐心。 第一件事,我把搜尋輸入的 debounce 重寫:組字期間不觸發建議,等用戶完成再一次更新。順手加了清除按鈕,免得大家一直狂按退格。這些瑣碎的小事做完,我自己測起來順很多,心裡稍微安定。 真正麻煩的是 SEO。Next.js 升級到 App Router 之後,目錄結構整個換掉,原本的 Tailwind 設定和 SEO metadata 也得跟著改。我不愛花時間在看不見的細節,但 SEO 偏偏是曝光的基礎。於是我花了兩個小時,重整 Tailwind config,並把 metadataBase 交給 DefaultSEO

By YI

Dev

把專案清乾淨,讓產品走得動

今天把幾件拖很久的事一次處理掉,專案也順了不少。 先把不用的 sitemap.ts 和相關邏輯清掉。本來以為是單純刪檔,結果測試掛了——有個測試竟然跟 sitemap 的生成耦在一起。把測試拆乾淨、舊案例順手整理後,CI 回到綠燈。像清掉房間的舊雜物,空出腦袋。 真正影響使用者的是條碼掃描。我當初只管「先跑起來」,沒考慮糊圖、掃不出或想手動輸入。後台回報顯示不少人卡在掃描直接棄坑。下午把掃描邏輯重構,加圖片上傳與手動輸入的備案,API 回應改成 ‎`{ barcodeExists: boolean, productId?: string }`,前端判斷更穩。猶豫了一下「會不會太複雜」,但看著用戶回饋,只能說:給選擇,才不會卡住。 順著把 FAQ 和 About Us 也更新。FAQ 去掉過度技術的描述,用白話把重點講清;About Us 調整產品展望,

By YI