曙光科技的主要产品是财务分析软件,主要销售对象是中大型的企业,从它们过去的财务数据中推测未来的发展。这种预测学是一项很尖端的科技,国内外没有几家做得出来。最主要的原因,是数据太多了,这些大公司的数据以亿兆计,一般的分析软件根本无力承担。曙光科技发展出一套非常特殊的资料储存方式,摒弃一般商业通用的关系型资料库,用自己研发的数据库去处理。

        眼镜男季中敏带领的科技研发部是曙光的核心,他手下除了马姊的技术发展组外,还有一个研究发展组,可以说是核心中的核心。这个研发组有五六人,据说都是耶鲁哈佛麻省理工学院的经济学和数学博士。这些人很少出现在公司,听说有一两个还住在国外,有关他们的故事可以用神秘两字来形容,连马姊都Ga0不太清楚这些组员的确实背景。

        这些天才博士们的工作,就是成天在他们的脑袋里转悠,隔一阵子就提出一个新的计算模式。这些计算模式就是曙光科技的JiNg髓,也是曙光的最高商业机密,每一项模式都在国内外申请专利。他们有自己一套的运算方式和数据,将这些模式经过反覆运算检验後,便交给马姊,让我们五个软件高手将之转换成新一版的程序,运用到产品上。

        这些计算模式可不像高中的三角函数那麽简单,有时候从头到尾打印出来几十页,前後密密麻麻乱七八糟的符号,我们组里根本没人看得懂。这些天才於是便派一两个代表来公司,连开好几天会来讲解给我们这群人听,这也几乎是我们唯一能够见到这些天才庐山真面目的机会。

        只是这些天才自认为自己是天才,自然就把我们当白痴,有些东西三言两语带过,一副「这麽简单你们怎麽还不懂」的态度,真叫人心头有气。更糟糕的是,我们不但不懂,连要问问题都不知从何问起。马姊也不是数学出身,和我们一样如听天书。

        好在眼镜男一直在场,他是美国南加州大学的企管硕士,虽然没有耶鲁哈佛的博士来得跩,但起码在商场混了许多年,又是这群天才的顶头上司。由他来问问题,就算天才认为这是个蠢问题,态度上也不好表示,还得细心的讲解。眼镜男读企管出身,经济学肯定读过,对这些复杂的数学模式应该不太陌生。他问问题很详细,每一个细节都不放过,还叫秘书频记笔记,最後将笔记整理出来发给我们。几次会议下来,我就知道他其实是在替我们问问题,心中对这个不苟言笑的主管升起了好些敬意,看来能g到他这个位置也是有几把刷子的。

        等一切懂得不懂得的问题都过滤後,那几十页的数学模式加上几百页的笔记就交到我们手上,接下来就是拟进度,做计划,分配工作,最後是拚老命的程序撰写。这工作不是开玩笑的,一般的大公司写软件的程序员成百上千,我们这个创投公司就五个人,计画的进度又卡得很紧,紧锣密鼓的程度压着我们简直透不过气来。

        过去在学校写程序做计划,虽然也赶进度,但对软件的严谨程度没有要求得太严格,只要达到作业标准,输出正确的答案就行了。有些程序说不定还隐藏着数不清的「虫」,但只要不影响最终的答案,也没人会太理会。这里所谓的「虫」,是电脑术语,英文叫Bug,就是软件程序里的逻辑错误。找出逻辑错误予以修正,英文叫Debug,中文就叫「抓虫」和「除虫」。在学校里,我们都有除虫经历,但往往除不彻底,大虫没有,小虫一大堆,能在进度内交差就行了。

        但进了工业界,一切都不一样了,对於抓虫除虫的要求很严格。当然我们都知道,软件的变化几乎没有止境,要完全无虫是不可能的。微软的视窗软件每年几千人研发制作除虫,但出版後还是常常有新虫出现。不过即便如此,在曙光有一套完整的研发制作及检验程序,尽量做到除虫务尽,毕竟我们的软件是替客户做财务规划的,一个小虫就可能造成几千万甚至上亿的误差,不可不慎。

        我们五个人各领一个板块撰写程序,每一个板块有一堆数据做测试,必须符合每一组数据的预期结果才算过关。然後五个人的程序开始合并,又有一组新的数据来测试。等到这些测试都过关了,才算初步完成。这些测试是我们自己进行的,跟测试组无关,等到我们的测试过了关,才将软件安装到公司的测试伺服器上,交由测试组进行真正的品质检验,英文名叫QualityAssurance,简称QA。

        QA的测试数据b我们自己用的多了几十万倍,放在自动的读取软件上,送进我们新研发的软件进行测试。这些数据和预期的结果,都是那群天才提供的,至於他们怎麽Ga0出这麽多数据和结果,只有天知道。测试期间,这些QA人员也不是光瞪着电脑银幕发呆,因为软件也有很多使用者介面,需要人工输入资料。所以一但QA工作开始,这些人也是忙得不可开交。

        QA的大数据内,几乎涵盖了所有可能的情况,连不正常数据都有。所谓不正常数据,就是不应该出现的数据,譬如说一个公司的销售进帐不可能出现负数。销售最坏的情况就是一样产品也卖不出去,那进帐就是零,但不可能出现负值。当然公司的盈余可能是负值,因为盈余是进帐减去支出,後者b前者大就会出现负值,可是进帐这一栏不可能有负值出现。我们设计软件程序时,便会做如此的假设,读进来的资料不可能有负值,因此就不会对负值做任何处理。

        内容未完,下一页继续阅读