第一次聽到「no-code」這個詞,是在五年前我的前公司。當時,我們負責軟體開發的專案經理,每次面試新人時,總會問相同問題:「你是自己寫程式碼還是使用工具?現在很多no-code的工具喔!」
No-code 平台是這幾年的趨勢,原本需要演算法、軟體工程師才能開發的應用,透過演算法模組化的設計、圖形化的使用者介面包裝,讓不太會寫程式的其他產業領域專家們,也開始可以輕鬆開發應用。我現在服務的公司,有些客戶是傳產業者,我們的任務就是提供能簡單上手的方案,將AI導入他們的生產流程。客戶有些喜歡自己動手DIY的,我們就開發一個no-code平台讓他們大量嘗試不同的AI建模與應用。
一直到現在,我常常開玩笑稱no-code 平台為「無碼平台」。其實公司還是有給它一個專業的名稱:無程式化專家平台。開發這些無碼平台就是我們現在的重點工作。工具的使用者可以無碼,但開發者要寫很多程式碼。
最近我觀察到一件有趣的事,無論資深或資淺的同事,以前寫程式需要Google 搜尋,現在寫程式需要如GPT、Gemini來幫忙。這些AI工具能讓你少打很多字,產能也隨之增加。
我們還是很感動,過去期許自己要秉持專業成為高級工具人的我,現在也有了高級工具人協助。高級工具人擅長跟著我腦力激盪。但若要使喚他寫出複雜的程式,還是需要一點技巧。直接當個伸手牌,他時常會直接崩潰。
今天寫程式寫到了一個橋段,覺得要打的字實在太多了。突然想起了我的AI工具人,不如讓他來幫我省點力氣。於是我向他發出了請求:
第一次嘗試:直接伸手要結果
很不錯,好的開始。 於是我把我的手伸出來直接要結果
果真,我還沒把程式貼給他,他就直接拒絕了。
第二次嘗試:關心一下,也許會有幫助?
沒關係,根據過去的經驗,有時關心他一下,他會給出答案。但這次沒有
第三次嘗試:修改提示詞,講得更清楚
這時候就要修改我的提示詞了,必須講的更清楚
難道他聽不懂嗎??
第四次嘗試:把流程講得更仔細
然而, 他寫出來的程式還是不行。該是把流程講的更仔細了:
第五次嘗試:鼓勵他一下,多一次機會
即便如此,他還是做不到。鼓勵他一下有用嗎?畢竟輸出是隨機的,多一次輸出的機會說不定就有結果了
第六次嘗試:使出絕招 - 範例
看來是我多慮了。最後只能使出絕招了,給範例:
第七次嘗試:只差最後一步
終於有了進展。只差最後一步
該放棄了嗎?
就在我打算放棄時,工具人終於寫出來了!雖然還需要一些修改,但至少在我的鞭策下,他還是完成了任務!