apaas產品經理（apa老板）

本篇文章給大家談談apaas產品經理，以及apa老板對應的知識點，希望對各位有所幫助，不要忘了收藏本站喔。 今天給各位分享apaas產品經理的知識，其中也會對apa老板進行解釋，如果能碰巧解決你現在面臨的問題，別忘了關注本站，現在開始吧！

本文目錄一覽：

• 1、無代碼和低代碼有什么區別，未來前景怎么樣？
• 2、什么是螢石云集中管理模式
• 3、華為和BAT的新戰場，由這四人主宰
• 4、低代碼究竟是什么？
• 5、從事「音視頻領域」開發工作有前途嗎？

無代碼和低代碼有什么區別，未來前景怎么樣？

如果您關注過去兩年中IT行業的新詞匯，您肯定會發現零代碼和低代碼這兩個熱門詞匯。隨著企業數字化的開始，如何選擇合適的數字化工具已成為許多軟件開發企業關注的問題。

傳統的軟件開發方法無法滿足當前企業的需求：人員成本高，研發時間長，操作和維護復雜。此時，零代碼或低代碼工具出現在市場上并受到關注是不可避免的趨勢。對于不了解這兩者的人，零代碼和低代碼之間有什么區別？我應該如何選擇？這里是簡搭(jabdp)的一個簡短的介紹。

其中兩者都是軟件開發工具

與傳統的軟件開發模式相比，您不需要學習幾年的計算機編程知識（對低代碼平臺仍需要了解一點），可以使用這些平臺快速開發功能強大的應用程序，因此低代碼和零代碼屬于快速開發工具的范圍。有多快？根據我們的測試，使用低代碼或零代碼的開發效率是傳統方法的5到9倍。

快速開發工具之所以“快速”，是因為這些工具已經抽象了一些通用代碼，并為它們提供了可視頁面供用戶操作，從而使您可以快速選擇，拖動和創建所需的功能組件。同樣，您也可以通過可視界面設置系統的邏輯和流程。通過功能，邏輯和流程，當然很容易制作軟件。

另一個共同點是低代碼和零代碼都是APaaS（應用程序平臺即服務）。 APaaS平臺的最大優勢在于它提供了快速開發的環境。您無需購買和維護一系列技術基礎架構，例如服務器，中間件和網絡。 APaaS平臺已為您準備了所有這些。您可以在幾個小時內完成應用程序的開發，測試和部署，并且可以隨時進行調整或更新。

最大的不同是它面對不同的用戶

低代碼比零代碼更靈活，某些團隊甚至提供了開放源代碼版本，使您可以更自由地自定義它。

零代碼開發平臺更適合非技術人員，例如產品經理，銷售和運營。如果您不了解任何代碼知識，那么零代碼平臺是您的最佳選擇。

同樣，低代碼平臺也在盡最大努力擴展其零代碼功能，將更多的功能無代碼化，讓開法越簡單化。

什么是螢石云集中管理模式

