总结起来就是说,这个东西的前期研发投入已经足够多了,之所以搁浅了。

    一是因为上面不看好。

    二是因为耽误了主营业务。

    三是继续投资大。

    四是推广麻烦。

    五是……

    总结:费钱费时费人力,还不一定能成为下蛋的母鸡。

    考虑再三,最终还是停掉了开发进程。

    据李鑫说,这是最快有可能见效的项目,而且今时不同往日,基础已经完全不一样了。

    宁晏嗯了声,表示明白。

    李鑫离开后,研发部门的主管领导走进了办公室。

    宁晏基本上都没给人机会,直接问道:“公司的研发能力怎么样,有没有能力重新开发新的项目。”

    屁股都没坐稳的林景一听到这话,差点吓到站起来。

    这就是新的老总吗?

    一上来就这么牛批的?

    我的妈耶?!

    过分了吧?!

    直接就要上马新的项目?!

    三连问堵得林景有点难受,张了张嘴,最后回答道:“如果完全空闲的话,是有足够的人力去开发新的项目。”

    “但是目前我们的主营业务,存储架构依旧需要长期的研发投入,使版本更加稳定,同时兼容性更加优秀。”

    “……”

    尽管林景是研发团队的负责人,但他更多的是总领研发团队进行研发。

    本人的技术能力也是十分优秀的。

    所以说的东西就比较务实。

    意思很简单,因为是基于一个半开源的操作系统进行的二次裁剪,整体的大框架都是沿用原来的,系统底层上的问题比较多。

    更重要的一点是,有些是系统原本的毛病,属于无法挽救的模块。

    天颂公司的研发团队更多的是修补这些毛病。

    然后……

    踏马就像是网传的那样,程序猿的一生都是在制造新的bug。

    在某种情况下,修补好遗留毛病的版本出现了新的bug。

    简直就是缝缝补补又三年。

    宁晏想了想,道:“我听李鑫说,曾经搁浅过分布式数据库的研发,如果重新开始研发的话,需要多长时间?”

    “理想状态下,第一个版本只需要一周的时间。”

    “接下来无非就是测试和推广的问题,但功能性和性能上都没有什么优势。”

    林景回答道。

    “……”

    到这一步,宁晏基本上已经心里有底了,也有了完整的打算……

    1:本故事纯属虚构,如有雷同,实属巧合。

    第425章 非正常运营的操作

    距离会议结束仅仅一小时十五分钟,宁晏便收到了人事部联合财务部门统计上来的书面报告。

    颜秘书先行过目,确定在统计上没什么细节上的问题后,宁晏才看到报告文本。

    尽管宁晏说明了定标依据,但书面报告上的定标报告依旧存在问题。

    于是宁晏将加薪报告放在了一旁,先确定了半年奖的事项。

    根据不同的贡献度和工作年限,确定的半年奖标准还是很到位的。

    基础是奖励一个月工资。

    根据不同的贡献度和工作年限,奖金为1到3个月工资不整。

    这一点上与大多数公司没太大区别。

    宁晏很快批复意见,同意执行奖金发放。