最近常覺得，與其在脆（Threads）上看 Vibe Coder 互相打嘴炮，不如撥點時間去 Reddit 逛逛。
那邊當然也有打嘴炮的，但認真文的比例跟品質，明顯比脆高一個檔次。前陣子在 r/ClaudeAI 看到兩篇，我覺得特別值得拿出來講。兩篇都不是我的原創，是我轉述加上自己的框架跟評論。
提醒一：先學系統架構，不要從寫程式開始
第一篇是一位資深軟體工程師寫給外行 Vibe Coder 的建議。他的核心論點只有一句：不要從寫程式開始，從最高層的系統架構開始學。
他把軟體拆成四大組成：
- 前端：使用者看到的東西，網站、App。
- 後端：核心業務邏輯與規則。
- 資料庫：資料存放的地方。
- 管線（pipeline）：把上面三者串起來、並維持運作的東西。
他說，管線就是 Vibe Coder 最大的知識缺口。你會叫 AI 寫前端、寫後端，但很少人搞得懂怎麼把它們黏在一起、讓它穩定跑下去。
管線又分四個面向。
一、元件之間怎麼溝通？ API 就是前端向後端要資料的那道「門」。入門先學這個。
二、怎麼上線、放哪裡？ Hosting（伺服器要放哪）、Domain 與 DNS（自訂網址怎麼指向伺服器）、Deployment（把程式碼安全發布出去的流水線）、還有環境變數與 secrets。最後這個很多人踩坑：密碼跟 API key 不能直接寫在程式碼裡。
三、誰能進來、安不安全？ Authentication（身份驗證，系統認得你是誰）、Authorization（權限控制，登入後你能做什麼，一般用戶跟管理員不一樣）、Security（資安，每一層都可能有漏洞，這是最難的一環）、Backup（備份，而且沒測過的備份等於沒有）。
四、怎麼知道系統沒在燒？ Version control / Git，第一天就該用。Testing，用程式碼去驗證程式碼。Monitoring 跟 error tracking，壞了要即時通知你，而不是從使用者的推特上才發現。Analytics，看多少人來、用了什麼功能，才知道精力該往哪裡投。
我自己讀完的感覺是：這四個面向，正好是「能做出 demo」跟「能交付一個活著的產品」之間的那條鴻溝。
提醒二：你用 Claude 做的東西，對別人沒用
第二篇來自另一位 Reddit 作者，角度完全不同，但我覺得跟第一篇是一體兩面。
他講的重點有三個：
- 絕大部分 Vibe Coder 打造的個人工具，對別人幾乎沒用。
- 所有網路媒介——GitHub 的星星、Reddit 的讚——獎勵的都是「成品」，而不是「思維模式」。
- Vibe Coder 身上最珍貴、真正能帶給別人價值的，不是工具本身，而是「怎麼找到自己生活中的痛點、並把它變成工具」的那套思維過程。
他自己怎麼做？他會在每個公開 repo 的 README 開頭放一句話，大意是：「這個作品只是針對我個人的問題開發的，不會完全符合你的情境。對你真正有用的，是我思考問題的方式。歡迎把我的思考方式偷走，然後自己寫一個。」
他建議 Vibe Coder：下次想炫耀「我用 Claude 做了什麼」的時候，多分享兩件事——你是怎麼看見這個問題的？你曾經試過哪些方法、結果不管用？
收尾：兩篇講的是同一件事
把這兩篇放在一起看，我覺得它們其實在講同一件事。
第一篇說，工具會幫你生成前端後端，但真正的能力是底層的架構認知——你得知道一個系統怎麼活下來。第二篇說，工具會幫你做出成品，但真正能遷移、能對別人有價值的，是你發現問題的思維。
成品會過時，工具會換代。能留下來、能帶著走、能讓別人受益的，永遠是那套底層的思考方式。
這跟我一貫的立場一樣：選思維，不選工具。