2021開年不久，螢石密集召開了兩場發布會，推出最新款智能家居攝像機、掃地機器人、兒童陪護機器人、視頻門鎖等多款智能產品，4大自研品類豐富度再上臺階，1+4+N智能家居業務體系日趨成熟，螢石在智能安全領域的行業地位不斷鞏固。
而半年未到，螢石再次舉辦線上發布儀式，這次，代表核心1的螢石云將為大家展現新鮮力量。本次發布會以“開放物聯 AI無界”為主題，重點展示螢石沉淀多年的云平臺能力，作為一項服務全球億級視頻設備和智能設備的“內功”技術，螢石云早已擁有向更廣泛行業開放的實力。
螢石云是全球化物聯云服務平臺，通過構建多數據中心+就近服務點的方式服務于全球客戶，具備海量的物聯網設備接入能力和并發能力，實現設備與用戶、設備與設備之間的互聯互通。提供豐富、完善的API 接口，包含Windows、Android、IOS以及Linux等多平臺的支持以實現跨行業合作，為國內外用戶提供無國界的實時數據傳輸與應用服務。
“全棧開放”作為本次發布會的關鍵詞，螢石云平臺各個業務板塊帶來了豐富的開發組件和產品智能化能力，涵蓋智能家居、智慧教育、電工照明、家具家電、智慧地產等對聯網能力、視覺能力和安全能力等需求高漲的行業，為廣大開發者、運營商、制造商和品牌商提供全鏈路智能化服務。
EZIoT全棧開放 助力連接更智能
螢石IoT開放平臺產品總監劉正茂首先向大家講解螢石云能力的演進脈絡，展示了螢石云開放體系，V1.0時代，主要解決全球化服務覆蓋和安全體系建設，這一階段，開始將核心的視頻能力開放出來，讓開發者能夠圍繞海康威視及螢石的設備進行應用層的業務開發。V2.0時代隨著智能家居的發展，產品品類快速擴張，接入量高速增長，沉淀出了分布式云架構的物聯平臺，可支持億級設備接入，此時對增值服務及AI能力做了開放。V3.0時代，螢石打造全面開放的物聯網平臺，開放了設備接入，以及以視頻模組為核心的智能視覺能力，面向中大型客戶不同的經營訴求，結合螢石云成熟的技術架構，開放了平臺的模塊化部署能力即螢石物聯專有云。接下來，劉工重點介紹了面向第三方設備的全球化物聯云平臺-螢石IoT開放平臺(EZIoT)。
?
EZIoT是幫助產品實現智能化升級，承載萬物智聯的物聯網平臺，基于螢石的連接和數據運營能力，向全行業開放平臺服務。從物物相連到萬物互聯，再到萬物智聯，螢石打造涵蓋視覺、聽覺等傳感的物聯網感知平臺，將智能算法賦予智慧物聯，助力合作伙伴探索更多行業機會。
?
作為去年就推出的面向第三方產品接入的物聯網平臺，螢石正在形成自己的平臺特色，EZIoT基于AI算法賦予智能產品更復雜的多模態感知能力，為產品應用打開了更多方向。這種多模態體現在觸覺操控延伸的視覺、聽覺等帶來的信息感知，為產品注入全新應用價值。
?
發布會現場，展示了燈具音樂律動方案、寵物用品可視化方案和兒童學習桌椅智能化方案。視覺能力的創新性多途徑使用，為越來越多的物品增添可視化能力。在基礎聯網能力方面，螢石提供WiFi、藍牙、Zigbee等主流通訊互聯方案，同時提供從產品定義、智能化升級、設備運營到業務經營等環節的差異化服務。
十萬+開發者，為應用創新添彩
接下來，螢石視頻開放平臺產品負責人邵佩帶來了“攜手螢石持續創新”為主題的發布內容，介紹了開放的初衷和背景，螢石通過數字化創新不斷提升自身業務，在此過程中，逐步沉淀了大量云服務能力，再把其中經過業務洗禮和時間驗證的服務開放出來，分享給開發者加速產品應用創新。
?
在疫情之下，螢石云設備接入數突破1個億，螢石云視頻APP日活達到1100萬，螢石開發者應用新增3萬個，平臺開發者數量已達到十余萬，發布會上，螢石展示了這樣一組數據。
小小的攝像頭應用于各行各業，功能絕非僅限于簡單的視頻監控，而不斷迸發的全新應用正是來源于聚集在平臺的海量開發者的創新，他們參與了“視頻+行業”結合產品0到1的進程，為平臺注入了活力，為使用者帶來更多便利。螢石要做的，是進一步提升開放深度，提供更實用的開發組件，與開發者共同打造豐富多彩的視頻云場景應用。
?
螢石視頻開放平臺已將 6大類，40多個云能力分享給開發者們，用以協助開發者的業務創新，主要包括云接入、云直播、云通話、云聯動、AI服務以及配套的開發者工具集。發布會現場還公布了2021年下半年的云服務開放計劃，相信螢石的開發者們，一定會創造更多的行業應用，更好服務于廣大用戶。
SaaS助推器，打造場景應用加速組件
如果說視頻開放平臺是為開發者提供的PaaS級應用開發平臺，螢石SaaS助推器則為更多不具備開發條件的客戶提供了aPaaS 級服務建設平臺。螢石易搭的產品經理許小天通過 “基礎管理+場景業務+應用軟件”三個維度闡釋了螢石 SaaS 助推器的概念，幫助客戶低代碼打造專屬的智慧人居場景SaaS平臺。
?
在基礎管理加速方面，螢石持續完善設備接入、管理等方面的能力，并通過接口、帶界面開發包的方式將能力進行開放，更進一步得提供了服務內嵌的開放方式，實現螢石及生態硬件快速接入系統。此外還涵蓋了基礎的音視頻、組織管理、成員管理等服務，幫助設備快速融入業務場景。
場景業務加速則主要圍繞人居場景，提供基礎服務組件和一部分智能硬件，與生態合作伙伴進行共創，推出了養老陪護場景下的跌倒檢測組件、親情互動場景下的音視頻互動組件、醫護健康場景下的遠程問診服務組件、食品安全場景下的后廚監管組件、安全看護場景下的居家安全組件、宿舍公寓場景下的入住管理組件以及早教培訓場景下的家幼互動組件。
?
在應用軟件加速方面，很多行業運營商都有不錯的想法，但不擅長軟/硬件產品研發，容易錯失智能化發展機遇。由此螢石推出了易搭服務，一個低代碼平臺建設服務。通過可視化的方式對系統的外觀界面、組件服務等進行在線配置，最快10分鐘即可打造專屬智能化SaaS平臺。
物聯專有云，服務企業數字化升級
針對當下不同企業數字化升級的不同訴求，螢石物聯專有云產品負責人李輔炳總結了三大類型，一是以電信運營商、互聯網科技服務為代表的技術依賴型企業，需求是基于視頻能力PaaS+容器基礎設施云原生技術，提升架構及部署優化的能力。二是以照明電工、農畜牧業為代表的生產依賴型企業，在生產制造環節，更注重“物”的數字化，包括家用電器、生活傳感器連接上云，與智能終端聯動等。三是以房地產、零售業為代表的營銷依賴型企業，需求是數字及可視化分析工具，增強人的生產力。總體來說，基于IoT + 視頻媒體+AI應用的一體云原生基礎設施是服務企業數字化普遍的需求。
?
螢石物聯專有云是為企業客戶輸出以視頻流媒體應用為核心，提供設備接入、AI、數據分析、消息傳輸等PaaS服務能力，以容器封裝軟件運行構件，可部署在私有、公有、混合云等多云環境，以便于租戶隔離、資源交付和運營的基礎設施。具備就近服務、云邊協同、安全可靠、高效運維、彈性擴展、成本優勢等多項特點。
?
企業根據其自身資源準備情況，進行多元化部署。針對PaaS、存儲基礎設施、容器化都可以進行按需部署。在公有模式下，可做到按量付費，免運維;在專有模式下，平臺及數據可自主掌握。平臺建設部署完成后，根據微服務模塊，進行集成構建。無論是和自己現有系統集成，還是作為一個獨立系統運營，螢石物聯專有云支持模塊化可配置，基于容器、主機彈性伸縮，做到功能及資源持續迭代發布和更新。
大概就是這樣哦

華為和BAT的新戰場，由這四人主宰

智東西（公眾號：zhidxcom）

作者 | 李水青

編輯 | 心緣

互聯網行業高速增長時代正在遠去，已成一個不爭事實。阿里、騰訊、百度等互聯網巨頭們比之前任何時候都更需要考慮第二增長曲線。

云智能服務，是被各家盯準的一條賭上未來的賽道。

成果已經顯現——阿里云Q3實現營收首超200億元，首次連續四季度盈利；百度每月砸20億搞研發，智能云營收連續增長超70%；騰訊云這邊，也首次提出“云智能”戰略，三年實現團隊一千多人至一萬多人的10倍擴張……

令BAT無法忽視的一大勁敵是華為，作為一家從ICT切入到云智能的 科技 巨頭，華為面臨更嚴峻的生存壓力。受美國制裁影響，華為消費者業務、運營商業務猛烈受挫，而云智能業務成為其新的增長命脈。

一場以BATH（百度、阿里、騰訊、華為）為主角的云智能進軍千行百業的圈地大戰已經蓄勢待發。

華為任正非親自督導“五大軍團”，阿里云智能將建立18大行業事業部，騰訊和百度也進行了緊鑼密鼓的架構調整或戰略升級，盯準政企數字化市場，“磨刀霍霍向牛羊”。

阿里云智能總裁張建鋒、華為云總裁張平安、騰訊CSIG（云與智慧產業事業群）總裁湯道生、百度CTO王海峰，作為這場云智能大戰中掌舵者，在2021年這一疫情后經濟恢復和全球洗牌的關鍵時期，正在做出他們職業生涯中的重要抉擇。

盡管面臨的問題各不相同，他們都不約而同地帶領團隊邁向AI落地的“深水區”。

見過湯道生的人可能對他身上的程序員風格印象深刻，他操著一口不太流利的香港普通話，似乎不善言辭，卻很縝密。這位1997年從斯坦福走出來的電子工程碩士，34歲時便成為騰訊QQ研發副總裁、QQ秀產品中心總經理，在2018年成為騰訊CSIG掌舵者。

2021年，越來越多的騰訊內部員工會看到湯道生出入純商務場合，包括與建筑產業的天一集團合作、與物流交通產業的招商港口合作、與出行產業的廣汽集團簽約……為了帶領騰訊涉足此前不熟悉的產業互聯網領域，做技術出身的湯道生越來越像一名“銷售”代表。

騰訊CSIG總裁湯道生

