无码在线播放二区|久久亚洲精品国产精品|无码视频在线观看一区二区|在线观看国产日韩亚洲中

  • <menu id="yw4o4"></menu>
  • 
    <menu id="yw4o4"><em id="yw4o4"></em></menu>
  • 首頁 > 傳媒 > 關鍵詞  > 低代碼開發(fā)最新資訊  > 正文

    對話 IDC:一文帶你了解低代碼的技術趨勢和平臺選型

    2024-09-03 15:06 · 稿源: 站長之家用戶

    近日,葡萄城的活字格企業(yè)級低代碼開發(fā)平臺入選《中國低代碼開發(fā)平臺技術評估,2024》技術代表廠商,并在可視化開發(fā)、集成能力、開放性和兼容性以及生態(tài)能力維度獲得五星評價。這一榮譽見證了葡萄城在低代碼領域的技術實力與創(chuàng)新成果。

    為進一步探討低代碼的發(fā)展形勢、技術趨勢、行業(yè)洞見等話題,葡萄城特別邀請IDC國際數(shù)據(jù)高 級分析師王彥翔先生進行了一場線上交流。通過與業(yè)界機構的思想碰撞,深入解讀了低代碼的行業(yè)趨勢、發(fā)展前景、面臨的機遇和挑戰(zhàn),以及AIGC+低代碼當前的實踐情況。

    為進一步探討低代碼的發(fā)展形勢、技術趨勢、行業(yè)洞見等話題,2024年8月22日,葡萄城開展了一場線上活動——低代碼企業(yè)應用價值交流會,特別邀請到國際數(shù)據(jù)公司(IDC)高 級分析師王彥翔、葡萄城軟件解決方案專家尹映輝、中國信通院低代碼/無代碼推進中心技術專家&葡萄城軟件低代碼產(chǎn)業(yè)研究總監(jiān)寧偉、山西潤景科技有限公司軟件開發(fā)部經(jīng)理張健、浙江銀龍機車部件有限公司技術總監(jiān)許明坤、唐山共興電子有限公司系統(tǒng)運維主管陳旭六位嘉賓共同探討低代碼企業(yè)應用價值。通過與業(yè)界機構的思想碰撞,深入解讀了低代碼的行業(yè)趨勢、發(fā)展前景、面臨的機遇和挑戰(zhàn),以及AIGC+低代碼當前的實踐情況。

    以下是本次活動中,國際數(shù)據(jù)公司(IDC)高 級分析師王彥翔與葡萄城軟件解決方案專家尹映輝對話的部分精彩內(nèi)容整理。

    葡萄城解決方案專家:

    王老師您好,非常感謝您能來參加今天的會議,在?2023?年和?2024?年,IDC?分別發(fā)布了《IDC MarketScape:?中國低代碼/無代碼開發(fā)平臺?2023?年廠商評估》和《中國低代碼開發(fā)平臺技術評估,2024》,今天想借這個機會跟您探討一下,目前低代碼市場的現(xiàn)狀如何?

    高 級分析師:

    ? ? 好的,目前低代碼市場的發(fā)展情況可以從以下幾個方面來看:

    1)市場份額和市場空間的增長

    ? ? 首先,企業(yè)數(shù)字化轉(zhuǎn)型正迅速發(fā)展成為一個重要趨勢。在數(shù)字化進程中,企業(yè)業(yè)務數(shù)字化需求與?IT?供給之間的矛盾顯著。因此,我們(IDC)觀察到低代碼平臺正得到廣泛采用。根據(jù)數(shù)據(jù)顯示,2023?年,中國低代碼與零代碼市場規(guī)模約為?34?億人民幣,同比增長?31%。預計到?2027?年,市場規(guī)模將達到約106.3?億元人民幣,年復合增長率約為?32.3%。這一增長速度在整個軟件市場中屬于較高水平。

    2)用戶認知變化

    ? ? 其次,在當前市場環(huán)境中,尤其是在數(shù)字化轉(zhuǎn)型的背景下,大多數(shù)用戶已經(jīng)對低代碼有了基本認識??紤]到現(xiàn)在的經(jīng)濟形勢,用戶希望通過數(shù)字化手段實現(xiàn)成本降低和效率提升,這使低代碼成為一個理想選擇。

    ? ??最近,我們(IDC)進行了一項調(diào)查,針對企業(yè)的開發(fā)方式和工具進行了研究,結(jié)果顯示:46%的用戶認為提高開發(fā)團隊績效或提高生產(chǎn)力的最 佳途徑是使用低代碼或零代碼工具;而約?41%的用戶認為,在未來?21?個月,低代碼領域可能是最值得投資的開發(fā)技術之一。相較于以往,廠商與用戶溝通低代碼時無需反復宣傳和引導,因為現(xiàn)在用戶更愿意主動了解低代碼開發(fā)平臺的概念和能力,并積極推動相關項目的立項和建設。

    3)低代碼在軟件公司的使用情況

    ? ? 最后,從低代碼的市場來看,可以看到一個非常顯著的變化:最開始,大部分軟件公司將低代碼定位為用于開發(fā)簡單、輕量級或試點性質(zhì)應用的工具。然而,越來越多的用戶開始利用低代碼開發(fā)更廣泛、更重要、更核心的應用,這給低代碼產(chǎn)品的能力帶來了挑戰(zhàn)。

    ? ? 一方面,業(yè)務開發(fā)者希望通過低代碼提高開發(fā)生產(chǎn)力,這對平臺的易用性提出了更高要求。另一方面,專業(yè)開發(fā)者希望利用低代碼更快地構建應用,以彌補IT供給能力的缺口。這就需要低代碼平臺在適應企業(yè)現(xiàn)有開發(fā)體系和流程、靈活性、自定義等方面提供更高的能力。

    ? ? 在這種情況下,低代碼開發(fā)平臺的產(chǎn)品定位和能力出現(xiàn)了分化。一些廠商通過進一步完善產(chǎn)品矩陣,滿足不同層次用戶和產(chǎn)品需求;而另一些則專注于深耕不同場景和用戶,尤其是在行業(yè)方面的專業(yè)知識。整個市場呈現(xiàn)出百花齊放的氛圍。不論是用戶進行產(chǎn)品選擇和落地路徑的考量,還是廠商選擇產(chǎn)品路徑、產(chǎn)品定位和規(guī)劃,都需要深入思考產(chǎn)品的定位、能力以及需求場景,這代表著低代碼市場已進入一個深水區(qū)的發(fā)展階段。

    ? ??以上是我們(IDC)在這兩年對低代碼市場發(fā)展情況的研究發(fā)現(xiàn)。

    葡萄城解決方案專家:

    ? ? 從王老師的分享中,可以清晰地感知到幾個關鍵點。首先,低代碼市場目前仍處于高速發(fā)展階段。其次,用戶對低代碼技術的認知比前幾年更深入,許多人愿意使用低代碼來解決實際的問題。最后,專業(yè)開發(fā)者在低代碼用戶中的比重不斷增加。這些特性與葡萄城在低代碼實踐中的經(jīng)驗非常類似。葡萄城也一直為低代碼用戶提供服務,而在過去的幾年里,我們發(fā)現(xiàn),越來越多的專業(yè)開發(fā)者參與到低代碼應用的建設中來,項目也變得更復雜。

    針對當前的現(xiàn)狀,從產(chǎn)品的角度來看,對低代碼技術會帶來哪些具體的挑戰(zhàn)呢?

    高 級分析師:

    ? ? 好的,我們(IDC)今年也做了一個關于低代碼產(chǎn)品的技術能力評估。在做這個評估的時候,我們(IDC)也跟非常多的用戶,包括廠商去做了調(diào)研,確定了以下幾個評估的標準:

    ? ?1)第 一點是可視化開發(fā)能力??梢暬_發(fā)是低代碼概念的基礎之一,作為代碼開發(fā)平臺,需要支持應用的全維度和全生命周期的可視化開發(fā)。不論是前端頁面設計還是后端數(shù)據(jù)結(jié)構設計,都應以可視化方式展示給用戶。同時,需提供足夠的預置組件和模板,以支持用戶快速開發(fā)應用,這是最基本的能力。

    ? ?2)第二個要素是集成能力,主要涵蓋數(shù)據(jù)集成和應用集成。隨著低代碼平臺日益成為構建關鍵業(yè)務應用的優(yōu)選,用戶期望的已不再局限于簡單任務處理,如報送和打卡,而是要求這些應用能無縫融入企業(yè)現(xiàn)有的軟件系統(tǒng)生態(tài)中。因此,集成能力變得尤為重要,它確保了無論是通過傳統(tǒng)編碼還是低代碼方式開發(fā)的應用,都能與企業(yè)現(xiàn)有軟件實現(xiàn)緊密協(xié)作。

    ? ??3)第三方面是開放性和兼容性。用戶不希望低代碼平臺成為封閉的系統(tǒng)。如前所述,低代碼平臺需要與企業(yè)現(xiàn)有的應用和業(yè)務體系深度合作。這意味著低代碼開發(fā)平臺必須具備足夠的開放性和兼容性,無論是針對多樣化軟硬件的交付形式、云平臺終端的支持,還是整體的開放性。低代碼平臺需要是一個開放的平臺,以適應不同用戶的開發(fā)環(huán)境需求、用戶使用需求以及協(xié)同需求。

    ? ?4)第四方面是易用性。在評估易用性時,我們會從以下幾個角度進行分析:

    ? ? a.?產(chǎn)品本身的易用性:產(chǎn)品是否易于上手、簡單易用,這是專業(yè)開發(fā)者和非專業(yè)開發(fā)者都關注的重點。一個產(chǎn)品應該提供簡單易上手的體驗。

    ? ? b.?學習成本,特別是針對復雜功能的學習成本。無論是自定義功能還是需要高代碼能力,學習成本不應給用戶帶來額外壓力。有些廠商傾向于使用自己設計的?DSL?來簡化自定義能力,但這可能會增加用戶學習新東西的復雜度。

    ? ??c.?文檔資料、人員支持和社區(qū)支持:除了考慮產(chǎn)品本身的易用性外,廠商還需要考慮用戶在遇到困難時是否能夠快速獲取支持和文檔資料。易用性不僅在于產(chǎn)品簡單易用,還在于用戶能否快速找到所需知識。這種易于獲取的支持是確保產(chǎn)品整體應用性和用戶體驗的關鍵。

    ? ?5)第五點要素是測試、部署和運維管理。這是一個進階的需求,因為在開發(fā)簡單應用或面向較少業(yè)務員群體時,對這些方面的要求可能不那么高。然而,低代碼開發(fā)平臺逐步應用于越來越重要的應用,并且這些應用通常是基于低代碼平臺運行,那就需要保障基于低代碼平臺所開發(fā)的應用在部署、管理和運維應用時的體驗與傳統(tǒng)編碼開發(fā)的應用相同。在這一背景下,權限管理、版本管理、測試、運維等方面的能力就顯得更加重要。因此,這些能力也是我們需要著重關注的,尤其是在選擇低代碼平臺構建關鍵應用時。

    ? ?6)第六點是安全性和高可用性。這個要求與測試、部署和權限管理等要求類似,也是一種間接的進階需求。雖然在過去的幾年中,我們可能認為對于一些簡單的應用不需要過多關注安全性和高可用性,但如今通過低代碼平臺開發(fā)重要且關鍵的應用,或者是被大量業(yè)務人員使用的系統(tǒng)時,我們需要考慮低代碼平臺的安全機制、高可用性機制,以及所開發(fā)應用的安全、高可用和保障機制能否滿足相關的安全合規(guī)要求。這些因素實際上是我們在選擇平臺時需要重點考慮的要素。

    ? ??7)最后一點是生態(tài)能力,生態(tài)能力的重要性愈發(fā)凸顯。盡管有時候大家認為生態(tài)能力與產(chǎn)品本身并無直接關聯(lián),但從整個調(diào)研過程以及實地用戶案例訪談中,我們(IDC)發(fā)現(xiàn)生態(tài)能力實際上扮演著相當重要的角色。有幾個關鍵點尤為顯著:

    ? ? a.?開發(fā)者生態(tài):廠商的開發(fā)者群體規(guī)模以及活躍的社區(qū)對于使用低代碼平臺并進行應用開發(fā)的用戶來說至關重要。一個優(yōu)秀的開發(fā)者生態(tài)意味著更便捷地獲取所需的低代碼人才,或培養(yǎng)低代碼開發(fā)者,從而更好地利用平臺。

    b.?用戶間溝通交流:良好的生態(tài)能力有助于增強用戶之間的溝通與交流。當許多用戶共同使用平臺進行應用開發(fā)時,活躍的社區(qū)和生態(tài)環(huán)境提供了更好的支持和交流機會。

    ? ? c.?ISV?(獨立軟件開發(fā)商)?和應用廠商的生態(tài):對于選擇低代碼平臺進行開發(fā)垂直或小眾應用的用戶來說,擁有豐富的?ISV?和應用廠商生態(tài)尤為重要。這種生態(tài)能力可以幫助用戶更輕松地獲取模板、應用和支持。

    ? ? d.?交付、服務及咨詢規(guī)劃生態(tài):對于充分利用低代碼平臺的用戶來說,交付、服務和合作伙伴的支持能力至關重要。低代碼平臺并非一次性的軟件采購,而是需要長期使用和維護的開發(fā)平臺。因此,具備良好的交付、服務和咨詢規(guī)劃形態(tài)的廠商能夠幫助公司充分釋放開發(fā)生產(chǎn)力,實現(xiàn)長期有效使用。

    ? ??以上就是我們(IDC)認為比較重要的幾個評估標準。

    葡萄城解決方案專家:

    ? ? 了解,非常感謝王老師的分享。那在王老師剛才提到的幾個維度中葡萄城在可視化開發(fā)、集成能力、開放性和兼容性以及生態(tài)生理維度都獲得了5星評價。而這幾項能力對于企業(yè)推動數(shù)字化轉(zhuǎn)型有著至關重要的作用。

    ?

    ? ? 例如,全生命周期可視化能力是提升開發(fā)效率的重要途徑之一;集成能力對于打破企業(yè)既有數(shù)據(jù)孤島來說非常有價值,也是非常實用的一款“利器”;良好的開放性和集成性,不但能夠確保應用能力的延展,也能夠很好的避免新數(shù)據(jù)孤島的形成。正如王老師剛才所說,生態(tài)雖然不是產(chǎn)品的能力,但是對于平臺型產(chǎn)品來說是非常重要的。葡萄城也深知用戶生態(tài)的重要。除了對產(chǎn)品有高的要求之外,葡萄城對于用戶生態(tài)的建設也非常重視。我們擁有超過百萬的開發(fā)者技術社區(qū),每年會舉辦100+線上、線下的活動,通過公開課、低代碼沙龍、伙伴大會等多種形式與開發(fā)者一起探索低代碼技術的應用前景和最 佳實踐。

    ? ? 還有一個話題想和王老師請教一下,關于AIGC與低代碼的關系,近年來確實備受關注,許多人將AIGC與低代碼聯(lián)系在一起,有人認為AIGC將顛覆低代碼。從實踐的角度來看,AIGC?當前的狀態(tài)如何?您如何看待AIGC目前的發(fā)展狀況?

    高 級分析師:

    ? ? 這也是一個非常有趣的話題,特別是從?2022?年底?ChatGPT?爆發(fā)開始,大家最初嘗試時發(fā)現(xiàn)?ChatGPT?似乎能夠編寫代碼,效果還不錯。于是人們開始思考,這種技術是否有可能顛覆軟件開發(fā)?因此,在過去的一年多時間里,許多廠商都在探索這個問題,許多人也在討論這個話題。

    然而,到了今年這個時間點,我們(IDC)認為大家的觀點逐漸變得理性起來。我從現(xiàn)狀、用戶認知、成本和應用場景等幾個方面來探討?AIGC?對低代碼的影響。

    ? ? 首先聊一聊現(xiàn)狀,經(jīng)過一年多的探索,我們看到?AIGC?和低代碼的結(jié)合場景正在逐漸落地,并為用戶提供了一定的生產(chǎn)力提升。在這些場景中,有幾個比較常見的應用方式:

    (1)一些低代碼產(chǎn)品中可能會有一些高代碼或自定義需求,在這些場景下,通過?AIGC?輔助編碼是一個常見的落地點。

    (2)智能問答助手和知識管理結(jié)合?RAG?技術的應用,在各種?AIGC?能力中都可能看到。

    (3)國際化翻譯,將低代碼界面的關鍵字等翻譯成多語言,以提高海外用戶的友好度。

    (4)智能問答和數(shù)據(jù)分析,包括在低代碼、BI或大數(shù)據(jù)平臺產(chǎn)品中進行應用的場景。

    (5)一些專屬的智能開發(fā)流程引導,利用大模型的能力指導用戶完成開發(fā)過程。

    (6)簡單的零代碼應用搭建,如通過原型圖或草圖生成前端頁面的探索。

    ? ? 盡管這些共性場景在各產(chǎn)品中普遍存在,例如輔助編碼和問答助手等功能,效果可能還不錯,但似乎與低代碼關系并不是那么密切。與低代碼關系密切的點在于用戶對通過自然語言方式進行應用搭建的愿景,然而目前實現(xiàn)效果并不理想。從現(xiàn)狀來看,大多數(shù)廠商的能力雖然已經(jīng)落地,但仍然不能完全滿足用戶的期望,也沒有實質(zhì)性地提升用戶的軟件開發(fā)生產(chǎn)力。

    ? ??接下來就來到了第二個問題,就是我想跟大家聊一聊,到底是什么阻礙了AIGC?能力的落地?首先,用戶的認知存在偏差,有些廠商雖然集成了AIGC能力,但用戶并不清楚實際的用途,導致采購后未能有效利用,變成了雞肋。其次,用戶對AIGC能力的邊界認知不清,有很好的愿景但現(xiàn)實無法達到,造成預期落差,可能阻礙未來采用AIGC的能力。此外,準確性也是一個關鍵問題,特別是大模型對于特定任務上下文的理解不準確,導致執(zhí)行過程中出現(xiàn)誤差。低代碼任務本身復雜,加上專用術語理解不到位,會造成生成結(jié)果準確性不高,用戶需花費額外時間調(diào)整,效率提升不顯著,甚至可能導致效率下降的情況。

    ? ? 第三點是成本的問題,在低代碼平臺部署中,成本是一個重要問題,尤其是在私有化場景下部署時,對央國企和制造業(yè)用戶等行業(yè)來說,更傾向于選擇私有化部署。在私有化部署的場景下,部署生成式AI和低代碼平臺需要考慮部署支持所需的大型模型、算力、模型調(diào)優(yōu)以及其他知識服務的成本。這些成本可能在幾十萬左右。相比之下,部署整個低代碼平臺可能只需要相同或更少的費用。從投入產(chǎn)出的角度來看,這種成本并不成比例。因此,如果僅僅是出于探索或試點目的,一次性投入可能過于昂貴。除非是集團公司將生成式AI作為一種戰(zhàn)略,否則不建議一次性投入如此巨額資金。

    ? ? 還有最后一個問題是場景問題。在應用場景方面,存在著一些挑戰(zhàn)。通用場景如對話助手、代碼生成輔助、國際化翻譯等已經(jīng)被廣泛使用,但這些場景對于我們的開發(fā)能力提升幫助有限。另一方面,在垂直行業(yè)應用場景中,潛力巨大,但需要時間積累行業(yè)經(jīng)驗和高質(zhì)量數(shù)據(jù),以實現(xiàn)更準確、有效的場景落地,以滿足特定行業(yè)的個性化需求。

    ? ? 綜上所述,從以上四個問題的角度來看,我們應該承認AI機器和大型模型的潛力,它們確實有望提升人力開發(fā)和生產(chǎn)力。然而,目前仍處于早期階段,需要更多時間來演進和探索。

    葡萄城解決方案專家:

    ? ? 感謝王老師,想問下咱們對未來低代碼與?AIGC?的結(jié)合有什么建議呢?

    高 級分析師:

    ? ? 建議主要有以下幾個部分:

    ? ?1)成本評估與效益分析:首要是對投資進行理性評估,不要盲目投入,需要清晰梳理建設大型模型能力的動機,以及將其整合到低代碼平臺中的價值。如果只是在探索期,可以嘗試使用一些大模型廠商提供的能力,但要追求實際業(yè)務效益,就需要充分評估投資成本與預期目標,避免盲目跟風。

    ? ?2)優(yōu)先考慮現(xiàn)有供應商所提供的AI能力:對于探索性的場景,可以考慮使用供應商提供的能力。低代碼平臺通常能便捷集成AI能力,有助于進行智能化應用改造,并更好地與現(xiàn)有生態(tài)系統(tǒng)或應用體系進行集成。但在進行低代碼平臺選型的時候,不建議將AI能力作為關鍵要素。

    ? ??3)需業(yè)務場景的積累:除了關注AIGC自身的能力之外,我們還需要考慮其在具體業(yè)務場景中的積累。雖然目前?AIGC?技術在低代碼平臺上的應用主要體現(xiàn)在一些通用場景中,但對于特定行業(yè)或業(yè)務場景的應用仍需積累。廠商需要同時具備強大的大模型能力和在具體業(yè)務場景中的深厚積累,這樣才能形成完整的低代碼+AIGC解決方案。

    葡萄城解決方案專家:

    ? ? 了解,AIGC?確實是備受矚目的技術,也是技術進步的一種體現(xiàn)。許多企業(yè)正不斷嘗試通過?AIGC?為低代碼平臺或其他工具平臺(如BI平臺)注入新活力。正如王老師剛才提到的,無論是從技術成熟度、可用性、成本及場景化等方面來看,目前?AIGC?尚未達到大規(guī)模應用、實際解決企業(yè)關鍵問題的階段。因此,我們應該優(yōu)先專注于廠商提供的關鍵能力,如集成能力、擴展能力、兼容性等,以解決當前企業(yè)所面臨的問題。未來,隨著?AIGC?的發(fā)展,我們可以通過集成等方式將?AIGC?的能力與低代碼能力相結(jié)合,創(chuàng)造更大的價值。

    ? ? 自低代碼概念提出至今已經(jīng)過去了十年,這十年間,用戶生態(tài)和服務的應用場景一直在變化。隨著時間的推移,廠商自身的能力也在發(fā)生巨大變化。許多公司從最初的不接受到逐漸嘗試,再到將低代碼技術應用于各種業(yè)務場,最終將其作為企業(yè)的技術應用平臺。這個過程也伴隨著產(chǎn)品的迭代和發(fā)展。我們相信未來會有越來越多的企業(yè)將低代碼技術應用于數(shù)字化建設中,幫助提升開發(fā)效率,推動業(yè)務創(chuàng)新。

    推廣

    特別聲明:以上內(nèi)容(如有圖片或視頻亦包括在內(nèi))均為站長傳媒平臺用戶上傳并發(fā)布,本平臺僅提供信息存儲服務,對本頁面內(nèi)容所引致的錯誤、不確或遺漏,概不負任何法律責任,相關信息僅供參考。站長之家將盡力確保所提供信息的準確性及可靠性,但不保證有關資料的準確性及可靠性,讀者在使用前請進一步核實,并對任何自主決定的行為負責。任何單位或個人認為本頁面內(nèi)容可能涉嫌侵犯其知識產(chǎn)權或存在不實內(nèi)容時,可及時向站長之家提出書面權利通知或不實情況說明,并提供身份證明、權屬證明及詳細侵權或不實情況證明(點擊查看反饋聯(lián)系地址)。本網(wǎng)站在收到上述法律文件后,將會依法依規(guī)核實信息,溝通刪除相關內(nèi)容或斷開相關鏈接。

    • 相關推薦
    • CRM和SCRM有哪些區(qū)別?企業(yè)如何選擇?功能對比+選型建議一文說清!AI趨勢下企業(yè)如何提升營銷服效率?

      文章探討了CRM與SCRM系統(tǒng)的區(qū)別及企業(yè)選擇策略。CRM側(cè)重客戶信息管理和銷售流程優(yōu)化,適用于業(yè)務簡單的企業(yè);SCRM整合社交媒體數(shù)據(jù),更適合需要深度客戶洞察和長決策周期的大型企業(yè)。在AI時代,SCRM能更全面收集數(shù)據(jù),賦能精準營銷。建議企業(yè)根據(jù)業(yè)務規(guī)模、客戶決策周期等因素選擇系統(tǒng),已使用CRM的企業(yè)若面臨轉(zhuǎn)化率低等問題可考慮遷移至SCRM。塵鋒SCRM作為行業(yè)解決方案,結(jié)合AI能力可實現(xiàn)獲客、轉(zhuǎn)化、運營全流程數(shù)字化管理,提升業(yè)務效率。

    • MCP協(xié)議的主要功能和目標是什么?一文了解MCP

      隨著人工智能技術的飛速發(fā)展,其與各類數(shù)據(jù)系統(tǒng)和工具的融合需求不斷攀升。在這樣的背景下,如何高效整合資源,同時確保系統(tǒng)的安全性與靈活性,成為開發(fā)者亟待解決的關鍵問題。該網(wǎng)站匯聚了海量優(yōu)質(zhì)資源與實用工具,全方位助力開發(fā)者快速上手、深入鉆研MCP技術。

    • NVIDIA PhysX物理加速不死!內(nèi)核源代碼終于開源

      PhysX物理加速技術已經(jīng)不再有NVIDIA官方的支持,但并不意味著這項優(yōu)秀技術會消失在歷史的長河中,因為它完全開源了!其實早在2018年底,NVIDIA就公開了PhysXSDK4.0開發(fā)包,根據(jù)BSD-3許可協(xié)議公開了源代碼,但不包括最核心的GPU模擬內(nèi)核。理論上完全可以將PhysX代碼從CUDA平臺上,移植到Vulcan、OpenCL,從支持AMD、Intel顯卡。

    • 一文了解華瑞指數(shù)云SDS2.0在信創(chuàng)場景的最佳實踐

      近年來我國信創(chuàng)產(chǎn)業(yè)不斷發(fā)展、專業(yè)化?;A架構、基礎軟件、應用軟件以及信息安全層的四大核心板塊取得長足發(fā)展。尤其在進入數(shù)字經(jīng)濟時代,大數(shù)據(jù)存儲成為常態(tài)。在此背景下,國產(chǎn)化替代過程中,用戶需求從最初的“能用”逐漸轉(zhuǎn)變?yōu)椤昂糜谩?,反映了技術發(fā)展的關鍵轉(zhuǎn)折點,也體現(xiàn)了數(shù)字化轉(zhuǎn)型過程中用戶對信息技術的期待產(chǎn)生了深刻變化。華為指數(shù)量云ExponTech自成立以來,基于其下一代分布式軟件架構SDS2.0+,結(jié)合國產(chǎn)服務器硬件,堅持自主研發(fā)而非基于開源的方式,為客戶提供全面國產(chǎn)化的分布式存儲系統(tǒng),實現(xiàn)了性能與擴展性的平衡。通過全棧自研數(shù)據(jù)解決方案,ExponTech致力于為企業(yè)提供完全可控的數(shù)據(jù)基礎設施,涵蓋硬件到軟件的整體存儲方案。同時,ExponTech還構建了一個多云和分布式存儲平臺,支持高性能和高可靠性的數(shù)據(jù)存儲,滿足企業(yè)多樣化的業(yè)務需求。

    • 從0到1玩轉(zhuǎn)MCP:AI的「萬能插頭」,代碼手把手教你!

      在人工智能飛速發(fā)展的今天,LLM的能力令人嘆為觀止,但其局限性也日益凸顯——它們往往被困于訓練數(shù)據(jù)的「孤島」,無法直接觸及實時信息或外部工具。2024年11月,Anthropic推出了開源協(xié)議MCP,旨在為AI模型與外部數(shù)據(jù)源和工具之間的交互提供一個通用、標準化的連接方式。隨著技術的不斷發(fā)展,我們期待MCP能夠克服這些挑戰(zhàn),充分發(fā)揮其潛力,為行業(yè)帶來更多價值。

    • 程序員危!微軟CEO納德拉:公司高達30%代碼是AI寫的

      微軟CEO納德拉在Meta的LlamaCon大會上透露,微軟代碼庫中20%-30%的代碼由AI生成,其中Python應用進展最快,C語言相對較慢。微軟CTO凱文·斯科特預測到2030年,95%代碼將由AI生成。谷歌CEO皮查伊也表示,谷歌超30%代碼由AI生成。Meta CEO扎克伯格則未透露具體數(shù)據(jù)。由于缺乏統(tǒng)一的AI代碼衡量標準,這些數(shù)據(jù)僅供參考。(140字)

    • 買百吋電視內(nèi)行人看什么?從外觀、技術、服務到補貼,一文教會你

      最近“中國電視在國外被搶空”上熱搜了,誰說老外不愛囤貨?一塊優(yōu)秀的大屏電視,不僅是客廳的C位擔當,更決定了未來多年的家庭娛樂體驗。

    • 最強直屏旗艦!vivo X200s今晚發(fā)布:配置一文看懂

      vivo X系列春季新品發(fā)布會將于今晚19:00召開,這次將發(fā)布vivo X200s和vivo X200Ultra兩款旗艦手機。其中,vivo X200s被官方稱之為最強直屏旗艦,拋棄了此前vivo X200的全等深微四曲屏幕設計,轉(zhuǎn)為直邊 直屏方案。正面采用一塊6.67英寸的1.5K LTPS直屏,采用京東方Q10材質(zhì),屏幕黑邊極窄。核心搭載搭載聯(lián)發(fā)科天璣9400,整體依然延續(xù)了天璣9400的架構設計,CPU包含一顆Cort

    • 再獲權威認可!數(shù)勢科技上榜IDC中國AI Agent應用市場全景圖報告

      近日,國際數(shù)據(jù)公司(IDC)發(fā)布的《IDC Market Glance:中國AI Agent應用市場概覽,1Q25》(Doc#CHC53057625, 2025 年 3 月)研究報告中,數(shù)勢科技憑借在企業(yè)級智能體應用領域的技術突破,成功入圍"數(shù)據(jù)分析"細分領域代表廠商,成為該賽道智能化轉(zhuǎn)型的標桿企業(yè)。數(shù)勢科技首發(fā)企業(yè)級決策分析智能體平臺SwiftAgent數(shù)勢科技SwiftAgent 作為基于DeepSeek及行業(yè)先進大模型構建的企業(yè)級智能決策分?

    • 程序猿瑟瑟發(fā)抖!微軟CTO:2030年AI將生成95%的代碼

      據(jù)國外媒體報道稱,微軟首席技術官凱文斯科特預測,到2030年,95%的編程代碼將由人工智能生成。他很快澄清說,這并不意味著人類參與軟件工程的終結(jié)。他估計人工智能將處理大約20%到30%的編碼任務,但強調(diào)其在應對更復雜挑戰(zhàn)方面的局限性。