從 UI/UX 設計師轉職前端工程師後,我才發現「看得懂語法」和「看得懂一整段程式在做什麼」是完全不同的事。
這個系列會從跨領域初學者的角度出發,整理我從 JavaScript、React 到實際專案開發過程中,如何學會拆解程式流程、追資料來源、理解 State、Props、Component、API Request / Response,以及遇到問題時如何一步步 Debug。
文章會搭配簡單範例與匿名化的實務案例,不追求一次塞進大量語法,而是希望建立一套「程式碼該怎麼讀、問題該怎麼拆」的思考方式,也記錄我從 UI/UX 麻瓜一路學習工程開發的過程。
前幾天我們一直在練: Request 為什麼多打? 為什麼沒重新打? Cache 到底在哪一層影響資料? 今天換另一種很常見、而且非常容易讓人誤判的問題:...
前一篇講到: Array ↓ URL ↓ String ↓ 再還原回 Array 今天來看另一種很常讓人以為是「畫面自己亂跳」的問題: 下拉選單明明最後顯示...
做表單時,我很常看到一種讓人很煩的體驗: 剛點進 Input ↓ 才打一個字 ↓ 紅框出現 ↓ 錯誤訊息: 「請輸入完整內容」 但問題是: 我根本還沒打完。...
做前端做到一段時間後,很容易遇到這種情況: 原本 Component ↓ 看起來不符合需求 ↓ 開始想辦法繞 ↓ 越改越複雜 ↓ 最後才發現: 其實原本就有一...
上一篇講到: 不要急著重做 Component,也許只是還沒看懂它原本提供的參數。 但今天剛好要講另一面。 有時候我們已經確認: 這個 Component...
前幾篇開始從: Debug ↓ Component 選擇 ↓ Trade-off 慢慢進入比較接近真實專案的工程判斷。 今天換一個第一次看到時,我覺得非常容易...
做後台系統時,很常會遇到這種需求: 只有某些角色可以編輯 只有 Admin 可以刪除 沒有權限的人看不到某個按鈕 前端第一個反應通常會是: {canEdi...
前一篇講到: Frontend 把按鈕藏起來,不代表 Backend 就真的安全。 今天換另一種很容易讓人低估的情況: 我只是把一段 HTML 顯示出來而...
這 28 天一路寫下來,我發現自己最大的改變,不是突然記住了多少語法。 而是: 遇到問題時,我開始不會第一時間衝去改 Code。 以前看到 Bug,我很容易...
30 天前,我最常做的事情,是從第一行開始看。 看到: const { loading, run } = useRequest(...) 我會開始: load...