“騰訊沒有To B基因”——這是2018年9月騰訊CSIG成立時外界的普遍質疑。騰訊CSIG融合了公司的云計算、AI、智慧產業等多重技術能力，騰訊的很多科學家出自這里，但如何將技術落地行業，對湯道生和這些科學家來說有不小的鴻溝需要跨越。

即使是三年后的今天，騰訊CSIG已從三年前的一千多人擴張到一萬多人，湯道生依然在近期的一次訪談中坦言了做To B的吃力點——“To B工程的周期更長，對財務管理和項目管理的要求更高，以及傳統行業引入人才也需要磨合。”

業務做深、組織變大，也意味著面臨新的問題。在以AI為重要驅動的產業互聯網項目中，大廠雖然有平臺勢能，卻難以像AI創企那樣靈活機動地打“游擊戰”，因此在很多AI競標方案中未必能超過小廠。

對此，湯道生在今年5月已經從組織架構入手進行三年來的首次調整——宣布成立湯道生帶隊的技術委員會，以“自上而下”的方式，在內部減少代碼重復開發，以開源提升項目推進效率。比如在近期騰訊推出的數智人平臺等項目中，已經看到跨CSIG和AI Lab、微信、搜狗多部門技術整合成果的跡象。

更深層次的是團隊文化變革。與湯道生自己親自投身“銷售”的舉動相一致——在今年9月CSIG三周年會上，湯道生史無前例地將事業群價值觀升級出“敢拼敢言”這一要求。他犀利地指出，近年來引入了很多不同企業的員工，同事比較拘束、不敢直言的問題已經影響到企業效率，因此團隊要像創業一樣“敢拼”、“敢言”。

當下國內AI技術落地的高潮已經有到來的趨勢，然而，此前活躍在一級市場的AI創企們的“金錢池”卻已見底，紛紛轉向二級市場尋求輸血補給。對于騰訊CSIG這樣具有大廠兜底的AI玩家來說，一場市場收割戰似乎才剛剛開始。

在今年11月舉辦的騰訊生態大會上，湯道生首次提出“騰訊云智能”提法，公布一套“全局智能”的完整云智能架構和最新自研AI芯片、AI開發平臺、智能產業解決方案等，標志騰訊在產業云智能領域全面出擊。

騰訊云智能戰略架構

再來看看行業落地，據我們統計，在今年已公布的大型智慧城市項目中，騰訊云已經拿下不少大單。今年4月廣州2.1億黃埔智慧城市項目、今年5月江門市3.6億智慧城市項目、今年8月襄陽市的1.1億車聯網先導區項目以及今年9月的上海徐匯區1.2億“一網統管”項目……騰訊云都充當著主要或唯一中標企業。官方數據顯示，目前騰訊云AI每天全球12億用戶和200W+客戶，每天處理圖像超過50億張，處理語音超過百萬小時，處理自然語言超過千億級。

“再往下走，我覺得會進入‘深水區’，接觸離騰訊原來優勢更遠的這些行業。”湯道生在近期的采訪中談道。

與較晚提出“云智能”的騰訊不同，百度雖然在BATH中體量更小，卻幾乎是BATH中最先提出“智能云”且最大決心“All in”人工智能的一家。

如果要說AI創企們最怕被哪家大廠取代，那無疑是百度。擁有與國際頂尖深度學習框架匹敵的國產PaddlePaddle（飛槳）、獲411張自動駕駛測試牌照的Apollo、量產超2萬片的昆侖AI芯片……百度創始人李彥宏可以在之后的幾年繼續每月投20億元搞研發，AI創企們卻不一定有這個底氣。

再來看看掌舵百度智能云的百度CTO王海峰，他和很多AI創企的創始人一樣，是一個技術派，同時是“一個沒有新聞的人”。畢業于清華物理專業的父親將他從小開始教育成一個技術人才，他也如愿在2021年入選IEEE Fellow，并成為兼任ACL Fellow的中國大陸第一人，百度內部很多人稱他：“氣場比較弱，但同時又不會輕易為別人所動。”

百度CTO王海峰

就是這樣一個看起來溫文爾雅的技術派，帶動了百度智能云部門在經歷組織變動的不穩定態勢后，轉而在2021年實現業務連續季度70%的增長，成為百度公司的第二增長曲線。

百度智能云剛剛在2020年經歷了動蕩的一年。2020年初，李彥宏將ACG（百度云）、AIG（AI技術平臺體系）、TG（基礎技術體系）整合為“百度人工智能體系”（AIG），讓百度云總經理尹世明向新任CTO王海峰統帥匯報。然而僅僅3個月后，尹世明離職。

彼時，在國內云市場中，阿里云、騰訊云分別位居前二，后來者華為云增速達220%，處于其后的百度智能云可能被越甩越遠。彭博社當時這樣評價，過去十年，從自然語言處理到語音交互領域，百度已投入了數十億美元，但這項努力因百度人工智能業務負責人吳恩達（Andrew Ng）等關鍵高管離職而陷入了比較麻煩的境地。市場對公司搞研發投入可能帶來的回報表示懷疑，股價隨即跌至冰點。

進入2021年，王海峰總攬全局，他很少出來發表令人印象深刻的講話，但在今年卻默默帶領百度智能云迅猛增長。

根據百度公司發布2021年第三季度（Q3）財報，顯示其Q3實現營收319億元，廣告業務增長乏力的趨勢已經體現。但是，百度智能云在本季度營收同比增長達73%，成為驅動百度核心營收增長的重要動力。在百度2021財年第一季度財報電話會議上，李彥宏直言：“AI和云，未來三年會占百度營收一半以上。”

從業務上來看，在過去半年里，百度將百度大腦這一“軟硬一體AI大生產平臺”升級到7.0版，把智慧交通、智慧城市等方案落地多所城市。比如就在今年9月，百度就連續拿下3個超億級項目，包括1.17億元紹興智慧快速路項目、1.68億元滄州經濟開發區自動駕駛與車路協同項目、1.79億元桐鄉產業互聯網項目等。

隨著百度CTO王海峰將百度智能云團隊穩住，他在今年的百度云智峰會上進一步宣布了百度智能云的新戰略：“以云為基礎推進企業數字化轉型，以AI為引擎加速產業智能化升級，云智一體，賦能千行百業，促進經濟高質量發展。”

對比看看2020年，百度對智能云戰略的表述還是“以云計算為基礎，以AI為抓手，聚焦重要賽道。”可以看到，百度智能云更加強調AI技術落地實體產業，也就是說，百度AI也要進入深水區了。

隨著百度的AI技術落地越來越上道，無疑會成為一眾沖刺IPO的AI創業公司的最大對手之一。

同樣經歷了組織架構調整的還有華為，看起來，華為云今年的道路更不平坦。

在今年4月華為開發者大會上，華為消費者部門名將余承東時任華為云總裁，還在為華為云AI的落地助威吶喊，他說，AI開發要告別作坊式，走向工業化，并帶來華為云盤古大模型、MindSpore等軟件的更新。

