在使用AI編程的30天里,我被折磨了30天

1 評論 2251 瀏覽 1 收藏 14 分鐘

AI工具的使用,不只是技術(shù)遷移,更是認(rèn)知重構(gòu)。當(dāng)“自動化”遇上“復(fù)雜性”,你會發(fā)現(xiàn)所謂的“智能編程”其實(shí)是一場人與工具之間的博弈。本篇文章將以30天的實(shí)踐為樣本,反思AI編程的真實(shí)體驗(yàn)與產(chǎn)品設(shè)計的底層邏輯。

如果說科技界有什么比“下一代iPhone”更誘人,那一定是“零代碼”的承諾。它像一劑神奇的靈藥,許諾要將普羅大眾從復(fù)雜的代碼地獄中拯救出來,讓每個人都能像搭樂高一樣構(gòu)建自己的數(shù)字世界。

我,一個連“Hello World”都無法獨(dú)立敲出的編程門外漢,帶著對這種“數(shù)字魔法”的無限憧憬,決定投身這場AI編程的浪潮。我的旅程始于30天前,一個陽光明媚的下午。

但30天后,我坐在電腦前,看著屏幕上空蕩蕩的代碼編輯器,唯一的感覺就是:我被折磨了30天。這場本應(yīng)是“賦能之旅”,最終淪為一場被精心包裝的“數(shù)字幻覺”。

低代碼的宏大敘事與我的手足無措

國內(nèi)互聯(lián)網(wǎng)巨頭,從不缺席任何一場技術(shù)盛宴。當(dāng)國外以Cursor為代表的AI編程工具在程序員圈內(nèi)掀起巨浪時,國內(nèi)廠商迅速跟進(jìn)。字節(jié)跳動推出了Coze,騰訊緊隨其后發(fā)布了Code Buddy,仿佛一夜之間,“低代碼/零代碼”的旗幟插滿了每一個角落。他們的宣傳語是如此動人:“人人都是開發(fā)者”、“讓創(chuàng)意直抵代碼”。這不正是為我這種人量身定制的嗎?我天真地以為,我不需要從枯燥的變量、函數(shù)、循環(huán)學(xué)起,只要把我的想法告訴AI,它就能幫我實(shí)現(xiàn)。

帶著朝圣般的心情,我首先下載并安裝了這些平臺的客戶端。我的第一場噩夢從這里開始。

我以為的“零代碼”,是像在畫板上用畫筆涂鴉,所想即所得。但現(xiàn)實(shí)是,我首先要面對一個復(fù)雜得令人眼花繚亂的IDE(集成開發(fā)環(huán)境)。它的界面上布滿了密密麻麻的菜單、工具欄、文件樹和配置窗口。我甚至不知道該從哪里下手。為了解決這個問題,我不得不開始我的第一次“學(xué)習(xí)之旅”。我打開了官方的教學(xué)視頻和文檔,花了整整兩天時間,才勉強(qiáng)理解了什么叫“項(xiàng)目初始化”,什么叫“依賴管理”。文檔里充滿了各種專業(yè)術(shù)語,比如“編譯環(huán)境”、“容器化部署”、“API接口”。我感覺自己像是在聽一門高等物理課程,完全云里霧里。每一次遇到一個小問題,比如某個模塊無法正常加載,我都要在官方論壇里搜尋半天,然后找到一個看似專業(yè)的回答,再照貓畫虎地在命令行里輸入一串看不懂的命令。

這感覺就像是,你跟一個廚藝大師說:“我想學(xué)做飯。”他給了你一個頂級的米其林廚房,里面擺滿了各種我連名字都叫不出來的工具,然后指著一個按鈕說:“這個是用來處理分子料理的?!倍遥幌雽W(xué)會如何煮一碗面。這些平臺根本不是為“零基礎(chǔ)”用戶設(shè)計的,它們是為有基礎(chǔ)的程序員準(zhǔn)備的“省力工具”,卻用“賦能小白”的謊言來包裝。

過家家式的編程與智商上的碾壓

在克服了最初的安裝和配置障礙后,我終于迎來了真正的“編程”環(huán)節(jié)。我興奮地在對話框里輸入我的需求:寫一個簡單的“貪吃蛇”游戲。AI很快生成了代碼,并在IDE里顯示了一個小小的黑色窗口。那一刻,我感到一絲勝利的喜悅。但這喜悅并沒有持續(xù)太久。

