為什麼選擇 Zustand？ 在前端狀態管理的選擇上，我經歷過從 Redux 到 Context API 的演變。對於 Kyo-Dashboard 這樣的管理介...
聊天功能來了！這部分開發完成後，本機端就差不多可以運行所有的核心功能了。 收發訊息 一樣讓 on 和 emit 驅動這個事件 CHAT_EVENT.SEND...
Day 6: 1140918一、目標:建立首頁按鍵的畫面跳轉功能。 在 day 5的文章中，最後提到 app.jsx 這份檔案會處理系統核心和路由設定。檔案中的...
為什麼要專門設計 OTP 管理介面？ 昨天我們設計了前端整體架構，今天要開始實作第一個具體應用：Kyo-Dashboard OTP 管理介面。在接案過程中，客戶...
昨天簡單了介紹一下 React，跟之後會使用到的線上測試環境。今天會接下來介紹 React 裡的 import 跟 export。然後我後來發現 快速開始 裡的...
終於來到 MVP 的最後一關！ 接下來要整合實作好的後端功能，把在 index.html 確認過的事件流程搬過來。 :::warning index.html...
為什麼需要重新設計前端架構？ 在四年接案經驗中，我使用了許多前端技術組合：React、Vue 搭配不同的狀態管理和 UI 框架。每個專案的前端都是獨立設計，導致...
今天主要閱讀的內容，會是 React 官網裡的 快速開始 (Quick Start) 頁。但在開始閱讀之前，會想簡單介紹一下我所知道的 React。 React...
系列文章: 前端工程師的 Modern Web 實踐之道 - Day 5預計閱讀時間: 16 分鐘難度等級: ⭐⭐⭐☆☆ 🎯 今日目標 在前一篇文章中，我們...
鐵人賽在今天正式啟程啦🤩！建立新專案，打好基礎是最重要的一步。這也迎來這30天中的第一個主題 — 「打造地基」，這篇內容在網路或歷屆鐵人賽文章中都有非常多資源，...
Day 5: 1140916在參考完 Day 4 的菜單網站範本後，雖然依循傳統使用 Thymeleaf 對於新手在實作上比較容易，但是使用者體驗 (UX)較差...
為什麼要統一前端技術棧？從混亂走向秩序 四年接案中的前端技術債務在過去四年的接案經驗中，我使用了前端技術的各種組合： 框架混戰：React、Vue都有使用，...
這是連續第三年參加鐵人賽，這次跟以往不同的棒球數據分析不同，選擇了跟網頁開發比較相關的主題。原因是我其實本來的正職就是網頁前端工程師，所以網頁開發是我更熟悉的部...
登入功能幾乎是每個網站必備的核心，但你真的了解它是怎麼運作的嗎？ 哈囉！ 我是正在經歷 "畢業即失業" 的求職者🤣，目前正朝著競爭激烈的前端...
2025鐵人賽Day 1 前言 各位好！我是Danny！終於又再次來到鐵人賽了，原本去年就有打算繼續參賽，但眾多因素混在一起導致根本沒有心力參加，絕對不是我當時...
這幾天我們陸續了解了各種渲染模式，也從渲染模式延伸到 Hydration、Streaming 等內容，今天讓我們再把鏡頭轉給第二男主角一下下，來看看是不是也能用...
接下來要實作聊天功能的元件！切版部分就不會提太多細節，會以元件的設計思路為主～ 佈局分析 回想一下 WooTalk 的聊天功能，內容大概由 3 個元件組成：...
灌水了四天後終於來到實作階段了！這次選用的也是我沒使用過的 UI 庫，又回到學習新東西的新鮮感了 XD 建置環境 React 的 UI 庫大多有附上 Next...
前情提要 走到這裡，這個關於 Signal 與 Fine-grained Reactivity 的系列文章，暫時告一個段落。這篇不談新的技術細節，而是一些我的心...
如果你問過去的我：「要不要用網頁技術做一個完整的應用？」 我大概會搖頭，因為我本身是一名長期專注於 桌面應用程式開發 的上班族工程師。 對於 React、Fir...
在正式開始來看 Next.js 的更多細節內容前，先來認識一下 Next.js 是什麼以及與 React 的差異，來小小的暖身一下吧！ React.js 是什麼...
大家好！我是從韓文領域不務正業到軟體產業的文科少女，目前仍然在前端的世界緩慢地努力中。先自首自己是懶鬼，第一篇直接用了上次參賽的標題改了，不過這次參賽還一樣也有...
關於平台的開發經驗，分享到此暫告一段落。接下來，我將主要分享平台未來的發展思考，以及這段時間與 AI 協作的開發心得與總結。 這個平台的目標，是希望能幫助孩子把...
前情提要 在前一篇，我們介紹了 優先級與分層 Scheduler，解決了「重要任務先跑」的問題。然而，在實際應用中，我們還會遇到另一個挑戰：長任務會阻塞主執行緒...
這段時間因為投入 iThome 鐵人賽文章的撰寫，平台的更新暫時停了下來。 為了避免思路斷掉，我決定在網站上增加一個「開發日誌」頁面，專門記錄平台的開發過程與背...
前情提要 在前一篇原子交易（Atomic Transaction）中，我們已經看過交易如何確保狀態一致性。這一篇要更深入探討 Scheduler（調度器）的設計...
在這段收集使用者回饋的時間裡，除了平台使用上的一些小問題之外，孩子的媽也提出了一個新的需求： 能不能在平台裡加入單字學習的功能？ 確實，既然孩子每天都會透過任務...
在上一篇文章裡，我分享了透過 AI 來改善使用者對任務管理功能的回饋意見，進而推動平台功能與 UI 細節持續優化的過程。這篇文章，則要延續這個主題，分享更多實際...
什麼是原子交易？ 在開始前，先把 「原子交易（Atomic Transaction）」 說清楚： 「它是一個把多筆狀態更新包起來的保護殼，保證這段操作要嘛全部...
前言 前面已經示範了如何將我們設計好的 signal 機制，容入兩個主流框架下(React、Vue)，這篇開始我們來回顧我們設計好的 signal 核心機制，探...
Moscle.dev
Shin
lihsuanh
useKevin('front-end')
阿杰
windate3411
文科少女
LucianoLee
平凡工程師
iThome鐵人賽
看影片追技術