作者：李佳師

在軟件定義時代，不斷降低軟件開發、測試和生產成本，提升開發效率、縮短開發周期，是一個永遠在路上沒有完結的課題。目前，由生成式人工智能引發的技術熱潮已持續一年， AI會如何影響軟件開發和測試，軟件開發工具和平臺又會怎么變？2023年年底，在上海舉行的Qt全球峰會2023中國站釋放出一些重要的趨勢信息。

上一次Qt全球峰會中國站的舉行是在2021年，時隔兩年，全球經濟和科技的發展有巨大的變化，Qt公司收購了兩個質量保證工具，公司logo更新為Qt Group，技術戰略也發生了新的變化。在剛剛結束的CES 2024上，Qt宣布通過亞馬遜云服務（AWS）應用商店提供解決方案并支持開發者在AWS上進行開發，從Qt全球峰會2023到剛剛舉行的CES上，釋放出Qt戰略變局的重要信號：“以增強智能的視角擁抱AI；通過更開放加速平臺化和生態化轉型”將成為未來Qt戰略演進的核心方向。

以增強智能的視角，擁抱AI

過去一年， AI火遍全球， AI編碼助手層出不窮，編程范式發生了前所未有的深刻變化；編程語言從、Java到C、C++再到今天以自然語言為特征的Prompt工程，編程門檻不斷降低。這些變化，促使從開發者到開發工具、平臺廠商思考，未來的編程范式與開發平臺的演進方向。

“有了編碼助手意味著開發者可以用更少的時間生成更多代碼，開發工作量減少，開發效率顯著提高，那么生成的代碼質量是否有保障？是否符合系統級和集成的要求？” Qt Group產品總監羅淼在峰會演講時向開發者問了這樣幾個問題。

羅淼認為，生成式AI（Generative AI）雖能助力開發者生成代碼，但并不意味所開發的軟件就能達到預期質量。因為用于訓練LLM（大語言模型）和生成式AI的代碼機制并不一定適合用戶所要創建的軟件機制，AI所生成的代碼是否符合標準，標準本身是否有問題，所生成的代碼是否符合系統級要求、是否符合集成要求，都是未知。這樣的情況下，生成代碼越多需要的測試也越多。

“無論是從系統的設計、架構的把控還是從軟件的質量等維度看， Qt認為AI，特別是增強智能（Augmented Intelligence），可以作為虛擬伙伴輔助人類，而不是試圖取代人類。而隨著AI在編程領域的不斷深入，必將涉及到越來越多的挑戰。”羅淼表示Qt建議仔細評估與使用任何生成式 AI 相關的條款和條件，無論是用于開源還是商業用途，并希望在保護知識產權和軟件安全性的前提下，通過增強智能消除模板代碼和重復性工作，讓軟件開發和測試變得更輕松。

基于此， Qt正在從幾個層面積極推進，化解開發者采用AI編程遇到的問題，釋放AI潛能。一是將更多編碼助手引入Qt Creator，并方便開發者使用。Qt Creator IDE已推出了現成的GitHub Copilot 插件，支持各種編碼助手用例；二是利用20多年構建穩定、安全的跨平臺應用能力，對大語言模型進行微調，將Qt和Qt開發者的知識產權安全地引入編碼助手。最近，Qt正在嘗試使用GPT-4實現更智能的API審核。三是探索邊緣AI的機會，包括該領域的小語言模型。

更開放，加速平臺化生態化轉型

在充滿變化的時代，“以用戶需求為中心”是永遠不變的壓倉石。對于軟件開發而言，更快的速度、更高的質量是用戶的持續不變訴求，當確認軟件開發依然人是主導，AI是輔助的增強智能，那么開發工具、開發環境、軟件測試，需要圍繞開發速度、軟件質量做更大的提升。

以用戶需求為中心，實現開發提速、提質、增效，Qt在峰會上提出兩個關鍵技術戰略：一是通過產品組合優化整個開發流程、提升產品創建速度；二是通過更開放，實現Qt平臺化、生態化轉型。

從優化流程的維度看，軟件開發開發流程需要在不同團隊直接無縫云習慣，跨職能團隊和集成工具鏈無疑將加快產品創建、迭代的速度。比如，用戶界面設計和開發之間常常會遭遇這樣的難題，設計團隊將UI設計出來，有一堆設計文檔，但開發團隊無法直接使用，當這兩個團隊接力時就會面臨數據對接的問題。為了盡量減少團隊交接中的信息丟失，Qt在其設計構建工具Qt Design Studio中加入了各種bridge，無論設計師使用的是Adobe Photoshop、Sketch、Figma等等主流設計工具，都可以利用對應bridge將素材無縫導入，并自動轉換生成UI應用代碼，供開發團隊直接使用。

“Qt一直相信開源的力量，也相信開放式工具策略的優勢，開放的技術方法能夠創造符合需求的一流產品。長期以來，Qt一直支持不同的第三方構建系統、打包管理器和版本控制系統。接下來，Qt將建立一個與 Qt Creator 互相連接的插件生態系統，提供更多擴展功能，”羅淼一連串說了幾個“開放”，宣布了Qt Creator的平臺化戰略。

在Qt的全棧開放戰略中還需要特別提及“開放框架戰略”。一方面，經歷20年發展, Qt工具、模塊越來越豐滿，框架也越來越強大，不少開發者誤以為在Qt的框架下必須要采用Qt工具、模塊進行開發、構建。事實上，Qt框架支持多工具、多環境、多技術的混合，是一個開放、可擴展的框架。

另一方面，開放框架之所以重要，因為用戶希望復用各種各樣的軟件資產，或是原有的桌面端的向web、移動端拓展，或是將一部分系統級代碼復用到新的項目當中，采用混合技術打造新產品已是常態。

就像GE公司“Vivid”系列超聲波心臟掃描儀，其后臺基于Windows系統，使用了ActiveX插件，其界面開發就采用了Qt技術，將Qt的界面部分與后臺的C++程序整合，實現了原有代碼的復用整合。

而這樣的“混合訴求”，不僅僅是存在于醫療領域，而是各行各業而解決混合訴求，開放是唯一也是更好的選擇。

可以說，開放戰略是這次Qt峰會最核心的信息，這個戰略的推出意味著Qt從一家軟件開發工具、開發環境、測試驗證廠商向平臺廠商和生態廠商轉型。據羅淼透露，以“平臺+插件”的方式構建龐大的生態系統，Qt的第一步是以插件的方式整合其他的工具，在未來有能夠將其他的框架整合進來。作為一家擁有20多年發展歷史的軟件開發工具與平臺、測試全生命周期廠商， Qt已經有一個規模不小的生態系統，通過集成第三方的工具以及與第三方的框架進行整合，能夠加快整個生態擴展。

目前，軟件開發正迎來巨大發展機遇，要想讓軟件開發真正實現“思無界”、“行有方”，不能僅僅靠Qt一家，需要整合更多的產業力量，才能做得更好。事實如此，1月9日Qt與亞馬遜云服務(AWS)聯手，將其工具套件添加到AWS Marketplace中，開發者可在云端完成90%的開發和測試，在開發的最后階段，剩余的10%可移植到物理硬件上進行最終的測試和驗證。這將大大節約開發、測試時間，減少迭代原型設計工作量，最終緩解OEM的供應鏈挑戰。

應該說，Qt的開放戰略是順應潮流方向的，而如何吸引更多開發工具、開發框架與Qt生態整合，或將成為接下來Qt新一輪變革面臨的挑戰。

審核編輯 黃宇