剛才在思考寫一個PPT,然后留下一些輔料,給大家分享出來。
(1)DOS時代的爽:1981-1995
一、Dbase:一體化,前中后端都搞定
【資料圖】
1、后端-數(shù)據(jù)層:數(shù)據(jù)庫系統(tǒng)(DBASE本質(zhì)其實(shí)是個單機(jī)數(shù)據(jù)庫系統(tǒng))
2、中間-邏輯層:邏輯編程語言、數(shù)據(jù)庫存取SQL編程語言
3、前端-UI層:UI控件
二、大連雅奇MIS:代碼框架生成工具
常見企業(yè)管理軟件模板,根據(jù)向?qū)渲?,自動生成代碼框架,在生成好的代碼框架基礎(chǔ)上修修改改,很快就能做出一套增刪改查的系統(tǒng)
(2)Windows時代的爽:1991-2001
一、PB:一體化,前中后端都搞定
1、后端-數(shù)據(jù)層:方便的ODBC連接器
2、中間-邏輯層:PB編程語言更針對編寫數(shù)據(jù)庫管理應(yīng)用軟件
3、前端-UI層:一個DataWindow控件搞定查詢/過濾/排序/導(dǎo)出,一個Report控件搞定普通報(bào)表/交叉報(bào)表/多維多層報(bào)表的展示/打印/導(dǎo)出
二、Delphi:一體化,前中后端都搞定
1、后端-數(shù)據(jù)層:方便的ADO連接器
2、中間-邏輯層:比PB更適合多種應(yīng)用編寫(從企業(yè)管理軟件到通用應(yīng)用軟件,甚至系統(tǒng)軟件)
3、前端-UI層:比PB更開放更豐富多彩的的Grid表格控件生態(tài),比PB更開放更豐富多彩的Report控件生態(tài)
當(dāng)年微軟推DNA-DCOM組件架構(gòu),而Delphi是最積極擁抱DCOM的,所有Delphi憑借比PB更開放、更擁抱DCOM技術(shù)熱點(diǎn)而后來居上。(不過現(xiàn)在回過頭來看DCOM這個技術(shù)熱點(diǎn)其實(shí)實(shí)用價值不高,剛性應(yīng)用場景并不多,但是類似技術(shù),如EJB-SOA-微服務(wù)技術(shù),卻仍然重復(fù)地走這條路)
(3)Web時代和App時代的不爽:2001-2021
這兩個時代整整流行了20年還多,一直不爽:
1、一門編程語言無法包打前端層和中間邏輯層(后端數(shù)據(jù)層的SQL語言倒是一直恒定)
2、前端UI層框架和控件一直穩(wěn)定不下來
而以上這兩個特點(diǎn)是過去20年來開發(fā)一直爽的重要原因。
一、多種語言,而且技術(shù)復(fù)雜化
1、后端-數(shù)據(jù)層:開始出現(xiàn)NOSQL、大數(shù)據(jù)湖倉、大數(shù)據(jù)計(jì)算引擎、大數(shù)據(jù)查詢引擎、大數(shù)據(jù)搜索引擎
2、中間-邏輯層:采取與前端不一樣的編程語言;而且采取各種中間件
3、Web層:出現(xiàn)專門一層,采取與前端、邏輯層都不一樣的編程語言,如PHP、Ruby、Python
4、前端-UI:HTML展示編程語言、JS前端控制編程語言、AJAX數(shù)據(jù)傳輸;開始出現(xiàn)MVVM前端技術(shù)架構(gòu)框架;每3-5年就來一次新的前端框架熱潮興起與衰落更替
二、無代碼/低代碼工具在崛起
1、無代碼:從OA表單-工作流審批-移動展示報(bào)表圖表這套功能流水線中脫穎而出
2、低代碼:從微信小程序前端UI控件-可視化UI設(shè)計(jì)工具-JS編程語言這套技術(shù)流水線中脫穎而出
但類似SAP的ABAP、Oracle PL-SQL、Salesforce APEX這些專門的企業(yè)管理軟件編程語言-數(shù)據(jù)庫管理應(yīng)用軟件編程語言,這20年來卻一直未能在產(chǎn)業(yè)界出現(xiàn)。
(4)AI時代是否能爽
GPT-3在2020年發(fā)布,這是一個生成大模型,這幾年陸續(xù)也發(fā)布了更垂直化的一些特定生成大模型:
如文本生成大模型:Davinci
如代碼生成大模型:Codex
如圖片生成大模型:Dall E-2
很多人嘗試用Codex進(jìn)行:
代碼補(bǔ)齊
代碼生成
代碼規(guī)范檢查
代碼差錯
代碼測試代碼生成
很多人嘗試用Codex生成一些獨(dú)立小應(yīng)用,甚至生成一個獨(dú)立的增刪改查代碼框架,這不禁讓我想起大連雅奇的時代。
很多人甚至在嘗試把SAP ERP、Oracle ERP、Salesforce CRM的在線幫助爬蟲下來喂給開源大模型,不僅進(jìn)行問答式搜索,甚至想探索ERP/CRM功能設(shè)計(jì)文檔輔助生成。
關(guān)鍵詞: