DevResearch
cosGlint Android 封測結束
Android 封閉測試通過心得：規則、填答、與實務提醒
文章
文章。
依時間排序的完整文章封存。
第 3 頁，共 5 頁
DevAI
OpenAI GPT5 推出後大家真的在懷念 GPT-4o ？
相信這幾天大家對於 GPT-5 最多的討論是「GPT-4o 消失了，還我 GPT-4o！」 坦白說我一開始也愣了一下。GPT-4o 雖然一路有在迭代，但效能本質上還是上一代：愛唬爛、幻覺多、討好傾向重。平常圈內多數人都是這個評價。 But…就是這個 But。 GPT-5 上線
DevEngineering
從技術債到戰略投資
這週從 SEO、Dockerfile/Supervisor、狀態管理、Tiptap + AI 到 環境變數，每天都有新坑。與其把它們當救火，我選擇把舊債系統性轉成投資，讓產品基礎穩固。 * SEO不是小事。重新設計 JSON‑LD 和 metadata，短期流量未必動，但可預
EngineeringAI
技術債與彈性之間：我把 LLM 微服務拆出來了
這週幾乎都在跟 LLM 微服務搏鬥：為了彈性、金鑰池、供應商切換、逃生門到 fallback 機制的完善，再到 Sentry 與 Redis 限流的整合。這些改動使用者不一定看得到，但對穩定性與後續擴充很關鍵。 本週進展 * LLM 微服務成功從 Ingrelens 主專
EngineeringAI
OAuth 解除綁定的取捨：那些看起來很小、其實很難的決定
OAuth 解除綁定的取捨：那些看起來很小、其實很難的決定 早上打開昨天調完的 UI，間距問題總算舒服多了。從 Clarity session 看，滑動速度降了一些，心情小小被安慰。結果沒高興多久，Google OAuth 解除綁定流程又跳出來提醒我：直覺跟安全，要怎麼一起兼顧
DevAI
SEO 跟使用者體驗的拔河
昨天猶豫了半天要不要接 Microsoft Clarity，今天早上看了幾段 session 錄影，心裡總算鬆一口氣——問題一目了然：搜尋輸入體驗太糟。輸入法組字的時機一錯，搜尋建議就瘋狂跳，整段流程像在考驗用戶耐心。 第一件事，我把搜尋輸入的 debounce 重寫：組字期間
DevEngineering
把專案清乾淨，讓產品走得動
今天把幾件拖很久的事一次處理掉，專案也順了不少。 先把不用的 sitemap.ts 和相關邏輯清掉。本來以為是單純刪檔，結果測試掛了——有個測試竟然跟 sitemap 的生成耦在一起。把測試拆乾淨、舊案例順手整理後，CI 回到綠燈。像清掉房間的舊雜物，空出腦袋。 真正影響使用
DevEngineering
軟刪除這件小事，背後的細節卻不小
軟刪除這件小事，背後的細節卻不小 原本只想補一個產品刪除 API。硬刪除直覺又乾脆，但總會有人手滑、客服就會來敲門。最後還是加了 deletedAt 欄位，用軟刪除留個回頭路。 一做下去才發現沒那麼單純：所有產品查詢都要顧到「未刪除」的狀態，沒有 WHERE deletedA
DevEngineering
為體驗與準確性重構一切
圖片輪播的坑，比我想的深得多。昨天把 .gitignore 的怪事整理完，今天回到產品開發，把待辦清單裡的圖片輪播放進度。原本估半小時的小元件，結果一做就發現邊界狀況一堆。 先是圖片 URL 的檢查，避免破圖。寫到載入狀態才真正頭痛——使用者網路慢，圖片還沒載好，輪播就先動，那
DevEngineering
中文用語統一大作戰：從小細節到底層穩定，這週我修了哪些坑
本來計畫把時間放在核心功能的優化，結果一打開產品分析服務的介面，先被一堆不一致的中文用詞刺了一下。看似微小的「上傳」「提交」「新增」差異，對品牌商用戶的專業感和信任度卻是很實在的扣分。想到我們的客群特別在乎質感，我還是把今天的重心從新功能挪開，展開一場用語清掃。 原本只想改幾個
DevEngineering
AI 分類越做越複雜，是在挖坑還是填坑？
AI 分類越做越複雜，是在挖坑還是填坑？ 這幾天把重心放在兩件事：產品分類的 AI 自動化，以及安全檢查服務的重構。原本以為只是把 API 接上、模型升級一下，結果一路從資料結構、路由、日誌，到架構設計全被牽出來重整。 先談分類。 起手式很直接：把產品名稱與描述丟給模型，取
EngineeringProduct
從「重構深淵」回到「產品價值」
這週又走進熟悉的重構循環：API 架構、頭像 URL 的 timestamp 快取、副作用處理、訪客帳號暱稱同步，以及 FindSkin 的命名與流程一致性。每個小改動都牽出更大的設計問題，讓人不免自嘲「又在自找麻煩」。但冷靜看，這些牽動其實都指向同一件事：早期設計沒有把未來使用