第425章 很好的‘亏损’计划

>
    他要知道的东西也很简单，这家公司有没有什么短期内可能会赔大钱的项目什么的。

    李鑫：“……”

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

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

    “……”

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

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

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

    一是因为上面不看好。

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

    三是继续投资大。

    四是推广麻烦。

    五是……

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

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

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

    宁晏嗯了声，表示明白。

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

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

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

    这就是新的老总吗？

    一上来就这么牛批的？

    我的妈耶？！

    过分了吧？！

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

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

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

    “……”

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

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

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

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

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

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

    然后……

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

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

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

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

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

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

    林景回答道。

    “……”

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

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

    ======

    破碗。

    ()

    搜狗