我很快發(fā)現(xiàn),這些低代碼平臺能生成的,大多是這種“過家家”式的項(xiàng)目。它們通常都具有幾個共同特點(diǎn):

  1. 簡單的物理規(guī)則:移動、碰撞、得分,僅此而已。
  2. 線性的邏輯:游戲從頭到尾只有一個目標(biāo),沒有分支,沒有策略。
  3. 弱交互性:玩家的輸入只能是幾個簡單的方向鍵,無法影響游戲進(jìn)程。

于是我嘗試提出一個稍微復(fù)雜一點(diǎn)的需求:“生成一個推箱子游戲?!?/p>

這下,麻煩來了。AI生成的代碼總是無法正確處理箱子與墻壁的碰撞,或者在玩家走位后無法正確判斷勝利條件。我嘗試用自然語言修正它:“讓箱子不能推入墻壁?!薄爱?dāng)所有箱子都在目標(biāo)點(diǎn)時,游戲勝利。”每一次修正,AI都像一個不聽話的孩子,生成出各種匪夷所思的代碼,讓整個游戲變得一團(tuán)糟。

我終于意識到,推箱子游戲需要一個復(fù)雜的“狀態(tài)機(jī)”和“路徑規(guī)劃”邏輯,它不僅僅是簡單的物理碰撞,還涉及到策略和多步思考。而這些,正是低代碼平臺和AI目前無法真正處理的。它無法像一個人類程序員那樣,理解“推箱子”背后所蘊(yùn)含的復(fù)雜邏輯。它能做的,只是把簡單的指令翻譯成簡單的代碼。

我再試著挑戰(zhàn)了一下“馬里奧”游戲,結(jié)果更是慘不忍睹。馬里奧需要跳躍、重力、碰撞檢測、敵人AI、關(guān)卡設(shè)計……這些都不是簡單的“物理規(guī)則”。最終,我只能得到一個勉強(qiáng)能左右移動的方塊,它甚至不能跳起來,更別提吃蘑菇變大了。

被剝奪的自由與無法逾越的鴻溝

在我的30天旅程中,我發(fā)現(xiàn)這些平臺不僅沒有降低門檻,反而制造了另一種形式的“圍墻花園”。它們將我局限在固定的模塊和框架內(nèi),一旦我的想法超出了預(yù)設(shè)的范圍,整個系統(tǒng)就會崩潰。

例如,當(dāng)我試圖改變游戲界面的顏色時,我發(fā)現(xiàn)沒有一個直觀的“調(diào)色板”讓我選擇。我必須在復(fù)雜的配置文件里尋找對應(yīng)的十六進(jìn)制代碼,然后手動輸入。這對我來說,和直接寫CSS有什么區(qū)別?

更糟糕的是,當(dāng)我嘗試將兩個不同的功能模塊(比如一個得分系統(tǒng)和一個計時器)組合在一起時,我發(fā)現(xiàn)它們根本不兼容。我不得不放棄其中一個,或者重新從頭開始。這讓我感到被剝奪了自由,仿佛我在一個被嚴(yán)格限制的樂高世界里,只被允許搭建官方指定的模型,而不能進(jìn)行任何即興創(chuàng)作。

這些平臺所宣稱的“賦能”,其實(shí)是有限的賦能。它們就像是為程序員準(zhǔn)備的半成品套件,讓有經(jīng)驗(yàn)的人可以更快地搭建原型。但對于一個真正的零基礎(chǔ)用戶,這套工具不僅沒有幫助,反而帶來了巨大的認(rèn)知負(fù)擔(dān)和挫敗感。它讓我感覺自己像一個想要學(xué)開車的人,結(jié)果被給了一輛沒有方向盤、只有兩個按鈕的遙控汽車,它能往前走,也能往后退,但一旦你想轉(zhuǎn)彎,它就會直接撞墻。

這些平臺所提供的,本質(zhì)上是一個“黑箱”。你不知道代碼是如何生成的,也不知道它為什么會崩潰。當(dāng)你遇到問題時,你無法像一個真正的程序員那樣進(jìn)行調(diào)試,只能無助地對著屏幕發(fā)呆,或者在社區(qū)里尋求幫助。這不僅沒有降低門檻,反而制造了另一種更深的焦慮和無力感。

唯一的安慰:Trae的“Solo模式”

