第425章 很好的‘虧損’計劃(2 / 2)

神豪寧敗家 偷名 5835 字 11個月前

“具體來說,曾經有一個項目,研發部門進行了比較深入的研發過程,但因為風險和經費問題被擱淺,結合存儲架構,擴展自主分布式數據庫。”

“……”

涉及到充分專業的領域,寧晏不是很懂。

但李鑫的解釋還是很通俗的。

總結起來就是說,這個東西的前期研發投入已經足夠多了,之所以擱淺了。

一是因為上麵不看好。

二是因為耽誤了主營業務。

三是繼續投資大。

四是推廣麻煩。

五是……

總結:費錢費時費人力,還不一定能成為下蛋的母雞。

考慮再三,最終還是停掉了開發進程。

據李鑫說,這是最快有可能見效的項目,而且今時不同往日,基礎已經完全不一樣了。

寧晏嗯了聲,表示明白。

李鑫離開後,研發部門的主管領導走進了辦公室。

寧晏基本上都沒給人機會,直接問道:“公司的研發能力怎麼樣,有沒有能力重新開發新的項目。”

屁股都沒坐穩的林景一聽到這話,差點嚇到站起來。

這就是新的老總嗎?

一上來就這麼牛批的?

我的媽耶?!

過分了吧?!

直接就要上馬新的項目?!

三連問堵得林景有點難受,張了張嘴,最後回答道:“如果完全空閒的話,是有足夠的人力去開發新的項目。”

“但是目前我們的主營業務,存儲架構依舊需要長期的研發投入,使版本更加穩定,同時兼容性更加優秀。”

“……”

儘管林景是研發團隊的負責人,但他更多的是總領研發團隊進行研發。

本人的技術能力也是十分優秀的。

所以說的東西就比較務實。

意思很簡單,因為是基於一個半開源的操作係統進行的二次裁剪,整體的大框架都是沿用原來的,係統底層上的問題比較多。

更重要的一點是,有些是係統原本的毛病,屬於無法挽救的模塊。

天頌公司的研發團隊更多的是修補這些毛病。

然後……

踏馬就像是網傳的那樣,程序猿的一生都是在製造新的BUG。

在某種情況下,修補好遺留毛病的版本出現了新的BUG。

簡直就是縫縫補補又三年。

寧晏想了想,道:“我聽李鑫說,曾經擱淺過分布式數據庫的研發,如果重新開始研發的話,需要多長時間?”

“理想狀態下,第一個版本隻需要一周的時間。”

“接下來無非就是測試和推廣的問題,但功能性和性能上都沒有什麼優勢。”

林景回答道。

“……”

到這一步,寧晏基本上已經心裡有底了,也有了完整的打算……

:本故事純屬虛構,如有雷同,實屬巧合。

======

破碗。

()

搜狗

推薦都市大神老施新書:

上一頁 書頁/目錄 下一章