軟件開發(fā)的復雜度可以劃分為本質復雜度和偶然復雜度，前者是解決問題時固有的最小復雜度，跟你用什么樣的工具、經驗是否豐富、架構好不好等都無關，而后者就是除此之外在實際開發(fā)過程中引入的復雜度。通常來說，本質復雜度與業(yè)務要解決的特定問題域強相關，因此這里我把它稱為更好理解的“業(yè)務復雜度”;這部分復雜度不是任何開發(fā)方法或工具能解決的，包括低代碼。而偶然復雜度一般與開發(fā)階段的技術細節(jié)強相關。
為開發(fā)者盡可能屏蔽底層技術細節(jié)、減少不必要的技術復雜度，并支撐其更好地應對業(yè)務復雜度，這是低代碼開發(fā)平臺所應該盡到的核心職責。
而“低代碼會讓程序員失業(yè)嗎?”這一疑問背后，是對技術工具進化的深層焦慮。事實上，低代碼并非開發(fā)者的“替代者”，而是重構其價值的“放大器”。它剝離了重復勞動的桎梏，讓開發(fā)者從“代碼搬運工”升級為“業(yè)務架構師”，在更高維度創(chuàng)造價值。
低代碼解放了開發(fā)者的時間與精力。傳統(tǒng)開發(fā)中，60%的工作量消耗在編寫重復代碼、調試環(huán)境配置、協(xié)調多端適配等“技術細節(jié)”上。低代碼通過模型驅動自動生成代碼，將這些工作壓縮至10%以內，這種轉變下，開發(fā)者得以聚焦業(yè)務邏輯設計、系統(tǒng)架構優(yōu)化等“高價值工作”。
對專業(yè)開發(fā)者而言，低代碼是能力的“延伸而非削弱”。Gartner數據顯示，66%的低代碼用戶是企業(yè)IT部門的專業(yè)開發(fā)者，他們并非放棄代碼，而是用低代碼提升效率。平臺提供的“低代碼擴展能力”支持自定義組件開發(fā)、算法集成等高級操作，要求開發(fā)者具備更強的抽象思維與業(yè)務理解能力。例如，為低代碼平臺設計通用支付組件時，開發(fā)者需兼顧安全性、兼容性與易用性，這對技術功底的要求遠超單純編寫支付接口。
低代碼重塑了開發(fā)者的技能體系。它要求開發(fā)者從“單一技術專家”轉向“復合能力者”：既懂前端框架，也理解業(yè)務流程;既會編寫代碼，也能設計可視化模型。這種轉變符合行業(yè)趨勢——隨著數字化深入，“懂業(yè)務的技術人”比“純技術專家”更稀缺。某互聯(lián)網企業(yè)的招聘數據顯示，掌握低代碼技能的開發(fā)者薪資溢價達25%，印證了市場對“技術+業(yè)務”復合能力的認可。
擔心“低代碼導致能力退化”是對開發(fā)本質的誤讀。開發(fā)的核心是“解決問題的邏輯”，而非“代碼的多少”。就像計算器的發(fā)明沒有消滅數學家，低代碼也不會替代開發(fā)者——它淘汰的是“只會寫重復代碼的人”，成就的是“能用技術驅動業(yè)務的人”。未來，開發(fā)者的價值將取決于“定義問題的深度”與“設計方案的創(chuàng)新性”，而低代碼正是實現這一價值的最佳工具。
低代碼與開發(fā)者的關系，如同Photoshop與設計師：工具簡化了操作，卻讓創(chuàng)意更具影響力。在這場變革中，真正的贏家不是“抵制工具的守舊者”，而是“善用工具的創(chuàng)新者”。
問：低代碼開發(fā)平臺的核心職責是什么？
答：低代碼開發(fā)平臺的核心職責是為開發(fā)者盡可能屏蔽底層技術細節(jié)、減少不必要的技術復雜度，同時支撐開發(fā)者更好地應對與業(yè)務問題域強相關的 “業(yè)務復雜度”，幫助開發(fā)者聚焦高價值工作。
問：低代碼會讓程序員失業(yè)嗎？
答：不會。低代碼并非開發(fā)者的“替代者”，而是重構其價值的“放大器”。它剝離重復勞動，讓開發(fā)者從“代碼搬運工”升級為“業(yè)務架構師”，聚焦業(yè)務邏輯設計、系統(tǒng)架構優(yōu)化等高價值工作；且專業(yè)開發(fā)者可借助平臺的擴展能力開展高級操作，其價值反而更依賴抽象思維與業(yè)務理解能力，真正被淘汰的是“只會寫重復代碼的人”。
問：低代碼對開發(fā)者的技能要求有何變化？
答：低代碼重塑了開發(fā)者的技能體系，要求開發(fā)者從“單一技術專家”轉向“復合能力者”：既需掌握前端框架等技術，又要深刻理解業(yè)務流程；既會編寫代碼，也能設計可視化模型。這種“技術+業(yè)務”的復合能力更符合行業(yè)趨勢，掌握低代碼技能的開發(fā)者還能獲得薪資溢價。