天頌的產品、研發當然沒瘋。
他們隻是爆了肝。
或許是因為金錢的直接刺激帶來的心情愉悅，又或許是彆的，連續的爆肝不僅沒有讓他們的工作效率變低，反而高得令人發指。
很簡單的讓軟件迭代了三次。
完善了許許多多原本框架設計上不完美的地方。
也完善了許許多多的想法。
換句話說，在寧晏砍掉存儲架構之後，產品、研發部門的員工們忽然來了許多的‘靈機一動’。
在程序設計和架構上，有了更多的想法。
畢竟……
產品、研發兩個部門的員工數量超過了公司總員工數量的一半還多。
天知道這算不算是人多力量大。
總而言之，在寧晏就職後第一周的最後一個正兒八經的工作日的上午十點三十分。
李鑫和林景聯袂走進了CEO辦公室。
“坐。”
寧晏主動走到了會客沙發，做了個手勢。
“是有什麼事情需要協調處理嗎？”
寧晏壓根就沒往最可能的結果上想。
他就職以後，除了大刀闊斧的加薪、發半年獎、砍掉主營業務後，還做了一件事，充分放權的同時又充分集權。
說起來有些繞，其實就是將不那麼重要的權限下放給部門負責人、副總等高管層。
重要的處理權限就集權成一言堂。
比如砍掉主營業務的處理方式，寧晏根本就沒打算讓任何人插嘴。
這就叫集權。
所以，正常情況下，需要協調的事情，不應該上交到他這裡來。
不過坐了近五天辦公室，寧晏也算是練出來了一些CEO的定力，輕鬆的把控著說話的節奏。
麵帶微笑和不慌不忙的樣子，很具備欺騙性，一下就讓人忘了寧晏那張年輕得過分的臉。
李鑫和林景對視了一眼，林景當先開口：“寧總，是這樣的，我們部門經過開發，已經完善了分布式數據庫的研發工作，經過產品部門的認可，已經可以正式商用。”
“參考了一部分公用架構，每個流程都是由我們親自研發，親自寫出來的，具備完全自主研發的全部性。”
“比預計的效果要好不少，從數據順序寫入……”
寧晏稍微打斷了一下：“不好意思，我對技術上的事情不是很懂，能否用更加直觀的表述方式？”
林景一愣，這才反應過來，忙道：“不好意思，具體的評測報告讓李經理來說吧。”
身為一個研發工程師，林景習慣性的通過對不同維度的描述來綜合的表述一款軟件型產品的優劣。
換言之，他是個比較務實的人。
不太會用綜合詞彙描述。
畢竟這樣會造成完全不一樣的結果。
寧晏倒是能理解這樣的人，研發部門交給這樣的人其實很有利。
就像上次談及公司存儲架構，李鑫的表達與林景的表達是完全不同的兩個方向。
林景實事求是的表達了產品存在的實際上的弊端。
包括一些內部上也不應該提及的事情。
因為這會導致寧晏這個新上任的CEO對研發部門產生額外的看法。
但他還是說了。