<output id="qn6qe"></output>

    1. <output id="qn6qe"><tt id="qn6qe"></tt></output>
    2. <strike id="qn6qe"></strike>

      亚洲 日本 欧洲 欧美 视频,日韩中文字幕有码av,一本一道av中文字幕无码,国产线播放免费人成视频播放,人妻少妇偷人无码视频,日夜啪啪一区二区三区,国产尤物精品自在拍视频首页,久热这里只有精品12

      聊聊「低代碼」的實踐之路

      區(qū)塊鏈、低代碼、元宇宙、AI智能;


      01


      先來說說背景

      這個概念由來已久,但是在國內(nèi)興起,是最近幾年;

      低代碼即「Low-Code」;

      指提供可視化開發(fā)環(huán)境,可以用來創(chuàng)建和管理軟件應用;

      簡單的說;

      就是可以通過各種組件的拖拽,實現(xiàn)頁面的創(chuàng)建,交互流程和邏輯,以及數(shù)據(jù)層面的管理,更加高效的實現(xiàn)需求;

      早先在數(shù)據(jù)公司時;

      見識過低代碼的應用,也參與過部分研發(fā),比如元數(shù)據(jù)平臺,BI分析等;

      不過,當時還是以數(shù)據(jù)管理的工具來定義項目,并非是低代碼;

      從「2020年底」開始;

      實際上,那個時間節(jié)點,低代碼平臺的應用已經(jīng)形成趨勢了;

      現(xiàn)在的公司,將「低代碼」平臺的使用「規(guī)劃」到「業(yè)務體系」中;

      后來看,這是一個非常正確的決策

      在當時的討論會議上,大Boss給的理念;

      非核心業(yè)務全面集成到低代碼平臺中,將核心業(yè)務的邊緣流程,以實踐的方式遷出小部分到低代碼平臺中

      并且給了理由,是基于「行業(yè)趨勢」和「業(yè)務周期」的整體考慮,才做出的決策;

      其實,所謂的降本增效,也會遵循上述的規(guī)律;

      不過遭到技術(shù)部的「稍微」反對;

      主管還當場給了理由,說明為何不支持這樣的決策;

      但是最終的討論結(jié)果,出自部門老大的建議;

      不動核心業(yè)務,先將「邊緣業(yè)務」遷入,根據(jù)「效果」再決策后續(xù)規(guī)劃;

      當然大Boss最終認同這個結(jié)論;

      以實踐三年后的今天來看,人和人的「差距」確實挺大的;

      組織內(nèi)「Boss」層面的決策正確,「部門」層面的執(zhí)行節(jié)奏,「員工」層面的后知后覺;

      有感覺到明顯的認知「差距」;


      02


      聊聊最初的疑惑

      客觀來說;

      在研發(fā)領(lǐng)域內(nèi),大部分玩家對新事物都有一定的「排斥」情緒;

      新事物意味「打破習慣」和諸多「不確定」因素;

      主觀來說;

      個人雖然也有排斥新事物的心理,但是很少質(zhì)疑有趨勢性的事物,當?shù)痛a應用成為流行趨勢時,個人選擇跟隨就好;

      技術(shù)部為何下意識的反對低代碼應用?

      從最近三年的實踐和采坑經(jīng)驗來說,以下問題可能都會成為「否定」的因素;

      問題1】平臺選擇;

      這里重點考慮兩個維度:普遍性和業(yè)務特性;

      如果只是常規(guī)的業(yè)務數(shù)字化轉(zhuǎn)型,建議優(yōu)先從大的生態(tài)選擇,比如「某微」或「某釘」,相對而言會更便捷;

      如果有行業(yè)定制化的需求,則需要有針對性調(diào)研,比如財務系統(tǒng),人事管理等;

      問題2】成本困擾;

      思考一個問題:

      簡單業(yè)務需求從整體協(xié)作去考慮,涉及的時間成本、人力成本、以及產(chǎn)品技術(shù)的維護成本;

      計算成本之后,和低代碼平臺的費用做對比;

      客觀的「數(shù)字」最有說服力;

      這里依舊是降本增效的策略:更低的時間,更高的效率,更少的成本,更多的回報;

      問題3】業(yè)務適用性;

      低代碼應用剛火起來不久,并沒有發(fā)展到各行各業(yè)都有成熟合適的解決方案;

      所以針對低代碼平臺的使用;

      最大的爭議點就是,沒有找到符合業(yè)務特性的平臺,但是管理層急于追求數(shù)字化和降本;

      這種情況下;

      如果盲目引入到業(yè)務體系中,后期難免會成為燙手的山芋;

      所以充分的調(diào)研,以及對市場上各種案例的參考,從而客觀的分析公司當前的業(yè)務階段,是否有必要引入低代碼應用;

      問題4】復雜后的維護性;

      涉及到一個決策問題,低代碼應用到底誰來維護?

      業(yè)務人員還是研發(fā)角色?

      從實踐經(jīng)驗看;

      建議是由業(yè)務方將需求對接到研發(fā)團隊,個人所在的組織中,是一個產(chǎn)品加一個研發(fā),一起負責低代碼平臺的迭代;

      值得注意的是;

      低代碼應用具有一定的使用門檻,在使用的時候需要遵循普遍的開發(fā)原則和規(guī)范,以此保證持續(xù)可維護性;


      03


      簡單聊聊原理

      在說低代碼的實踐之前,先來分析一下基礎性的原理;

      如果是普遍的共性業(yè)務;

      常規(guī)就是頁面的渲染和展示,數(shù)據(jù)層面的增刪改查,計算層面的加減乘除,當然還要考慮模型整體的驅(qū)動和交互邏輯;

      如果是行業(yè)特色的業(yè)務;

      則需要低代碼平臺中進行深度定制化的功能,提供其特定的解決方案;

      技術(shù)角度進行原理的簡單分析;

      在低代碼系統(tǒng)中,十分考驗前后端的整體「封裝」能力;

      前端,頁面中各種組件和工具的管理,交互時各種動態(tài)計算,頁面整體的數(shù)據(jù)填充;

      后端,提供整體的模型驅(qū)動能力,封裝不同場景下的公共的交互接口,從而實現(xiàn)各個模塊的流程和邏輯;

      數(shù)據(jù),比較常規(guī)的手段有兩種;

      【1】進行縱向的表結(jié)構(gòu)設計,數(shù)據(jù)存儲層面使用鍵值對的方式,構(gòu)建搜索查詢的邏輯比較復雜;

      【2】數(shù)據(jù)采用JSON的格式,在數(shù)據(jù)體量大的情況下,要考慮查詢效率問題;

      【3】數(shù)據(jù)還要提供基礎的分析和導入導出能力,以及API層面或者數(shù)據(jù)通道的搬運能力;

      實際上低代碼應用的現(xiàn)狀,還會提供各種應用和生態(tài)的集成能力;

      追求功能的全面性;

      可以參考「某微」或「某釘」的低代碼平臺的集成能力;


      04


      組織內(nèi)實踐案例

      明白低代碼的基礎原理之后,再來聊聊近「3年」的實踐;

      首先要明確一個「認知」;

      如果只是從研發(fā)角度「縱向」看;

      業(yè)務可能就是產(chǎn)品矩陣中所涉及的各種事務流程,以及參與流程管理和協(xié)作的各個角色;

      角度沒有問題,但是有點孤立;

      但是,「橫向」的從組織的整體來看;

      即便拋開產(chǎn)品層面,還存在諸多的協(xié)作事項,業(yè)務流程的管理;

      這些普遍不會被集成到產(chǎn)品矩陣中;

      但是同樣值得「信息化」和「數(shù)字化」管理,從而打造「標準化」流程;

      在引入低代碼平臺之后,會形成如下的應用體系;

      在工作中,如果涉及多部門間的「橫向」交集;

      那么會接觸到很多第三方應用,而非單純的研發(fā)部門搭建的產(chǎn)品體系;

      有的應用極具行業(yè)的特色,有的應用傾向共性業(yè)務的管理,有的應用傾向私域客群的維護;

      不同平臺的共通點,都是可以提供定制化的低代碼能力;

      最為關(guān)鍵的是;

      這些平臺都提供「對外」的「交互」能力,可以是第三方應用之間的交互,也可以是與內(nèi)部的產(chǎn)品體系交互;

      在這種應用體系內(nèi);

      組織在實踐近一年之后,各種核心的業(yè)務流程,都全面的信息化和數(shù)字化管理,并且從應用層面打通了不同業(yè)務的交互路徑;

      最后,經(jīng)過對比論證,業(yè)務流的「效率」得到極大的提升;


      05


      實踐帶來的反思

      與低代碼平臺聯(lián)系最密切的一個概念,就是「數(shù)字化」;

      在數(shù)據(jù)公司時;

      見識到數(shù)據(jù)層面可以挖掘的價值,智能化的分析決策流程,但是缺乏應用層面的數(shù)字化實踐;

      現(xiàn)在的組織中;

      強烈的追求業(yè)務數(shù)字化管理,并且有幸見識到了完整的實踐過程,才最終形成比較清晰的認知;

      不得不承認,這是一個普通玩家,「后知后覺」的反思;

      反思低代碼應用;

      各廠商基于自身所在的行業(yè),以及技術(shù)和產(chǎn)品的實踐經(jīng)驗,將其封裝在復雜的低代碼平臺中;

      從而提供,各種「相對簡單」的業(yè)務流模型搭建;

      這樣可以支撐各種業(yè)務場景的數(shù)字化管理,并且低代碼搭建的產(chǎn)品,本身具備很強的靈活可變能力,都有助于效率的提升;

      在業(yè)務完成數(shù)字化之后,自然可以提升各個場景的統(tǒng)籌效率;

      對于當下最熱門的「AI領(lǐng)域」來說,其依賴「數(shù)字化」的基礎,進而推進流程和決策的「智能化」管理;

      反思技術(shù)的發(fā)展;

      以前總覺得,所謂的信息化、數(shù)字化、智能化「遙不可及」;

      但是區(qū)區(qū)幾年的時間,就已經(jīng)普及到各行各業(yè);

      成為當下最大的熱點;

      所以,面對新興事物的時候,快速理解和衡量其價值,確實會給認知層面帶來巨大的差距;


      06


      最后聊幾句問題

      隨著低代碼應用的普及;

      越來越多的業(yè)務人員具備「簡單」的開發(fā)能力,必然會給部分研發(fā)人員的帶來負面影響;

      無疑;

      加劇互聯(lián)網(wǎng)的「內(nèi)卷」趨勢,本就卷得一塌糊涂的行業(yè),現(xiàn)在更是雪上加霜;

      然而趨勢的形成,不會以個人意志為轉(zhuǎn)移;

      就像現(xiàn)在的「AI智能」一樣,領(lǐng)先的公司不會顧及反對的聲音一路狂奔,落后的公司一邊喊著反對又一邊瘋狂追趕;

      真正的趨勢,本著不可逆跟隨就好的心態(tài)。

      posted @ 2023-04-27 10:34  七號樓  閱讀(1531)  評論(5)    收藏  舉報
      主站蜘蛛池模板: 中国亚州女人69内射少妇| 国产日韩精品免费二三氏| 国产精品一区二区久久不卡| 平乐县| 天天摸天天碰天天添| 噜噜久久噜噜久久鬼88| 观塘区| 日韩精品福利视频在线观看| 国产成人毛片无码视频软件| 精品人妻伦九区久久aaa片69| 久热这里只国产精品视频| 国产亚洲AV电影院之毛片| 久久精品国产精品亚洲毛片 | 成人精品天堂一区二区三区| 阿拉善左旗| 久久人妻精品国产| 无码一区二区三区中文字幕| 亚洲欧美日韩愉拍自拍美利坚| 国产无遮挡又黄又大又爽| 久久一日本综合色鬼综合色 | 亚洲老妇女亚洲老熟女久| 亚洲高潮喷水无码AV电影| 高邮市| 中文国产不卡一区二区| 毛片免费观看视频| 综合色在线| 苍井空一区二区三区在线观看| 午夜精品福利亚洲国产| 日韩在线视频网| 亚洲精品动漫一区二区三| 四虎永久在线精品无码视频| 亚洲欧美综合精品成人网站| 麻豆成人精品国产免费| 高阳县| 亚洲人成色99999在线观看| 办公室强奷漂亮少妇视频| 九九综合va免费看| 日韩美女一区二区三区视频 | 国产成人精品日本亚洲网站| 99久久成人亚洲精品观看| 国产综合色产在线精品|