在經(jīng)歷了連續(xù)兩周的挫敗后,我?guī)缀跻艞壛?。直到我偶然在字?jié)跳動的Coze平臺內(nèi)部,發(fā)現(xiàn)了一個名叫“Solo模式”的功能。這個模式與整個平臺的復(fù)雜IDE截然不同,它沒有眼花繚亂的工具欄,也沒有復(fù)雜的項(xiàng)目結(jié)構(gòu),只有一個簡潔的對話框。我只需要用最自然的語言描述我的想法,它就能在代碼里給出恰當(dāng)?shù)慕ㄗh。

我發(fā)現(xiàn),這個“Solo模式”的強(qiáng)大之處恰恰在于它不需要我做任何額外的操作。它不要求我理解IDE的本質(zhì),也不要求我理解安裝部署,它只是靜靜地待在那里,當(dāng)我需要它時,它會立刻出現(xiàn)。

例如,我只是想寫一個簡單的網(wǎng)頁,我告訴它:“寫一個帶圖片的網(wǎng)頁,圖片要居中?!彼芰⒖探o我一個包含HTML和CSS的代碼塊,我只需要復(fù)制粘貼就能用。它不會強(qiáng)迫我進(jìn)入一個復(fù)雜的項(xiàng)目結(jié)構(gòu),也不會要求我配置什么環(huán)境。它只專注于一件事:在我需要的時候,提供最直接、最有效的幫助。

這種模式給了我極大的安慰。它讓我意識到,真正成功的AI編程工具,不應(yīng)該是把一個復(fù)雜的IDE偽裝成一個簡單的玩具。它應(yīng)該是像一個無形的助手,在背后默默地工作,為專業(yè)人士提效,也為我們這些小白提供一個真正意義上的“一鍵解決”方案。它不要求你變成一個程序員,它只希望你保持你的“人類”身份,用人類的語言去溝通。

這就像是,一個真正的助手不會要求你先學(xué)會如何使用所有的文件柜和打印機(jī),它只會問你:“你需要什么文件?”然后立刻遞給你。

零代碼的未來,到底在哪里?

在結(jié)束我的30天“折磨之旅”后,我開始反思。我們現(xiàn)在所看到的這些“低代碼/零代碼”平臺,它們真的在為我們這些用戶服務(wù)嗎?

從我的體驗(yàn)來看,它們更像是一種“為程序員而生的低代碼”。它們可能對那些有一定基礎(chǔ)、希望通過圖形化界面快速搭建原型或進(jìn)行模塊化開發(fā)的程序員有幫助。但對于我這種真正的“零代碼”用戶,它們反而成為了一個巨大的負(fù)擔(dān)。它們給我設(shè)置了一道又一道的門檻,逼迫我去學(xué)習(xí)那些本不該由我來學(xué)習(xí)的知識。

它們宣稱“人人都是開發(fā)者”,卻只交付了“人人都需要學(xué)習(xí)開發(fā)基礎(chǔ)”的產(chǎn)品。

最終,我用這30天的時間,沒有做出一個像樣的應(yīng)用程序,卻深刻理解了一個道理:AI編程的未來,絕不應(yīng)該是把一個復(fù)雜的工具變得稍微簡單一點(diǎn)。真正的未來,是讓AI完全理解我們的意圖,然后自動、無縫地完成所有繁瑣的工作。這需要AI從“代碼生成器”轉(zhuǎn)變?yōu)椤耙鈭D理解器”,從“工具”轉(zhuǎn)變?yōu)椤罢嬲?strong>副駕駛”,為我們指引方向,而不是讓我們自己去摸索如何駕駛。

如果說貪吃蛇和俄羅斯方塊是這些平臺的極限,那么馬里奧和推箱子就是它們無法逾越的鴻溝。而我,只想讓AI幫我跨過這道鴻溝,而不是讓我自己去學(xué)習(xí)如何搭一座橋。

我的30天,是一場被折磨的旅程,但它也讓我對AI編程有了更清醒的認(rèn)識。也許,真正的“零代碼”時代,還沒有真正到來。

作者:蔣昌盛 公眾號:蔣昌盛

本文由 @蔣昌盛 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可,禁止轉(zhuǎn)載

題圖來自Unsplash,基于CC0協(xié)議

該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 先摸清楚業(yè)務(wù)的流程和實(shí)際操作流程再反推程序吧,隔空做的程序脫離真實(shí)業(yè)務(wù)情況就是空中樓閣,做的在好狗都不用

    來自上海 回復(fù)