🔧 阿川の電商水電行
八年前，我曾對一件事深信不疑：
我走在了時代的前端。
不僅僅是好。
不僅僅是勝任。
精英。
這種開發者會在午餐前輕鬆地重建你的整個程式碼庫，然後一邊喝咖啡一邊跟你講解分散式系統。
只有一個小問題。
我的銀行帳戶可不這麼認為。
連續六個月，我的副業收入為零。
不是「差不多」。
不是“即將發射”。
不是「正在進行中的投資者談判」。
零。
而不知為何，我仍然認為自己會贏。
「頂級開發商」時代
那時，我從事一份普通的開發人員工作。薪水不錯，團隊穩定，工作環境安全。
我有兩個同事，他們的個性截然不同。
理查德。
安靜。專注。他是那種把解決演算法問題當成樂趣的人。如果你問他時間複雜度的問題，他會毫不猶豫地直接回答。冷靜。正確。從不矯揉造作。
然後還有羅納德。
我們稱他為「聰明人」。
因為他說話就像一個誤打誤撞成為軟體工程師的退休爺爺。
他會說這樣的話：
“編寫程式碼不是為了炫耀聰明才智，而是為了解決問題。”
當時，我內心把它翻譯成：
“好的，老傢伙。”
我當時認為自己已經超越了「普通開發者」的階段。
我對 JavaScript 非常精通。 （意思是：我可以毫不費力地把一個 div 元素居中。）
我開發過多個 CRUD 應用。
我以 1.5 倍速觀看技術會議演講，一邊點頭一邊裝作完全理解了事件循環和記憶體洩漏。
我使用過類似這樣的短語：
-
“這種架構不具備可擴展性。”
-
“我們應該將這一層解耦。”
-
“從長遠來看，這將造成技術債。”
同時，我從未推出過使用人數超過五人的產品。
但自信？哦，我那方面可是非常多的。
六個月的錯覺
那段時間我的日常作息是這樣的：
早上6:00——起床。看一段提高效率的影片。
早上7點——喝咖啡。像戰士奔赴戰場一樣打開筆記型電腦。
晚上 8:00 — 像哲學家質疑存在意義那樣合上筆記型電腦。
我建造了：
-
工作管理員應用程式
-
SaaS 儀表板模板
-
一款提高效率的 Chrome 擴充功能
-
習慣追蹤應用程式
-
新創公司著陸頁產生器
六個月後的總合併收入：0 美元
真實用戶總數：0
我的 Chrome 擴充功能總安裝量：5
其中三台電腦分別是我的筆記型電腦、我的桌上型電腦，還有一台是我的朋友出於同情點開的。
我設置了分析儀錶板來追蹤訪客。
日活躍用戶數：1。
猜猜那是誰？
我。正在使用隱身模式測試。
然而，我腦子裡一直在想：
“這些想法對市場來說太超前了。”
典型的妄想。
過度設計症
現在回想起來，我最大的問題不是技術。
這是以自我為中心的工程設計。
我開發了一個簡單的待辦事項應用程式：
-
自訂狀態管理
-
複雜的資料夾架構
-
微服務（針對 0 位使用者）
-
Docker 設定
-
CI/CD 管道
-
詳細自述文件
-
Figma中的架構圖
為了誰？
沒有。
我當時在沙漠裡建造摩天大樓，卻不明白為什麼沒有人租公寓。
與此同時，理查德下班後默默地做著自由工作。都是些小活兒，都是真正的客戶，賺的也是真金白銀。
羅納德為開源專案貢獻，並撰寫部落格文章介紹他修復的漏洞。
我當時想：
“他們玩的是小打小鬧，而我要打造的是宏偉的事業。”
但沒有事實根據的「大」只是昂貴的幻想。
那頓讓我自尊心崩潰的午餐
某個星期二的午休時間，理查隨意地問：
“那麼…現在有多少用戶？”
語氣並不咄咄逼人。
那反而讓情況變得更糟了。
我自信地回答：
“這與用戶無關，而是與架構有關。”
一陣沉默。
羅納德笑了。
那緩慢而慈祥的祖父般的微笑。
然後他說：
“如果沒人使用，你就是一座空置建築的建築師。”
大家都笑了。
我也笑了。
但從內部來看呢？
造成嚴重傷害。
這句話一直縈繞在我心頭。
當晚，我又打開了我的資料分析。
0 位用戶。
而這一次，我沒有責怪行銷部門。
我問自己：
“如果我沒有自己想像的那麼優秀呢？”
這個問題就是一切的開端。
真正的診斷
在接下來的幾個月裡，我慢慢明白以下幾點了：
我當時並沒有在開發產品。
我當時是在滿足自己的虛榮心。
我當時是：
-
避免行銷，因為「好的產品自然會暢銷」。
-
拒絕回饋，因為「人們不理解願景」。
-
過度設計讓我感覺自己很先進。
-
因為和使用者交談感覺不舒服，所以選擇忽略他們。
-
我只和初級開發人員比較。
沒有實際成果的自信，只是徒有其表的錯覺。
我的體態非常完美。
意外的發現
一天晚上，大約凌晨 1 點 30 分，我正在除錯一個棘手的非同步問題。
經典款：
“本地執行正常，但在生產環境中會出問題。”
經過 45 分鐘的沮喪嘗試後，我上網搜尋，找到了一篇文章。
它並非出自一位著名工程師之手。
它不夠精緻。
語法並不完美。
但他的話很誠實。
作者解釋：
-
確切的漏洞
-
事情發生的原因
-
他們是如何誤解某件事的
-
他們是如何解決的
-
他們學到了什麼
不自負。
不，“作為一名10倍速工程師…”
真是太難了。
我點擊了作者的個人資料。
然後是另一篇文章。
然後又一個。
很快，我就讀到了很多開發者分享的故事：
-
失敗的副業專案
-
面試拒絕
-
冒名頂替綜合症
-
生產災難
-
薪資談判
-
倦怠
我內心深處發生了某種變化。
我感到如釋重負。
並非因為我解決了這個漏洞。
因為我意識到：
每個人都會遇到困難。
即使是那些看起來很有自信的人。
改變一切的微小轉變
我沒有推出另一款“革命性的SaaS產品”，而是嘗試了一些不同的方法。
我寫了一篇關於我修復的一個漏洞的小文章。
沒什麼特別的。
只是：
-
什麼打破了
-
它為什麼會破裂
-
我誤解了什麼
-
修復
-
課程
花了40分鐘。
感覺很脆弱。
但我還是發表了。
幾天後：
-
300 瀏覽
-
12條評論
-
4 位開發者感謝我
四、
比我所有應用程式的用戶總數還多。
於是我又寫了一篇。
然後又一個。
我已開始：
-
分享微小的經驗教訓
-
公開提問初學者問題
-
承認自己不知道某些事情
-
閱讀他人的旅程
-
留下深思熟慮的評論
然後，奇怪的事情發生了。
機會出現了。
自由工作者的訊息。
合作邀請。
招募人員私訊。
有人問我能不能幫忙除錯他們的應用程式。
沒有爆炸物。
但這是真的。
數字不會說謊
接下來的兩年裡：
-
已發送100多份自由工作提案
-
80多次拒稿
-
20多個失敗的副業專案
-
三個嚴重的職業倦怠階段
-
無數次重構
-
修復了數百個小錯誤。
-
數十次令人不適的回饋對話
但也：
-
穩定的收入
-
真實客戶
-
真實用戶
-
更好的程式碼
-
更好的溝通
-
少些自負
我不再試著給那些假想的高階工程師留下深刻印象了。
我開始嘗試為真正的人類做些有用的事。
那件事改變了一切。
聰明人的意思
多年以後，我終於理解了羅納德。
“編寫程式碼不是為了炫耀聰明才智，而是為了解決問題。”
市場不會回報你的自信。
它獎勵價值。
無需任何人付費：
-
您乾淨的資料夾結構
-
您的複雜架構圖
-
你對微服務有什麼獨到見解？
-
你的 GitHub 星標數
人們為以下專案付費：
-
問題已解決
-
節省時間
-
收入成長
-
頭痛消失
很簡單。
但這並不容易。
從 0 美元到高級開發人員
成為高級開發人員並不意味著要精通所有框架。
內容是關於：
-
多聽少說
-
持續運送小件物品
-
儘早徵求回饋意見
-
承認自己錯了
-
將我所學到的東西教給別人
-
專注於結果，而不僅僅是程式碼。
這並非某個突破性時刻。
這是成千上萬次細微而令人謙卑的糾正。
說實話？
我很感激那六個月的拮据日子。
他們摧毀了我身上那種需要看起來很聰明的特質。
並建構了以實用性為重點的版本。
如果你在第一章
如果您目前處於：
「我是天才，但沒人付我薪水」階段…
恭喜。
你沒有失敗。
你正在學習。
但不要在那裡待太久。
從小規模做起。
出貨迅速。
詢問用戶。
仔細聽。
誠實作答。
幫助他人。
如果你生活中遇到像聰明人這樣的人…
聽。
尤其是當他面帶微笑，然後摧毀你的自尊心的時候。
你的微笑或許能讓你多活六個月。
或許六年。
原文出處：https://dev.to/art_light/the-0-developer-phase-and-how-devto-pulled-me-out-84g
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
