br/> 他要知道的东西也很简单，这家公司有没有什么短期内可能会赔大钱的项目什么的。
李鑫：“……”
好片刻后才回答道：“应该是有的，只不过从我的角度上来说，很难明确是否足够短期。”
“具体来说，曾经有一个项目，研发部门进行了比较深入的研发过程，但因为风险和经费问题被搁浅，结合存储架构，扩展自主分布式数据库。”①
“……”
涉及到充分专业的领域，宁晏不是很懂。
但李鑫的解释还是很通俗的。
总结起来就是说，这个东西的前期研发投入已经足够多了，之所以搁浅了。
一是因为上面不看好。
二是因为耽误了主营业务。
三是继续投资大。
四是推广麻烦。
五是……
总结：费钱费时费人力，还不一定能成为下蛋的母鸡。
考虑再三，最终还是停掉了开发进程。
据李鑫说，这是最快有可能见效的项目，而且今时不同往日，基础已经完全不一样了。
宁晏嗯了声，表示明白。
李鑫离开后，研发部门的主管领导走进了办公室。
宁晏基本上都没给人机会，直接问道：“公司的研发能力怎么样，有没有能力重新开发新的项目。”
屁股都没坐稳的林景一听到这话，差点吓到站起来。
这就是新的老总吗？
一上来就这么牛批的？
我的妈耶？！
过分了吧？！
直接就要上马新的项目？！
三连问堵得林景有点难受，张了张嘴，最后回答道：“如果完全空闲的话，是有足够的人力去开发新的项目。”
本小章还未完，请点击下一页继续阅读后面精彩内容！
“但是目前我们的主营业务，存储架构依旧需要长期的研发投入，使版本更加稳定，同时兼容性更加优秀。”
“……”
尽管林景是研发团队的负责人，但他更多的是总领研发团队进行研发。
本人的技术能力也是十分优秀的。
所以说的东西就比较务实。
意思很简单，因为是基于一个半开源的操作系统进行的二次裁剪，整体的大框架都是沿用原来的，系统底层上的问题比较多。
更重要的一点是，有些是系统原本的毛病，属于无法挽救的模块。
天颂公司的研发团队更多的是修补这些毛病。
然后……
踏马就像是网传的那样，程序猿的一生都是在制造新的BUG。
在某种情况下，修补好遗留毛病的版本出现了新的BUG。
简直就是缝缝补补又三年。
宁晏想了想，道：“我听李鑫说，曾经搁浅过分布式数据库的研发，如果重新开始研发的话，需要多长时间？”
“理想状态下，第一个版本只需要一周的时间。”
“接下来无非就是测试和推广的问题，但功能性和性能上都没有什么优势。”
林景回答道。
“……”
到这一步，宁晏基本上已经心里有底了，也有了完整的打算……
①：本故事纯属虚构，如有雷同，实属巧合。
======
破碗。
喜欢。
第425章 很好的‘亏损’计划[2/2页]