《AI要學，但不要技術焦慮》

忍受不完美也是一種能力

你有沒有過這樣的經歷？

你正在做一個需要幾個月才能完成的項目。今天刷技術社區，發現AI Agent又發佈了新版本，某個新框架號稱“徹底顛覆了XX領域的工作流”。你看着自己項目裏用了三個月的技術方案，突然覺得渾身不自在。

“我是不是應該停下來，換這套新方案？”

“我的項目還沒上線就落後了？”

這種焦慮每隔一段時間就會湧上來，讓你坐立不安，讓你開始懷疑自己正在做的每一個決定。

今天我想聊聊這件事：AI要學，但不要技術焦慮。

🐙一、

技術的殘酷真相：你永遠追不上它的速度

任何需要幾個月以上週期的項目，都必然面臨一個問題——你在啓動時選擇的技術方案，在項目結束時大概率已經“落後”了。

這不是你的錯，是技術發展的客觀規律。尤其是AI領域，迭代週期短得驚人。一個新框架、新模型的湧現，可能是按月甚至按周計算的。

這讓我想起一個很有意思的類比。

我們每個人都有這樣的經驗：回頭看幾個月前的自己，會覺得當時的想法很幼稚、設計很蠢。今天的你看昨天的你像SB，是因爲你變強了。

技術也是一樣。你今天覺得三個月前的技術方案“過時”，是因爲技術在進步。這恰恰說明你沒有脫離這個行業。

但問題是，這種“進步”帶來了一種副作用——它讓你看自己正在做的事越來越不順眼。你開始想推翻重來，開始想“跟上最新”。

而“推翻重來”這四個字，是項目最大的敵人。

🐙二、

爲什麼“追技術”會毀掉你的項目

我們來算一筆賬。

假設你的項目週期是6個月。在第3個月的時候，出現了一個“革命性”的新技術。你現在面臨兩個選擇：

選擇A： 保持原方案，堅持到項目落地。代價是忍受“我用的不是最新”的焦慮。

選擇B： 停下來學習新方案，甚至把已有代碼遷移過去。代價是少則一兩週、多則一兩個月的切換成本。

更可怕的是，當你選了B，花了一個月切換過去之後——第四個月，又有更新的技術出來了。你又要焦慮了。

這種循環，我見過太多人陷進去。

這不是在優化項目，這是在給項目判死刑。每一次“要不要追”的糾結，都在消耗你的決策能量。到最後，你可能不是因爲技術不行而放棄，而是因爲太累了、太焦慮了。

🐙三、

從“技術焦慮”到“自我接納”

到這裏，我想把話題再往前推一步。

你發現沒有？“技術落後焦慮”和“覺得曾經的自己像SB”的本質，都是無法忍受“不完美”。

前者是“我用的技術不是最新的”，後者是“我過去的自己太蠢了”。它們都在告訴你：你現在的狀態不夠好，你應該推翻重來。

但真正的完成，恰恰需要你擁有一種能力——忍受“不完美”的能力。

忍受不完美的技術方案、忍受不完美的代碼、忍受不完美的自己。

《空洞騎士》的開發團隊Team Cherry在製作這款遊戲時，最初的代碼和美術都相當“粗糙”。如果他們在開發過程中反覆糾結“這裏不夠優雅、那裏不夠先進”，不斷推翻重來，這款後來賣出超過300萬份的傑作可能永遠停留在草稿階段。他們選擇帶着“不完美”往前走，在迭代中完善，而不是在推翻中消耗。

能夠忍受幾個月前那個SB的自己，是我們能讓項目落地的核心能力。能夠忍受幾個月前那個“用了過時技術”的自己，是同樣的能力。

🐙四、

如何在AI時代保持從容

說了這麼多，來點實際的。

原則一：用速度跑贏焦慮。

回到老生常談但依然有效的建議：縮短項目週期。

項目週期越短，你被技術迭代“甩下”的時間窗口就越窄。三個月能完成的項目，你最多隻需要忍受一兩次焦慮。兩年的項目，你要忍受十次以上。

這也是爲什麼我一直建議新人開發者不要做大體量項目。一方面是因爲能力、資源可能有限，另一方面是因爲你根本沒有那麼多心力去反覆忍受這種焦慮。

原則二：爲“下一個項目”學習新技術。

心態轉變：當前項目用的技術是“落地的”，新技術是“儲備的”。

當你在當前項目中感到“落後”時，告訴自己：這不是浪費，這是在爲下一個項目做技術預研。 把新技術記下來，放進“下一個項目可以考慮”的清單裏。焦慮就變成了期待。

原則三：忍受“不完美”是一種核心競爭力。

在一個技術飛速變化的時代，誰更能忍受“當前項目用的技術不是最新”的焦慮，誰就更能把項目做完。誰更能忍受“過去的自己不夠好”的遺憾，誰就更能把項目落地。

這不是保守，這是對“完成”的尊重。

🐙五、

與技術的“時差”和解，也與自己和解

最後，我想說一個觀點。

你和一個技術方案之間存在“時差”，這很正常。你選擇了一個方案，投入了時間，它就是你在這個時間窗口裏最好的選擇。那個選擇沒有錯，它幫你在那個時間點往前走了一步。

同樣的，你和你過去的自己之間也存在“時差”。幾個月前的你，能力有限、經驗不足，但他已經盡力了。

我們常常把“進步”變成一種懲罰——因爲我在變強，所以就要否定過去的一切。因爲技術在變強，所以就要否定過去的選擇。

但這不是對的。

技術的本質是工具，不是信仰。 你選擇的技術方案是否“最新”，不決定你項目的價值。你項目是否落地、是否有人用、是否解決了問題，才決定它的價值。

《我的世界》最初版本是用Java寫的，性能被人詬病，架構也不夠“優雅”。如果Notch當年糾結“我應該用更先進的引擎重寫”，這款改變世界的遊戲可能永遠不會面世。他選擇先把東西做出來。

AI要學，因爲它代表着未來。但不要技術焦慮，因爲它會殺死現在。

學會與技術的“落後”共處，學會與自己的“不完美”共處。帶着不完美的技術方案，帶着不完美的自己，走到終點。

完成，永遠比完美更接近成功。

-----------------

最後，問盒友們一個問題：

你曾經因爲“新技術出來了”而中途放棄過一個項目嗎？後來怎麼樣了？歡迎在評論區分享你的故事。