偷名提示您：看後求收藏（奇妙書庫www.qmshu.tw），接著再看更方便。
天頌的產品、研發當然沒瘋。
他們只是爆了肝。
或許是因為金錢的直接刺激帶來的心情愉悅，又或許是別的，連續的爆肝不僅沒有讓他們的工作效率變低，反而高得令人髮指。
很簡單的讓軟體迭代了三次。
完善了許許多多原本框架設計上不完美的地方。
也完善了許許多多的想法。
換句話說，在寧晏砍掉儲存架構之後，產品、研發部門的員工們忽然來了許多的‘靈機一動’。
在程式設計和架構上，有了更多的想法。
畢竟……
產品、研發兩個部門的員工數量超過了公司總員工數量的一半還多。
天知道這算不算是人多力量大。
總而言之，在寧晏就職後第一週的最後一個正兒八經的工作日的上午十點三十分。
李鑫和林景聯袂走進了ceo辦公室。
“坐。”
寧晏主動走到了會客沙發，做了個手勢。
“是有什麼事情需要協調處理嗎？”
寧晏壓根就沒往最可能的結果上想。
他就職以後，除了大刀闊斧的加薪、發半年獎、砍掉主營業務後，還做了一件事，充分放權的同時又充分集權。
說起來有些繞，其實就是將不那麼重要的許可權下放給部門負責人、副總等高管層。
重要的處理許可權就集權成一言堂。
比如砍掉主營業務的處理方式，寧晏根本就沒打算讓任何人插嘴。
這就叫集權。
所以，正常情況下，需要協調的事情，不應該上交到他這裡來。
不過坐了近五天辦公室，寧晏也算是練出來了一些ceo的定力，輕鬆的把控著說話的節奏。
面帶微笑和不慌不忙的樣子，很具備欺騙性，一下就讓人忘了寧晏那張年輕得過分的臉。
李鑫和林景對視了一眼，林景當先開口：“寧總，是這樣的，我們部門經過開發，已經完善了分散式資料庫的研發工作，經過產品部門的認可，已經可以正式商用。”
“參考了一部分公用架構，每個流程都是由我們親自研發，親自寫出來的，具備完全自主研發的全部性。”
“比預計的效果要好不少，從資料順序寫入……”
寧晏稍微打斷了一下：“不好意思，我對技術上的事情不是很懂，能否用更加直觀的表述方式？”
林景一愣，這才反應過來，忙道：“不好意思，具體的評測報告讓李經理來說吧。”
身為一個研發工程師，林景習慣性的透過對不同維度的描述來綜合的表述一款軟體型產品的優劣。
換言之，他是個比較務實的人。
不太會用綜合詞彙描述。
畢竟這樣會造成完全不一樣的結果。
寧晏倒是能理解這樣的人，研發部門交給這樣的人其實很有利。
就像上次談及公司儲存架構，李鑫的表達與林景的表達是完全不同的兩個方向。
林景實事求是的表達了產品存在的實際上的弊端。
包括一些內部上也不應該提及的事情。
因為這會導致寧晏這個新上任的ceo對研發部門產生額外的看法。
但他還是說了。
沒有滿嘴跑火車，也不會說總堅持自己的程式一點問題都沒有。
這就很不錯。
總的來說，是個人才。
因為當代社會，很多人恨不得把一丁點的小事情給吹上天！
李鑫清了清嗓子，照本宣科道：“寧總，我們公司的分散式資料庫tisql，經過多維度的檢測，在高併發壓力場景下的事務處理能力、隨機讀這兩個重要維度上較之傳統資料庫效率高20.5%……”
“原先之所以會提出分散式資料庫這個構架，也是為了原來與日俱增的金融客戶，所以嚴格來說，從架構之初，考慮到的就是金融級的場景。”
“再加上在這個領域其實國內有不少資料庫在發力，比如前段時間上了熱搜的阿里oceanbase，有參考過這型別資料庫的架構模型，效能上還是可以的。”
“當然，肯定是比不上阿里的oceanbase。”
“……”
李鑫的彙報更加傾向於吹捧這個方向。
因為寧晏表明自己不懂技術，李鑫在彙報上就有了傾向性。