但僅僅5個月后，在今年9月的華為全聯接大會上，發言人已經換了人，變成了新任CEO張平安。張平安于1996年加入華為，曾擔任華為企業業務BG首席運營官、軟件產品線總裁，是華為精通軟件及市場的老將。

華為云總裁張平安

實際上，今年華為云進行了多次組織架構調整。先是今年1月，然后是今年3月，將華為云與計算BG中的原服務器、存儲等劃歸出到“網絡產品與解決方案”，將BG中的云獨立為Cloud BU，這距離兩者合并僅僅過去了一年。

“屋漏偏逢連夜雨”，受外部制裁影響，2021年華為運營商業務及消費者業務發展受限。2021年10月，華為公布第三季度財報，顯示其本季度營收下降32.1%至4558億元。

在這種情況下，云與AI技術驅動的To B業務，無疑成為華為新的增長命脈。

作為華為云臨危上任的大將，張平安在9月的華為全聯接大會上談道：“未來所有的基礎設施和應用都應該是云化的，我們要積極擁抱人工智能，讓數據在業務決策中發揮重要作用。”

和余承東等其他華為領導人一樣，張平安的言行中常常盡顯華為人的務實、狼性和毫不含糊。他在多次演講中提到，當下AI落地面臨的最大問題是成本過高問題。為了降低AI落地成本，張平安領導團隊更新了云天籌AI求解器、華為云開天aPaaS等一系列AI根技術。可以看到，在華為一整套包含了硬件、AI算子開發、AI模型開發和AI應用開發的升騰AI全棧技術基礎上，華為云正從云基礎設施層往上層的PaaS層加大投入。

一邊是技術在朝著極限水平迭代，另一邊，是從整個集團層面促進云與AI技術在行業落地。

2021年，華為公司陸續成立了五大行業軍團——煤炭軍團、海關和港口軍團、智慧公路軍團、數據中心能源軍團和智能光伏軍團，標志著華為面向千行百業全面落地云、AI、網技術的大幕正式拉開。

華為五大行業軍團是由任正非親自督導，從各個BG中抽取最精銳的精兵強將，并獨立平行于它們，整合云、網、智等多種縱向能力橫向精準打擊行業。這是華為首次在組織架構上明確軍團作戰方式。

華為創始人任正非主持華為軍團組建大會

任正非曾提及對軍團的期待——比如，能不能在2-3年技術成熟，然后對全世界提供礦山智能化服務？而從已有進展來看，華為“礦鴻”礦山操作系統已在神東4個礦廠成功落地，從以點覆蓋AI實時風險預警識別等功能，到推出讓整個礦井變得聯通的礦鴻操作系統，驗證了軍團作戰方式的敏捷性和效率。

在強烈求生需要驅動下，由創始人任正非親自掌舵、猛將張平安強力推進，華為云與智能技術或許已成為BATH中落地最猛的一極。

2017年華為云成立初，華為就做出了“上不做應用，下不碰數據，三不做股權投資”的 社會 承諾。到了2020年，華為云將這一使命升級為——“賦能應用、使能數據，做智能世界的黑土地”。

面臨內外生存壓力，華為云能不能把握好生態合作的邊界，守住曾經的承諾，這個問題令很多合作伙伴關心。

進入2021年，有很多人提到，阿里云正在“雙手入泥”，越來越像華為了。

在今年5月的阿里云峰會上，阿里云智能事業群總裁張建鋒透露，阿里云近期完成了重大組織升級，一是設立了18個行業部門，由行業總經理牽頭行業數字化創新。與騰訊湯道生類似，張建鋒是一位為阿里的拳頭產品“淘寶”打過仗的技術架構師，曾帶隊解決了“雙11”的云計算難題。2019年，張建鋒卸任阿里集團CTO，專心聚焦阿里云智能事業群和達摩院研發。

阿里云智能總裁張建鋒

自張建鋒掌舵以來，阿里云已將落地行業從2019年的三個拓展為2020年的7個，如今已經擴展到18個，并上升至部門。這一擴張速度，印證了張建鋒的“打仗”能力。

阿里云智能覆蓋行業拓展情況（根據公開信息整理，如有謬誤歡迎指正）

再來橫向看看區域布局，阿里云智能目前已成立16個區域部門，任命分公司總經理與本地客戶聯接。要知道，這在阿里 歷史 上是沒有過的，在過去一直是華為、海康這樣的ICT廠家所熱衷的事情，現在已成為阿里云的重要組織策略。

考慮到5月也是華為任正非帶隊的煤炭軍團高歌猛進的時候，阿里云在5月成立18行業部門、16區域的發力政企數字化的大動作，很容易被認為是對標華為。這兩家企業，中國智慧城市領域的最大云巨頭和最大的通訊巨頭，似乎要進入一個云智能技術貼身肉搏的階段。

不過，張建鋒否定了這些調整與競爭有關。他談道，主要是阿里云自身內部主要矛盾使然，阿里云的服務離客戶需求之間有很大的差異，這促使阿里云進行轉變。

不管是否主觀對標，但阿里正在跳出此前做電商消費的思維習慣，通過更接地氣地接近政企數字化客戶，實現技術變現。

姿態轉變伴隨的是阿里云在財務指標上的上揚。根據11月18日發布的阿里云Q3財報，阿里云營收200.07億元，同比增長33%，經調整EBITA利潤（息稅攤銷前利潤）3.96億元，首次實現連續四季度盈利。

阿里云的營收中有很大份額來自于基礎設施、SaaS等收入，但AI技術已經越來越融入其云服務中。

簡單回顧一下，今年，阿里達摩院開源了登頂六大NLP權威榜單的預訓練語言模型體系AliceMind，推出超100項視覺AI能力的視覺智能開放平臺；阿里云智能推出讓企業“開箱即用”的大數據 AI平臺——“阿里靈杰”，訓練出全球首個突破10萬億參數的AI模型；芯片方面，平頭哥自研云原生處理器芯片倚天710亮相，玄鐵CPU已出貨超25億顆，成為國內應用規模最大的國產CPU……

張建鋒在接受新華網采訪時談道，12年前，阿里巴巴在國內率先投入 探索 云計算，成為全球三朵云之一。下一個十年，阿里巴巴將堅定不移繼續加大對基礎技術和前沿技術的投入，在人工智能、芯片、量子計算、區塊鏈等領域進行科研攻關。

也難怪說阿里云越來越像華為，盡管張建鋒并不愿意承認，但華為擅長的“扎足根，沖破天”，阿里云智能今年已在向這個方向大步邁進，與華為爭奪政企數字化市場。

可以看到，不論是在互聯網發展拐點尋找新動能的BAT，還是在美國制裁下尋找新糧倉的華為，它們都將云智能作為更加重要的生命線在運作，試圖切換新的增長動能。

作為各家云智能業務的掌舵人，本文中提及的對象中既有來自技術派的優秀產品經理，也有在過往戰場中經歷過大風大浪的管理人才，現在，他們的目光都不約而同的從技術投向行業，準備擼起袖子，雙手入泥，大干一場。

