成人免费午夜在线观看,伊人久久精品,一区二区三区精品

比如這幾年流行“微服務(wù)”的概念，這個技術(shù)術(shù)語代表的是一種軟件架構(gòu)的風(fēng)格，有很多的廠家會在自己的方案里面寫：我們采用了微服務(wù)架構(gòu)，所以我們這個軟件很先進。但是絕大部分的項目里面，甲方?jīng)]有能力對架構(gòu)進行驗收，他根本沒法知道這個軟件到底是不是采用了微服務(wù)架構(gòu)。

我覺得這是一個很嚴重的問題。幾年前某外企曾經(jīng)采購過一家中國軟件公司開發(fā)的軟件，乙方也號稱是微服務(wù)架構(gòu)，結(jié)果甲方有一位從美國來的架構(gòu)師在會議現(xiàn)場打開系統(tǒng)源代碼來檢驗，指出乙方并沒有采用微服務(wù)架構(gòu)。像這樣的技術(shù)能力，我國大部分非IT行業(yè)的甲方是不具備的，因此就留下了更大的“忽悠”的空間。

在具體的項目開發(fā)過程中，還有一些其他的問題，比如說企業(yè)間的層層轉(zhuǎn)包，企業(yè)內(nèi)部的層層下發(fā)，任務(wù)最后可能下發(fā)到技術(shù)能力有限的一些年輕程序員手中，甚至還可能是根本不具備相應(yīng)能力的“無證程序員”手中，而經(jīng)驗豐富的程序員大部分都是在忙售前階段的工作，逐漸遠離軟件開發(fā)第一線。這可能就把一些潛在的性能隱患和安全隱患埋到系統(tǒng)里面，再加上前面我們說的甲方的驗收質(zhì)量把控又沒做到位，那么這些隱患可能就一直埋下去，最終在正式使用時爆雷。

觀察者網(wǎng)：從這些案例出發(fā)，您能否為我們總結(jié)一下數(shù)字化新基建給傳統(tǒng)的項目采購和管理機制帶來了哪些新的挑戰(zhàn)？

熊節(jié)：軟件項目的招標一般來說是百萬千萬這樣的規(guī)模，相對于建筑工程來說，金額沒那么大，但是水很深。剛才我們也提到了一點，數(shù)字化新基建的軟件項目往往有很大的依賴性和綁定性，一個廠商做了一個系統(tǒng)以后，其他的廠家很難在它的基礎(chǔ)上去加強完善。

于是，我們就會看到一個現(xiàn)象：一些廠商的系統(tǒng)價格很便宜，甚至是不要錢，它們?nèi)ネ稑苏少彽捻椖?，憑借價格優(yōu)勢中標之后就可以長期拿項目。因為只要它們的系統(tǒng)打進去之后，在這上面需要做增強、擴展的時候，政府沒辦法找別家公司。

因為政府作為甲方，也沒有能力掌握源代碼，所以二期、三期工程就必須得找同一家來干，你找其他家干不了。于是很多廠商找到了一種繞開公開招投標的方法：一期工程以很低的價格進入，價格低到可以不用公開招投標，然后在二期三期不斷做增強，把真正想做的功能放進去，整個工程的金額變得越來越大。由于廠商很容易在軟件里設(shè)置技術(shù)門檻，后面二期三期工程其他廠家很難接手，往往就會變成定向采購。這種現(xiàn)象確實可能會帶來更多的不透明的操作，甚至更多的腐敗空間。

新基建 資料圖

另外一些挑戰(zhàn)就是我剛聊到過的，甲方在技術(shù)能力上面的缺失。當(dāng)然甲方不必是技術(shù)專家，傳統(tǒng)的基建項目也是這樣。但是我們要看到這里面有一個相對性，傳統(tǒng)的基建項目里，甲方就算不是專家，他對基建的了解程度也是相當(dāng)深的?？晌覀兛吹讲簧贁?shù)字化新基建的軟件項目，問題嚴重到可以說是乙方想怎么做就怎么做，最后乙方很簡單地跑一下基本功能就完成驗收，性能、壓力、安全性等非功能需求和軟件架構(gòu)設(shè)計質(zhì)量、研發(fā)過程質(zhì)量、代碼質(zhì)量等內(nèi)部質(zhì)量都無法驗收。

這是一個很嚴重的問題，它會造成大量表面光鮮的“豆腐渣”工程在數(shù)字化建設(shè)中被驗收、被使用，對于我們打牢數(shù)字化新基建的基礎(chǔ)是非常不利的。