回答:沒什么意義,關(guān)鍵是架構(gòu),你的架構(gòu)和API用的是linux定義的,你再怎么改,還是linux。人家為什么敢叫l(wèi)inux,而不叫unix,那是人家雖然沒有全改,但起碼有自己的架構(gòu)設(shè)計(jì)在里面,所以,別人才承認(rèn)你是Linux,而不是unix換個(gè)皮。所以在操作系統(tǒng)里架構(gòu)和API的改寫和設(shè)計(jì)才是真正????B的地方。起碼目前的中國,我還沒見識過這種大神!
回答:軟件項(xiàng)目本身會(huì)有很多分類。在IT傳統(tǒng)項(xiàng)目/內(nèi)部系統(tǒng)中,往往仍有很多項(xiàng)目采用復(fù)雜邏輯寫入sql或存儲過程的做法。當(dāng)然并不代表這個(gè)做法是最佳的。還是先拋出結(jié)論。單單從技術(shù)角度講,是絕不應(yīng)該將復(fù)雜邏輯寫入sql的。如果題主對原因不敢興趣,看到這里就可以了。下面我會(huì)簡單解釋下這么做的一些原因。首先,先說說傳統(tǒng)IT服務(wù)類項(xiàng)目。類似,電信,政企,銀行,XXX管理系統(tǒng),XXX運(yùn)維系統(tǒng)。這類項(xiàng)目往往是國企,事業(yè)單...
回答:軟件產(chǎn)品架構(gòu)是不斷迭代演化的,從單體服務(wù)架構(gòu)發(fā)展到現(xiàn)在的服務(wù)化、微服務(wù)的架構(gòu)。單體架構(gòu)單體架構(gòu)就是所有的業(yè)務(wù)模塊都是耦合在一個(gè)項(xiàng)目中,開發(fā)、部署都在一起;如果其中一個(gè)模塊需要上線升級,那么所有模塊都要一起啟停;在早期,單體架構(gòu)的項(xiàng)目團(tuán)隊(duì)成員需要是全棧,因?yàn)榍岸恕⒑蠖?、?shù)據(jù)庫都是一波人負(fù)責(zé),后來開始進(jìn)行了邏輯分層,團(tuán)隊(duì)也分成了前端 UI 團(tuán)隊(duì)、后端和 DBA 團(tuán)隊(duì),每個(gè)團(tuán)隊(duì)都有自己負(fù)責(zé)的職責(zé)。然而隨...
回答:目前大部分研發(fā)團(tuán)隊(duì)都要求業(yè)務(wù)邏輯用代碼來實(shí)現(xiàn),SQL操作往往都是基本操作。用SQL來表現(xiàn)業(yè)務(wù)邏輯,也就是通過存儲過程的方式來表現(xiàn)業(yè)務(wù)邏輯是比較傳統(tǒng)的開發(fā)方案。在C/S時(shí)代很多邏輯的實(shí)現(xiàn)都是通過SQL來實(shí)現(xiàn)的,主要原因是業(yè)務(wù)規(guī)模和部署方式?jīng)Q定的。早期的C/S編程時(shí)代往往都是非分布式環(huán)境下的開發(fā),而且大多數(shù)情況下并不需要考慮移植性問題,此時(shí)采用SQL來完成業(yè)務(wù)邏輯是比較方便的處理方式。采用存儲過程來完...
回答:首先明確下定義:計(jì)算時(shí)間是指計(jì)算機(jī)實(shí)際執(zhí)行的時(shí)間,不是人等待的時(shí)間,因?yàn)榈却龝r(shí)間依賴于有多少資源可以調(diào)度。首先我們不考慮資源問題,討論時(shí)間的預(yù)估。執(zhí)行時(shí)間依賴于執(zhí)行引擎是 Spark 還是 MapReduce。Spark 任務(wù)Spark 任務(wù)的總執(zhí)行時(shí)間可以看 Spark UI,以下圖為例Spark 任務(wù)是分多個(gè) Physical Stage 執(zhí)行的,每個(gè)stage下有很多個(gè)task,task 的...
...現(xiàn)動(dòng)態(tài)模塊化。 內(nèi)容總結(jié) 模塊化定義 先談?wù)剳?yīng)用架構(gòu)的邏輯設(shè)計(jì)和物理設(shè)計(jì)。邏輯設(shè)計(jì)是關(guān)于語言結(jié)構(gòu)的,指類、方法之間的關(guān)系,組織結(jié)構(gòu)。物理設(shè)計(jì)是關(guān)于軟件中的物理實(shí)體,即部署單元和他們之間的關(guān)系,是關(guān)于如何將...
...關(guān)注分離(separation of concerns)。在層中的組件只負(fù)責(zé)本層的邏輯。組件的劃分很容易讓它們實(shí)現(xiàn)自己的角色和職責(zé),也比較容易地開發(fā),測試管理和維護(hù)。 我們需要這樣的冗余,即使業(yè)務(wù)層沒有處理業(yè)務(wù)規(guī)則,也要通過業(yè)務(wù)層來...
...責(zé)是什么難以決定 2. 企業(yè)應(yīng)用中層次的演化: C/S(領(lǐng)域邏輯放在客戶端) -> 領(lǐng)域邏輯放到數(shù)據(jù)庫,作為存儲過程 -> 三層架構(gòu):表現(xiàn)層 + 領(lǐng)域?qū)?+ 數(shù)據(jù)源層 3. 三個(gè)基本層次: 職責(zé)如下: 層次 職責(zé) 表現(xiàn)層 提供服務(wù),顯示...
...所了解,它將企業(yè)級軟件架構(gòu)分為三個(gè)層級,web層、業(yè)務(wù)邏輯層和數(shù)據(jù)存儲層。 先看看圖,舊時(shí)代的輝煌! 先介紹一下: WEB容器:給處于其中的應(yīng)用程序組件(JSP,SERVLET)提供一個(gè)環(huán)境,使JSP,SERVLET直接跟容器中的環(huán)境變量接...
...所了解,它將企業(yè)級軟件架構(gòu)分為三個(gè)層級,web層、業(yè)務(wù)邏輯層和數(shù)據(jù)存儲層。 先看看圖,舊時(shí)代的輝煌! 先介紹一下: WEB容器:給處于其中的應(yīng)用程序組件(JSP,SERVLET)提供一個(gè)環(huán)境,使JSP,SERVLET直接跟容器中的環(huán)境變量接...
...據(jù)訪問層、DB層,表示層負(fù)責(zé)用戶體驗(yàn),業(yè)務(wù)層負(fù)責(zé)業(yè)務(wù)邏輯,數(shù)據(jù)訪問層負(fù)責(zé)DB層的數(shù)據(jù)存取優(yōu)點(diǎn):開發(fā)、編譯、調(diào)試一站式、一個(gè)應(yīng)用程序包含所有功能點(diǎn),容易測試和部署缺點(diǎn):系統(tǒng)逐漸龐大時(shí),代碼復(fù)雜度高,難以維護(hù)...
...了。 Lambda 個(gè)人、團(tuán)隊(duì)喜好,代碼簡潔了很多但是代碼的邏輯比較不好直觀理解了,原項(xiàng)目也只有 3 處代碼用到,故而去掉了。 此外,對于領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)(DDD)中 Repository,原項(xiàng)目中把其實(shí)現(xiàn)放到了 data 層去實(shí)現(xiàn)(接口),造成 ...
...并對這些對象分類。對象可能會(huì)進(jìn)一步分類為更高級別的邏輯組。例如,CNN 可以識別出爐子、冰箱和水槽等物品,進(jìn)而升級分類為廚房。顯然,我們?nèi)鄙俚氖菍Χ鄠€(gè)幀(在時(shí)間上)間動(dòng)作的理解。例如,幾幀臺球視頻就能正確...
...eenskaug在1978年提出,他有效的解決了表示層,控制器層,邏輯層的代碼混合在一起的問題,很好的做到了職責(zé)分離。但是在實(shí)際的編碼實(shí)踐過程中,你會(huì)發(fā)現(xiàn)這個(gè)模式隨著業(yè)務(wù)的擴(kuò)展,變的邏輯混亂,代碼重合度很高。這里提出...
...數(shù)據(jù)訪問層也就是從數(shù)據(jù)庫中查數(shù)據(jù)),Service層(業(yè)務(wù)邏輯層,也就是處理好數(shù)據(jù)),Controller層(視圖控制層,在前后端分離的情況下就是寫接口響應(yīng)前端請求)和前端的 view(視圖層),為啥要搞分層咧,說到底就是要解耦...
...驗(yàn)證的全球共識。需要可編程能力,以支持各種狀態(tài)驗(yàn)證邏輯,這意味著我們需要一個(gè)強(qiáng)大的編程模型(狀態(tài)模型+虛擬機(jī))。需要能夠理解各種密碼學(xué)證明,因?yàn)閰^(qū)塊鏈協(xié)議是基于密碼學(xué)構(gòu)建的,Layer 1 與 Layer 2 之間傳遞的證明...
ChatGPT和Sora等AI大模型應(yīng)用,將AI大模型和算力需求的熱度不斷帶上新的臺階。哪里可以獲得...
大模型的訓(xùn)練用4090是不合適的,但推理(inference/serving)用4090不能說合適,...
圖示為GPU性能排行榜,我們可以看到所有GPU的原始相關(guān)性能圖表。同時(shí)根據(jù)訓(xùn)練、推理能力由高到低做了...