巨頭的動作對AI領域“原住民”AI企業們可能帶來不小沖擊。一方面，巨頭的高舉高打能帶來整體行業生態的進步，從而營造更適合AI落地的環境；另一方面，自身更加無可取代的競爭力是什么？最適合的商業模式又是什么？將成為非巨頭AI企業需要思考的事情。

當AI落地進入深水區，各路AI玩家正在把技術戰車推向各個行業、各個地區的產業數字化轉型的田間地頭，一決高下。

低代碼究竟是什么？

簡介：?什么是低代碼？我們為什么需要低代碼？低代碼會讓程序員失業嗎？本文總結了低代碼領域的基本概念、核心價值與行業現狀，帶你全面了解低代碼。

什么是低代碼

“Low-Code”是什么？如果你是第一次聽說，沒準也會跟我當年從老板口中聽到這個詞后的內心戲一樣：啥？“Low-Code”？“Code”是指代碼我知道，但這個“Low”字是啥意思？不會是老板發現我最近趕工寫的代碼很丑很“Low”吧... 想多了，老板怎么可能親自review代碼呢。那難道是指，“Low-level programming”里的“Low”？老板終于發現讓我等編程奇才整天堆Java業務代碼太浪費，要派我去閉關寫一個高性能C語言網絡庫... 顯然也不是，老板哪能有這技術情懷呢。那到底是什么意思？作為一名搜商比情商還高的程序員，能問Google的絕不會問老板。于是我一頓操作后，不假思索地點開了第一條搜索結果：Low-code development platform。

Wikipedia定義

從Wiki的這段定義中，我們可以提煉出幾個關鍵信息：

? 低代碼開發平臺（LCDP）本身也是一種軟件，它為開發者提供了一個創建應用軟件的開發環境。看到“開發環境”幾個字是不是很親切？對于程序員而言，低代碼開發平臺的性質與IDEA、VS等代碼IDE（集成開發環境）幾乎一樣，都是服務于開發者的生產力工具。

? 與傳統代碼IDE不同的是，低代碼開發平臺提供的是更高維和易用的可視化IDE。大多數情況下，開發者并不需要使用傳統的手寫代碼方式進行編程，而是可以通過圖形化拖拽、參數配置等更高效的方式完成開發工作。

Forrester定義

順著Wiki的描述還能發現，原來“Low-Code”一詞早在2014年就由Forrester提出了，它對低代碼開發平臺的始祖級定義是這樣的：

請點擊輸入圖片描述

相比Wiki的版本，這個定義更偏向于闡明低代碼所帶來的核心價值：

? 低代碼開發平臺能夠實現業務應用的快速交付。也就是說，不只是像傳統開發平臺一樣“能”開發應用而已，低代碼開發平臺的重點是開發應用更“快”。更重要的是，這個快的程度是顛覆性的：根據Forrester在2016年的調研，大部分公司反饋低代碼平臺幫助他們把開發效率提升了5-10倍。而且我們有理由相信，隨著低代碼技術、產品和行業的不斷成熟，這個提升倍數還能繼續上漲。

? 低代碼開發平臺能夠降低業務應用的開發成本。一方面，低代碼開發在軟件全生命周期流程上的投入都要更低（代碼編寫更少、環境設置和部署成本也更簡單）；另一方面，低代碼開發還顯著降低了開發人員的使用門檻，非專業開發者經過簡單的IT基礎培訓就能快速上崗，既能充分調動和利用企業現有的各方面人力資源，也能大幅降低對昂貴專業開發者資源的依賴。

低代碼核心能力

基于上述的定義和分析，不難總結出如下這3條低代碼開發平臺的核心能力：

請點擊輸入圖片描述

??全棧可視化編程：可視化包含兩層含義，一個是編輯時支持的點選、拖拽和配置操作，另一個是編輯完成后所及即所得（WYSIWYG）的預覽效果。傳統代碼IDE也支持部分可視化能力（如早年Visual Studio的MFC/WPF），但低代碼更強調的是全棧、端到端的可視化編程，覆蓋一個完整應用開發所涉及的各個技術層面（界面/數據/邏輯）。

??全生命周期管理：作為一站式的應用開發平臺，低代碼支持應用的完整生命周期管理，即從設計階段開始（有些平臺還支持更前置的項目與需求管理），歷經開發、構建、測試和部署，一直到上線后的各種運維（e.g. 監控報警、應用上下線）和運營（e.g. 數據報表、用戶反饋）。

??低代碼擴展能力：使用低代碼開發時，大部分情況下仍離不開代碼，因此平臺必須能支持在必要時通過少量的代碼對應用各層次進行靈活擴展，比如添加自定義組件、修改主題CSS樣式、定制邏輯流動作等。一些可能的需求場景包括：UI樣式定制、遺留代碼復用、專用的加密算法、非標系統集成。

不只是少寫代碼

回到最初那個直擊心靈的小白問題：Low-Code中的“Low”，到底是啥意思？答案已經顯而易見：既不是指抽象程度很低（相反，低代碼開發方式的抽象程度要比傳統編程語言高一個level），也不是指代碼很low（也相反，低代碼所生成的代碼一般都經過精心維護和反復測試，整體質量強于大部分手寫代碼），而是單純的“少寫代碼” —— 只在少數需要的情況下才手寫代碼，其他大部分時候都能用可視化等非代碼方式解決。

再往深一點兒看，低代碼不只是少寫代碼而已：代碼寫得少，bug也就越少（正所謂“少做少錯”），因此開發環節的兩大支柱性工作“趕需求”和“修bug”就都少了；要測的代碼少了，那么測試用例也可以少寫不少；除了開發階段以外，平臺還覆蓋了后續的應用構建、部署和管理，因此運維操作也更少了（Low-Code → Low-Ops）。

然而，少并不是最終目的：如果單純只是想達到少的效果，砍需求減人力、降低質量要求也是一樣的。低代碼背后的哲學，是少即是多（Less is More），或者更準確說是多快好省（Do More with Less） —— 能力更多、上線更快、質量更好，成本還更省，深刻踐行了阿里“既要，又要，還要”的價值觀精髓。

請點擊輸入圖片描述

平臺的職責與挑戰

上面說的是低代碼給開發者提供的能力與吸引力，那么作為服務的提供方與應用的承載者，低代碼開發平臺自身應該承擔怎樣的職責，其中又會遇到多大的挑戰？是否就一定要如阿里云所主張的那樣，“把復雜留給自己，把簡單留給別人”？雖然這句話聽起來很深明大義，但不知道大家有沒有想過，為什么我們一定要抱著復雜不放，平白無故給自己找事？就不能直接干掉復雜，也給咱阿里云自己的員工留點簡單嗎？是工作太容易就體現不出來KPI價值了，還是家里的飯菜不如公司的夜宵香？

