第425章 很好的‘亏损’计划（2/2）

好片刻后才回答道：“应该是有的，只不过从我的角度上来说，很难明确是否足够短期。”

“具体来说，曾经有一个项目，研发部门进行了比较深入的研发过程，但因为风险和经费问题被搁浅，结合存储架构，扩展自主分布式数据库。”1

“……”

涉及到充分专业的领域，宁晏不是很懂。

但李鑫的解释还是很通俗的。

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

一是因为上面不看好。

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

三是继续投资大。

四是推广麻烦。

五是……

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

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

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

宁晏嗯了声，表示明白。

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

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

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

这就是新的老总吗？

一上来就这么牛批的？

我的妈耶？！

过分了吧？！

直接就要上马新的项目？！

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

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

“……”

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

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

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

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

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

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

然后……

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

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

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

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

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

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

林景回答道。

“……”

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

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

======

破碗。