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

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

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

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

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

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

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

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

更開放，加速平臺化生態(tài)化轉(zhuǎn)型

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

以用戶需求為中心，實現(xiàn)開發(fā)提速、提質(zhì)、增效，Qt在峰會上提出兩個關鍵技術戰(zhàn)略：一是通過產(chǎn)品組合優(yōu)化整個開發(fā)流程、提升產(chǎn)品創(chuàng)建速度；二是通過更開放，實現(xiàn)Qt平臺化、生態(tài)化轉(zhuǎn)型。

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

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

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

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

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

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

可以說，開放戰(zhàn)略是這次Qt峰會最核心的信息，這個戰(zhàn)略的推出意味著Qt從一家軟件開發(fā)工具、開發(fā)環(huán)境、測試驗證廠商向平臺廠商和生態(tài)廠商轉(zhuǎn)型。據(jù)羅淼透露，以“平臺+插件”的方式構建龐大的生態(tài)系統(tǒng)，Qt的第一步是以插件的方式整合其他的工具，在未來有能夠?qū)⑵渌目蚣苷线M來。作為一家擁有20多年發(fā)展歷史的軟件開發(fā)工具與平臺、測試全生命周期廠商， Qt已經(jīng)有一個規(guī)模不小的生態(tài)系統(tǒng)，通過集成第三方的工具以及與第三方的框架進行整合，能夠加快整個生態(tài)擴展。

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

應該說，Qt的開放戰(zhàn)略是順應潮流方向的，而如何吸引更多開發(fā)工具、開發(fā)框架與Qt生態(tài)整合，或?qū)⒊蔀榻酉聛鞶t新一輪變革面臨的挑戰(zhàn)。