冥思苦想許久后，我從熱力學第一定律中找到了答案：開發一個應用的總復雜度是恒定的，只能轉移而不可能憑空消失。要想讓開發者做的更少，安心享受簡單的快樂，那么平臺方就得做的更多，默默承擔盡可能多的復雜度。就像一個滿身腱子肉的雜技男演員，四平八穩地托舉著在高處旋轉與跳躍的女搭檔；上面的人顯得越輕盈越毫不費力，下面的人就得越穩重越用盡全力。當然，不是說上面的女演員就很輕松沒壓力，只是他們各自的分工不同，所承擔的復雜度也不一樣。

根據《人月神話》作者Fred Brooks的劃分，軟件開發的復雜度可以劃分為本質復雜度（Essential complexity ）和偶然復雜度（Accidental complexity）。前者是解決問題時固有的最小復雜度，跟你用什么樣的工具、經驗是否豐富、架構好不好等都無關，而后者就是除此之外在實際開發過程中引入的復雜度。通常來說，本質復雜度與業務要解決的特定問題域強相關，因此這里我把它稱為更好理解的“業務復雜度”；這部分復雜度不是任何開發方法或工具能解決的，包括低代碼。而偶然復雜度一般與開發階段的技術細節強相關，因此我也相應把它稱為“技術復雜度”；而這一部分復雜度，恰好就是低代碼所擅長且適合解決的。

為開發者盡可能屏蔽底層技術細節、減少不必要的技術復雜度，并支撐其更好地應對業務復雜度（滿足靈活通用的業務場景需求），這是身為一個低代碼開發平臺所應該盡到的核心職責。

請點擊輸入圖片描述

在盡到上述職責的同時，低代碼開發平臺作為一個面向開發者的產品，還需要致力于為開發者提供簡單直觀的極致開發體驗。這背后除了巨大的工作量，還得能在“強大”和“易用”這兩個很難兩全其美的矛盾點之間，努力找到一個符合自己產品定位與目標客戶需求的平衡點 —— 這也許是設計一個通用低代碼開發平臺所面臨的最大挑戰。

三、低代碼相關概念對比

純代碼（Pro-Code / Custom-Code）

“純代碼”可能算是我杜撰的一個詞，更常見的說法是-碼（Pro-Code）或定制代碼（Custom-Code）；但意思都一樣，就是指傳統的以代碼為中心（Code-Centric）的開發模式。之所以我選擇用“純代碼”，是因為如果用“-碼”會顯得似乎低代碼就不專業了一樣，而用“定制代碼”又容易讓人誤解成低代碼無法支持定制的自定義代碼。

當然，更準確的稱謂我認為是“高代碼”（與低代碼恰好對應，只是名字太難聽，被我嫌棄了...），因為即便是使用傳統的代碼IDE，有些開發工作也支持（甚至更適合）以非代碼方式完成，比如：iOS端開發時使用的SwiftUI界面設計器、服務端開發數據庫應用時使用的PowerDesigner建模工具。不過這部分可視化工作在傳統開發模式下只是起輔助作用，最后通常也是生成開發者可直接修改的代碼；開發者仍然是以代碼為中心來開展主要工作。

低代碼與純代碼之間的關系，其實跟視頻和文章之間很像：

低代碼就像是現代的“視頻”，大部分內容都由直觀易理解、表達能力強的圖片組成，因此更容易被大眾所接受。但與此同時，視頻也不是死板得只能有圖片，完全可以添加少量文字（如字幕、標注）來彌補圖片表達不夠精確的問題。BTW，關于“圖”和“文字”之間的辯證關系，可以進一步參考《架構制圖：工具與方法論》[1]這篇文章中的相關描述。

純代碼則更像是傳統的“文章”，雖然很久以來都一直是信息傳播的唯一媒介，但自從視頻技術誕生以及相應軟硬件基礎設施的普及以來，便逐漸開始被搶走了風頭。如今，視頻已成為大部分人獲取信息的主要渠道（從電視電影到B站抖音），而經常讀書讀文章的人卻越來越少。但不可否認的是，文章依然有它存在的意義和受眾（不然我也不會費這勁敲這么多字了），即使“市場份額”一直在被擠壓，但永遠會有它立足的空間。

請點擊輸入圖片描述

如果按上面這種類比關系推導，低代碼未來也會遵循與視頻類似的發展軌跡，超越純代碼成為主流開發模式。Gartner的預測也表達了相同的觀點：到2024年，所有應用程序開發活動當中的65%將通過低代碼的方式完成，同時75%的大型企業將使用至少四種低代碼開發工具進行應用開發。

但同樣地，就像是視頻永遠無法取代文章一樣，低代碼也永遠無法徹底取代純代碼開發方式。未來低代碼和純代碼方式將以互補的形態長期共存，各自在其所適合的業務場景中發光發熱。在后面的“低代碼業務場景”章節，會詳細列出哪些場景在現階段更適合用低代碼模式開發。

零代碼（Zero-Code / No-Code）

從分類的完備性角度來看，有“純代碼”自然也應該有完全相反的“零代碼”（也稱為“無代碼”）。零代碼就是完全不需要寫代碼的應用開發平臺，但這并不代表零代碼就比低代碼更高級和先進，它只是做了一個更極端的選擇而已：徹底擁抱簡單的圖形可視化，完全消滅復雜的文本代碼。選擇背后的原因是，零代碼開發平臺期望能盡可能降低應用開發門檻，讓人人都能成為開發者（注意：開發 ≠ 寫代碼），包括完全不懂代碼的業務分析師、用戶運營，甚至是產品經理（不懂裝懂可不算懂）。

即便是專業開發者，在技術分工越來越精細的趨勢下（前端/后端/算法/SRE/數據分析..），也很難招到一個能獨立開發和維護整套復雜應用的全棧工程師。但零代碼可以改變這一切：無論是Java和JavaScript傻傻分不清楚的技術小白，還是精通深度學習但沒時間學習Web開發的算法大牛，都可以通過零代碼實現自己的技術夢或全棧夢。“改變世界的idea已有，就差一個程序員了”，這句玩笑話或許真的可以成真；哦不，甚至都用不著程序員，有idea的人自己就能上。

請點擊輸入圖片描述

當然，所有選擇都要付出代價，零代碼也不例外。完全拋棄代碼的代價，就是平臺能力與靈活性受限：

? 一方面，可視化編輯器的表達能力遠不及圖靈完備的通用編程語言，不引入代碼根本沒法實現靈活的定制與擴展（當然，理論上也可以做成Scrach/Blockly那樣的圖形編程語言，但那樣不過是換一種形式在手寫代碼而已）。

? 另一方面，由于目標受眾是非專業開發人員，平臺能支持的操作會更趨于“傻瓜化”（e.g. 頁面只支持大塊業務組件的簡單堆疊，不支持細粒度原子組件和靈活的CSS布局定義），同時也只會透出相對“親民化”的模型和概念（e.g. 使用“表格”表示數據，而不是用“數據庫”），無法支撐強大專業的底層開發原語和編程理念。

