🔧 阿川の電商水電行
Shopify 顧問、維護與客製化
💡
小任務 / 單次支援方案
單次處理 Shopify 修正/微調
⭐️
維護方案
每月 Shopify 技術支援 + 小修改 + 諮詢
🚀
專案建置
Shopify 功能導入、培訓 + 分階段交付

為什麼我開始減少逛技術社群,而是去讀非技術的書?

224fb719b9714869b2f19e55e6d7b378~tplv-k3u1fbpfcp-watermark (1).jpeg

我得承認,我有過很長一段時間的 技術社群上癮

每天上班第一件事,就是打開掘金、Hacker News、InfoQ,把熱門文章刷一遍。通勤的地鐵上,也要用手機看看今天又出了哪個新框架的測評、哪個Vite插件又有了更新。

我生怕錯過了什麼,感覺一天不刷,就會被飛速發展的技術時代拋棄。這種資訊焦慮,我想很多工程師都有。

但大概從去年開始,我刻意地減少了這個儀式。我把每天早上刷文章的一小時,換成了讀一些看起來和編程八竿子打不著的書。比如,心理學、經濟學、歷史、甚至小說。

一開始只是想換換腦子,但慢慢地,我發現,這些非技術書,反而幫我解決了很多工作中遇到的、最棘手的技術問題。

這篇文章,就是想聊聊我這個轉變背後的思考。


技術的天花板

工作了五六年後,我遇到了一個很明顯的瓶頸。

我發現,再多學一個JS的新語法、再多會用一個Vite插件,似乎都不能讓我的能力產生質的飛躍。我的技術深度和廣度,足以解決日常工作中99%的技術難題。

但我發現,工作中真正難的,往往不是技術本身。而是:

  • 為什麼我們團隊的溝通效率這麼低,一個簡單的需求能來回拉扯好幾天?
  • 為什麼這個看似簡單的專案,開發過程中總是不斷地範圍蔓延?
  • 我該如何向非技術背景的老闆,證明這次重構的必要性和長期價值?
  • 面對一個全新的業務,我該如何設計一個能在未來3年內,適應各種不確定性變化的技術架構?

我意識到,這些問題的答案,在MDN文檔裡、在Stack Overflow上,是找不到的。它們是關於 人、關於系統、關於決策 的複雜問題。而我當時的技術知識庫,對解決這些問題,幾乎毫無幫助。


我的書架,以及它們教我的事

於是,我開始漫無目的地,從技術之外的領域尋找答案。下面,我想分享幾個對我影響最大的領域和書籍。

心理學,理解人
  • 推薦閱讀:《思考,快與慢》、《影響力》、《非暴力溝通》

image.png

image.png

作為工程師,我們習慣於和確定性的機器打交道。但我們的工作,卻無時無刻不在和不確定的人打交道——用戶、產品經理、同事、老闆。

心理學,尤其是認知心理學,教會我理解了人性的非理性。

  • 理解用戶:讀了《思考,快與慢》後,我開始理解為什麼用戶會做出那些不合邏輯的操作,為什麼有時候更優的設計反而沒人用。這讓我在做UI/UX設計和評審時,不再只是個技術實現者,而更能代入用戶的直覺系統去思考。
  • 理解同事:讀了《非暴力溝通》後,我改變了我在Code Review裡的溝通方式。我不再說「你這裡寫得不對」,而是說「我看到這個實現,我擔心在XX場景下可能會有風險,你覺得呢?」。我發現,當我開始關注對方的感受和需要,而不是直接評判時,技術溝通變得順暢了許多。
系統思考 看透架構的本質
  • 推薦閱讀:《第五項修煉》、《系統之美》

image.png

系統思考,教會我最重要的一個概念:世界不是由一條條獨立的因果鏈組成的,而是由一個個相互關聯的反饋回路組成的。

這個思想,徹底改變了我對軟體架構的看法。

  • 理解技術債:我不再把技術債看作一個孤立的壞程式碼問題,而是把它看作一個會自我增強的反饋回路。壞程式碼 -> 開發效率降低 -> Bug增多 -> 救火時間增多 -> 更沒時間寫好程式碼 -> 壞程式碼更多。這個循環一旦形成,不從外部打破,系統就會慢慢崩潰。
  • 做出更好的技術決策:我不再追求完美的、一步到位的架構,而是去尋找那些能適應變化的、演進式的架構。我開始用機會成本去評估技術選型,用延遲和滯後效應去理解一個技術決定可能在半年後帶來的影響。
歷史/傳記 獲得古人的經驗和戰略
  • 推薦閱讀:《人類簡史》、《羅馬帝國衰亡史》、各種歷史人物傳記

image.png

歷史,是研究成與敗的宏大案例集。它能讓你跳出眼前的一個個專案,去思考技術浪潮的更迭。

  • 獲得歷史感:為什麼jQuery會衰落?為什麼React的Hooks範式會成功?為什麼當年的AngularJS會失敗?這背後,和歷史上的技術革命、王朝興衰,遵循著相似的規律——它們是否解決了當時最核心的矛盾?它們是否降低了開發成本?
  • 做出更聰明的長期判斷:這種歷史感,讓我在做一些長遠的技術規劃時,能更好地判斷什麼是真正的趨勢,什麼是短暫的泡沫,從而避免團隊把寶貴的資源,投入到一個注定會很快消亡的技術上。

這次的分享,可能有點務虛😁,但它是我近幾年最真實的感受。

程序員的工作,是把一個清晰的需求,翻譯成高品質的程式碼。

而工程師的工作,是把一個模糊的、充滿不確定性的現實世界問題,轉化為一個可靠、可維護的系統。

想從程序員脫變為工程師,需要的遠不止是程式碼能力。

我依然每天寫程式碼,也依然關注技術動態。但我不再焦慮於錯過了哪個新庫。我把更多的信心,放在了那些從非技術書籍裡學來的、更底層的思維模型上。

因為我知道,這些東西,可能比我今天寫的任何一行程式碼,都要保值得多。

你們說是不是?🙌


原文出處:https://juejin.cn/post/7560659435955224628


精選技術文章翻譯,幫助開發者持續吸收新知。
按讚的人:

共有 0 則留言


精選技術文章翻譯,幫助開發者持續吸收新知。
🏆 本月排行榜
🥇
站長阿川
📝22   💬9   ❤️6
613
🥈
我愛JS
📝4   💬14   ❤️7
274
🥉
御魂
💬1  
3
#4
2
#5
1
評分標準:發文×10 + 留言×3 + 獲讚×5 + 點讚×1 + 瀏覽數÷10
本數據每小時更新一次
🔧 阿川の電商水電行
Shopify 顧問、維護與客製化
💡
小任務 / 單次支援方案
單次處理 Shopify 修正/微調
⭐️
維護方案
每月 Shopify 技術支援 + 小修改 + 諮詢
🚀
專案建置
Shopify 功能導入、培訓 + 分階段交付