請點擊輸入圖片描述

雖然零代碼與狹義上的低代碼有著上述明顯差異，但從廣義上來說，零代碼可以當作低代碼的一個子集。Gartner在其相關調研報告中，就是將“No Code”劃在了范圍更廣的低代碼應用平臺“LCAP”（Low-Code Application Platform）中。而當前市面上很多通用的低代碼開發平臺，也都兼具一定程度的零代碼能力；比如低代碼領域領頭羊Mendix，既提供了簡單易用的零代碼Web IDE - Mendix Studio，也包括一個功能更強大的低代碼桌面IDE - Mendix Studio Pro。

HpaPaaS（高生產力應用PaaS）

上文提到，“Low-Code”一詞是拜Forrester所賜。作為同樣是國際知名調研機構（a.k.a 造詞小能手）的Gartner，顯然不會輕易在這場可能決定低代碼領域江湖地位的新概念作詞大賽中認輸，于是也于2017年發明了“HpaPaaS”（High-productivity application Platform as a Service）這個聽上去更高大上的縮寫詞。

按照Gartner的定義，HpaPaaS是一種支持聲明式、模型驅動設計和一鍵部署的平臺，提供了云上的快速應用開發（RAD）、部署和運行特性；這顯然與低代碼的定義如出一轍。但事實證明，名字起得太專業并不見得是好事，“HpaPaas”最終還是敗給了起源更早、更接地氣也更順口的“Low-Code”：從2019年開始，Gartner在其相關調研報告中也開始全面采用“Low-Code”一詞（如LCAP），親手為“HpaPaaS”打上了 @deprecated 印記。

請點擊輸入圖片描述

圖源：What’s the difference between SaaS / IaaS / PaaS / aPaaS / HpaPaaS?

值得補充的是，“HpaPaaS“這個詞也并非橫空出世，而是傳承自更早之前Gartner提出的“aPaaS”，它倆之間的關系是：HpaPaaS只是aPaaS的一個子類；除了HpaPaaS這種通過低代碼實現的高生產力應用開發平臺以外，aPaaS還包括面向純代碼的傳統應用開發平臺（High-control aPaaS，即可控度更高的純代碼開發方式）。

不值得但就想八卦一下的是，“aPaaS”這個詞也非憑空捏造，而是與云計算的興起淵源頗深。相信各位云道中人都已猜到，aPaaS與IaaS/PaaS/SaaS這些云計算遠古概念是一脈相承的：aPaaS介于PaaS和SaaS之間，相比PaaS提供的服務更偏應用，但又不像SaaS一樣提供現成的軟件服務（更詳細的說明可參考配圖來源文章）。

四、為什么需要低代碼

低代碼是什么可能并沒那么重要，畢竟在這個信息爆炸的世界，永遠不缺少新奇而又短命的事物。大部分所謂的新技術都只是曇花一現：出現了，被看到了；大部分人“哦”了一聲，已閱但表示不感興趣；小部分人驚嘆于它的奇思妙想，激動地點了個贊后，回過頭來該用什么還是什么。真正決定新技術是否能轉化為新生產力的，永遠不是技術本身有多么優秀和華麗，而是它是否真的被需要，即：為什么需要低代碼？如果用不同的主語填充上面這個問句（冷知識：這叫做“延遲主語初始化”），可以更全面地看待這個問題：

為什么「市場」需要低代碼？

在這個大爺大媽都滿嘴“互聯網+”和“數字化轉型”的時代，企業越來越需要通過應用（App）來改善企業內部的信息流轉、強化與客戶之間的觸點連接。然而，誕生還不太久的IT信息時代，也正面臨著與我國社會主義初級階段類似的供需關系矛盾：落后的軟件開發生產力跟不上人民日益增長的業務需求。

請點擊輸入圖片描述

Gartner預測，到2021年應用開發需求的市場增長將至少超過企業IT交付能力的5倍。面對如此巨大的IT缺口，如果沒有一種革命性的“新生產力”體系，很難想象僅憑現有傳統技術體系的發展延續就能徹底解決問題。而低代碼技術正是帶著這樣的使命而降臨，期望通過以下幾個方面徹底革新應用開發生產力，拯救差一點就要邁入水深火熱的IT世界：

提效降本 質量保障

雖然軟件行業一直在高速發展，新的語言、框架和工具層出不窮，但作為從業者我們不得不承認：軟件開發仍處于手工作坊階段，效率低、人力成本高、質量不可控。項目延期交付已成為行業常態，而瓶頸幾乎總是開發人員（對機器能解決的問題都不是問題）；優秀的開發人才永遠是稀缺資源，還賊貴；軟件質量缺陷始終無法收斂，線上故障頻發資損不斷。

相比而言，傳統制造業經過幾百年工業革命的發展，大部分早已擺脫了對“人”的強依賴：從原料輸入到制品輸出，中間是各種精密儀器和自動化流水線的穩定支撐，真正實現生產的標準化和規模化。雖然信息化號稱是人類的第三次工業革命，但以軟件行業目前的狀況，遠遠還沒到達成熟的“工業化”階段。

所以，親愛的程序員朋友，當你與前端聯調了一上午接口，又與產品撕逼了一下午需求，再與自己的bug抗爭了一整晚，好不容易遁入夢鄉又被一連串報警短信吵醒時，是否有抬頭對著星空憧憬過：“I have a dream... that one day，軟件開發也能像工業制品一樣，批量流水化生產，穩定高效沒煩惱。” 事到如今，不管你有沒有意識到，這個憧憬正在慢慢變成現實。

請點擊輸入圖片描述

是的，低代碼正在將應用軟件開發過程工業化：每個低代碼開發平臺都是一個技術密集型的應用工廠，所有項目相關人員都在同一條產線內緊密協作。開發主力不再是熟知for循環一百種寫法的技術Geek，而是一群心懷想法業務sense十足的應用Maker。借助應用工廠中各種成熟的基礎設施、現成的標準零件、自動化的裝配流水線，開發者只需要專注于最核心的業務價值即可。即便是碰到非標需求，也可以隨時自己動手，用最靈活的手工定制（代碼）方式來解決各種邊角問題。

擴大應用開發勞動力

通過讓大部分開發工作可以僅通過簡單的拖拽與配置完成，低代碼（包括零代碼）顯著降低了使用者門檻，讓企業能夠充分利用前面所提到的平民開發者資源。部分純零代碼需求場景下，低代碼還能讓業務人員實現自助式（self-service）應用交付，既解決了傳統IT交付模式下的任務堆積（backlog）問題，避免稀缺的專業開發資源被大量簡單、重復性的應用開發需求所侵占，也能讓業務人員真正按自己的想法去實現應用，擺脫交由他人開發時不可避免的桎梏。

請點擊輸入圖片描述

至此，應用開發能力不再是少數專業開發者的專利和特權，且今后所需要的技能門檻與擁有成本也會越來越低，真正實現所謂的“技術民主化”（democratization of technology）。

加強開發過程的溝通協作

多方調查結果顯示，軟件項目失敗的最主要原因之一就是缺乏溝通（poor communication）。傳統開發模式下，業務、產品、設計、開發、測試與運維人員各司其職，且各有一套領域內的工具和語言，長久以來很容易形成一個個“豎井”（silos），讓跨職能的溝通變得困難而低效。這也是為什么當前熱門的敏捷開發和DevOps都在強調溝通（前者是協同Biz與Dev，而后者是協同Dev和Ops），而經典的DDD領域驅動設計也主張通過“統一語言”來減少業務與技術人員之間的溝通不一致。

請點擊輸入圖片描述

有了低代碼后，這一狀況將得到根本改善：上述各角色都可以在同一個低代碼開發平臺上緊密協作（甚至可以是同一個人），這種全新的協作模式不僅打破了職能豎井，還能通過統一的可視化語言和單一的應用表示（頁面/數據/邏輯），輕松對齊項目各方對應用形態和項目進度的理解，實現更終極的敏捷開發模式，以及在傳統DevOps基礎之上更進一步的BizDevOps[2]。

統一開發平臺下的聚合效應

低代碼嘗試將所有與應用開發相關活動都收斂到同一個平臺（one platform）上后，將會產生更多方面的聚合效應與規模收益：

??人員聚合：除了上一點所提到的各職能角色緊密協作以外，人員聚合到統一的低代碼開發平臺進行作業后，還能促進整個項目流程的標準化、規范化和統一化。

??應用聚合：一方面，新應用的架構設計、資產復用、相互調用變得更容易；另一方面，各應用的數據都天然互通，同時平臺外數據也能通過集成能力進行打通，徹底消除企業的數據孤島問題。

??生態聚合：當低代碼開發平臺聚合了足夠多的開發者和應用后，將形成一個巨大的、連接一切、有無限想象力的生態體系，徹底放飛低代碼的價值。

從事「音視頻領域」開發工作有前途嗎？

在互聯網的職業發展中，特別重要的是具備可遷移專業能力。

你可能是一個很厲害的程序員，但是你的專業能力相對垂直和冷門，剛好不是行業內最需要的，很可能在薪資、職業發展方面難以獲得提升。人的時間和精力是有限的，大多數人都不可能在各個方面樣樣精通。在人才市場上，我們應該把自己看成商品，企業購買商品，是為了滿足特定的需求，因為我們具備相應的專業能力。如果你希望能夠抗周期，在各種環境下能夠被需要，你所具備的專業能力就應該符合行業整體的需求背景，這樣也就具備了行業內的可遷移專業能力。什么是可遷移專業能力呢？我們所具備的專業能力里，那些即使脫離了當前的公司、也能夠在其它地方用到的能力，具有很強的適應性。

換個角度，這樣的能力本身也符合行業內的通用需求，當你在各個公司之間換工作的時候，可以跨公司、跨行業被人認可。在互聯網研發領域，音視頻能力就是一種可遷移專業能力。在疫情背景下，所有人和人之間接觸式的業務都在承受壓力，任何需要當面接觸的業務，都越來越難做了，而那些幫助人們減少接觸的非接觸式業務迎來了巨大機會。音視頻就是非接觸式業務環境下的基礎能力。有沒有發現大家現在越來越習慣線上開會？以前好像開會不見面就覺得別扭，現在是能線上就線上，各種企業線上協作的場景里，音視頻等不可避免。

直播電商越來越火，而線下的商場去的人比以前更少了。如電競場景，今年中國電競團隊奪冠時的火熱，預示著接下來電競直播等還有很大需求。還有全真互聯網等新概念，背后也需要很多音視頻的基礎能力。音視頻相關崗位的整體薪資比較高。如果掌握了音視頻的開發能力，對于增強自己的職業壁壘非常有用。現在市場上音視頻的人才仍然比較緊缺，薪資比較高。大家在增強自己職業能力的時候，可以以薪資作為指南針。老板如果能夠少給錢，一定是不愿意多付出工資的，之所以薪資高，就是因為市場上的企業都在爭奪這方面的人才。掌握這樣的可遷移專業能力，在各個企業之間轉換都會更容易。例如，我們可以看到招聘網站上的職位薪資范圍，音視頻的產品經理、程序員、運維等等，普遍薪資會更高一些：很多公司都很重視音視頻業務，例如騰訊。在騰訊2021年第二季度業績報告中寫道：「憑藉云基礎設施、PaaS及SaaS技術，我們助力公共服務及傳統行業實現數字化。我們在技術及產品開發上的提升，吸引了更多的客戶采用我們的平臺及軟件服務其中，視頻化趨勢為我們的視頻云解決方案提供了更多的機會。根據國際數據公司（IDC）的數據，我們的視頻云解決方案收入在中國排名第一。」為什么專門提到音視頻呢？也是因為音視頻在當前各個行業背景下的基礎作用，讓騰訊將這一塊列為重點。當你在騰訊會議里開會的時候，在玩王者榮耀時，在唱全民 K 歌時，背后其實就是騰訊云音視頻的支持，這背后需要強大的技術能力和產品能力。

基于這些能力，開發者可以快速構建諸如在線 K 歌、語音社交、在線會議和線上辦公等各種場景里的應用。通過 PaaS，未來對于元宇宙、云游戲等也可以快速做出支持。現在，騰訊云音視頻解決方案市場份額保持在30%以上（《2021上半年中國音視頻解決方案系列追蹤報告》），特別是在泛娛樂、電商、在線教育等細分賽道上是第佼佼者。騰訊云音視頻在高清化、交互式、沉浸式賽道上都表現不錯，開源了國內首個H.266/VVC播放器，推出了整合TRTC實時音視頻通信網絡、IM即時通信網絡、CDN流媒體分發網絡的音視頻通信基礎網絡——RT-ONE，還構建了豐富完善的PaaS及aPaaS產品系列。如何開始學習音視頻的開發技術呢？最好的方式是直接先去騰訊云的網站上，在文檔中心里瀏覽一下。 在這里面，提供了整體的架構和豐富的示例：還有專門的新手指引：這里面的文檔特別全，相關的內容都在里面了。往往最貼近業內第一線的資源才是最及時有效的，騰訊云音視頻的內容很有價值。建議大家可以先以這里為起點，多了解相關的應用場景，尋找自己所在的行業領域能夠應用的音視頻技術的結合點。疫情期間培養的用戶習慣，讓協商協作和娛樂音視頻變成了剛性需求，接下來還會有更多企業需要音視頻相關的能力，具備這些能力，可以在市場上具備更強的競爭力。 關于apaas產品經理和apa老板的介紹到此就結束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關注本站。 apaas產品經理的介紹就聊到這里吧，感謝你花時間閱讀本站內容，更多關于apa老板、apaas產品經理的信息別忘了在本站進行查找喔。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。