幸好一路上有你

    “为啥非要生三胎？”

    “这不是还没儿子么。”

    曹蔓最听不得父母这个态度，“女儿怎么了？米国总统都还生的是女儿呢，上届总统一个女儿，现在的总统俩女儿。”

    “人家总统又不靠女儿养老，人家有政府养着。”

    曹蔓不由怒道：“我难道就不能给你们养老？”

    曹妈妈知道自己说错了话，嗫喏道：“我不是这个意思，你当然是我的好闺女。”

    “我爸重男轻女也就罢了，妈你也瞧不起女儿，太让我伤心了。”

    “我没有，我不是，我……”

    “你别说了。”心想自己妈妈这一辈子没生个儿子被婆家嫌弃，也被影响地无比自卑，觉得不生个儿子就是自己的错，还一味子地巴结讨好这一家子，这算不算患上了斯蒂格尔摩综合症？

    但愿将来父母被自己接出来之后，妈妈这种情形会好一些。

    放下电话的曹蔓心里五味杂陈，好久睡不着觉。

    晚上她做了个噩梦，梦见自己手脚被粗大的绳索束缚住，不得逃脱，可惜屋漏偏逢连夜雨，她站在悬崖边，一挣扎，竟然失足跌落山崖，像是无底悬崖，她不住跌落，她双手双脚都被束缚住，她试图挣脱出双手来，可惜怎么也抓不住旁边的枝枝丫丫，顿不住自己的身形，她觉得自己没戏了，可还是不愿放弃，心急得满头大汗，双手乱舞，突然就醒了过来。

    她发现自己的胳膊正在空中乱舞，身上也是汗津津。

    第二天，曹蔓去学校前匆匆去看了一下袁媛，她生怕自己一个忍不住说漏了嘴，所以借口去跟施密特教授做交接，匆匆逃离了医院。

    万一说走了嘴，那可真对不起好朋友了，虽然她不相信月子里养不好会落后遗症的说法，但是她也不想无端地给好朋友添堵，尤其是现在袁媛知道了秦姨和微微的事情，她什么也不能做的时候。

    她决定忍几天看看微微住院的情况再说，如果需要的话，她愿意回国一趟帮她把微微给接回来。

    眼下她实在没精力再为袁媛做什么了，她中午的航班，需要回东部去了。

    随后的几天，曹蔓每天都打电话回家，了解微微的情况。

    她知道微微虽然伤口已经快拆线了，而且红肿也消了，虽然仪器检查的结果一切正常，可是微微偶尔会抱怨头晕，所以真的是有了脑震荡后遗症？那也只能慢慢养了。

    曹妈妈千叮咛万嘱咐，千万别告诉袁媛。因为她现在在坐月子，告诉了她只能添堵而已，一点儿好处也无。

    “妈，如果袁媛愿意，我可以回家帮忙把微微接回来。”

    “接回去之后谁照顾？”邓天风也是刚刚才知道自家女儿跑米国另一边工作去了，跟袁媛一东一西，平时根本帮不上忙。

    这话说得曹蔓哑然。

    是啊，事情已经发生了，如果接回来的话，袁媛和穆林都没有精力，最多也就是送到托儿所而已，还不如现在留在外婆家，让自己妈妈帮忙精心照顾呢。

    这几天，袁媛早已经办理了出院手续回家坐月子去了。而小ea还在医院里，如果袁媛想维持母乳喂养的话，她每天要么去医院陪房并喂养，要么把母乳泵出来，及时送给陪护人员喂孩子。

    袁媛的伤口还在疼，不想来回折腾，而穆林还需要工作，只能是袁媛先把母乳存到冰箱里，穆林晚上下班回来后再送到医院去，顺便把当天的空瓶子带回家，那些还需要洗刷、消毒。

    穆林所在那家公司的发展也到了关键时刻，他们如果能在9月份前能推出一个让大客户满意的版本的话，就能打败强劲的对手获得这个大客户的订单。

    (iishu)是，，，，！




第509章 大饼不好啃
    【】(iishu)，

    如果这个大客户对v提供的虚拟机软件系统满意的话，这家公司不仅会将v的技术应用在自己的实验室提高员工的工作效率，将来还会用来武装他们的主机群，为他们的客户提供更便捷的宿主机服务，这样能在成本上为这家公司省下不少，这是一桩双赢的买卖。

    如果买卖成功的话，v公司的发展不仅能跟这个大客户的业务发展绑定在一起，还可以吸引更多的相似客户采用他们的服务，更可以以此为依据来吸引更多的风险投资公司来投资，当然，如果他们拿不下这个大客户，这美好的前景将变为泡影。

    所以此次的冲刺可以说是要决定公司的生死存亡了，所有的员工都力以赴。

    他们的冲刺比一般的大公司要卖命。

    这取决于两者的巨大区别。

    大公司之所以大，是有很多产品支撑起来的，但是已有产品也限制了大公司的行为，他们需要一大堆的规章制度来保障已有产品的延续性和高质量，否则一个致命错误就会导致无法挽回的损失。

    基于这样的考虑，所有的大型软件公司都有一套完整的标准来约束大家的编程行为，这样的标准虽然拉低了天才员工的天马行空，增加了一般员工的工作负担，对一些能力低下的员工来说还增加了不小的工作压力，但它的好处也有很多。

    首先它能避免程序看不懂的问题，稍微复杂一些的语句几乎每句话都得有注解，以便别人看得懂。还有维护成本的降低，看得懂才容易维护，试想一段大家都看不懂的程序，谁敢动？万一出错了算是谁的锅？

    所以大公司在做一个软件产品的时候，跟所有其他的生产商一样，需要进行调研、客户需求问卷调查、收集旧版本使用情况反馈，进行可行性分析。

    之后是写计划书，一旦定下来要做这个产品，就需要产品经理们根据客户的要求和反馈或者自己拍脑门臆想出来的使用例子，写出具体的外观设计，以及各控制部件需要完成的功能。

    这个计划书被开会讨论通过以后，资深构架师为此写出构架报告，需要用什么样的已存在的底层技术来支撑，还需要开发什么样的新底层技术，各个功能如何分层次处理，大模块如何划分，各组需要实现哪些功能，各组需要达到的性能有什么要求等。

    各个小组再就这个进行讨论、协商，还需要商讨出各层接口是什么样的，容错功能该由哪一级负责等等职责划分，一般这个过程需要数月时间，之后才开始进行具体的设计。

    这时候轮到各小组的资深程序员为自己小组负责的模块进行具体的算法设计，如果是新的算法，还需要跟公司的专利律师们一起起草专利申请书。

    一旦这些都经过了讨论通过，才轮到程序员们去写程序。

    写程序的时候，也是有很多格式需要遵守，以便其他人阅读，正常的源程序，往往是注解比真正的语句行数都多。

    一个模块开头不仅要简要描述模块的功能，还要介绍输入参数的类别、意义，输出参数的类别和意义。

    在模块内部，每一小段都要描述一下这一小段是要干什么事儿，需要注意些什么，都是前人种树后人乘凉的要求，对公司的长远发展比较有利。

    这样做也不是没有坏处，第一，增加了不少成本，第二，程序语句为了易读性，不是特别高效。很多程序的优化需要尽量减少语句的延展，比如一句古文翻译成现代语，可能要好几句来解释，而古文简洁明了效率高，但并不是每个员工都能读懂。

    所以那些大公司代码的优化，都是由各个小组里的几个资深程序员共同完成，一个人负责编程，另几个人负责审核，当然加上足够的注解，这样下一次优化或者出问题的时候，能保证有资深程序员能理解和调整有能力来做这样的事情。

    穆林之所以被老板看重，这跟他的经历有很大的关系，他当年上大学时跟袁媛负责过扫描仪驱动程序的开发，当时条件限制，硬件设备的驱动程序都是用汇编语言来编写，这就相当于华语作文需要用古文。

    对一般的人来说，能看懂古文就不错了，还需要用它来写文章？那简直是不可能的任务。

    穆林后来在休利帕也是写驱动程序的，所以对汇编程序特别熟悉。

    一个人经过更严格训练的人，现在负责用非常简单的“现代”语言写成的程序，很容易发现冗长不高效的语句，也很容易把它们改成更高效的。

    v之所以想跟大公司合作，是因为大公司有足够的财力养软件质检员---专门负责软件质量测试的程序员。

    质检员不是说在公司产品完成之后才进行质量检测的。质检员从很早的时候就开始参与质量检测活动。

    小公司一般没有质检员，所以大家写的程序都是各自测试一番，质量不能保证。大公司有专门的质检员根据产品设计报告来设计测试程序，包括输入的数据和期待的结果，把产品运行一下，用设计好的数据输入进去，出来的结果应该跟设计报告里的一样，才算达标。

    有些小模块的功能测试是嵌入在产品源程序中的，程序编译的时候，可以有两种编译设置，最终产品还是测试产品？测试用的，会有很多测试程序在里边，还有很多“后门”可以允许质检员进行部分测试。

    除了一般的功能测试，还要有压力测试，一个人使用你的产品和一百人同时使用、或者成千上万人同时使用你的产品，造成的访问流量是大大不同的，大的系统都要zhe有处理这种访问压力的能力。

    除了这个压力测试，还有性能测试，比如从我输入完毕开始算起，要多久我才能拿到结果，这是属于性能方面的要求，当然是越快越好，还有一种是资源方面的性能要求，比如需求的内存最好越少越好，要求的硬件设备越低越好。

    这个时间和资源方面的性能要求进入到系统内部，被分化成层或者是模块，那么对每一层或者每个模块都有相应的要求，性能测试就是要测试这些小的组成部分是否达标。

    一旦有不达标的情形出现，就知道哪个（些）小的组成部分出了问题。

    大公司对自己的产品要求高，人力资源就必须充足，所以每个产品都是有几百甚至几千员工。像迈绍这样的专门的软件公司，旗下有几十个产品，员工超过十万不足为奇。

    对于将来会用在客户方面的技术，他们的要求也很高，所以对v这样的只有几十人的小公司来说，绝对是一块香喷喷的大饼，还是一块很不好啃的大饼，要么一口吞下，要么被磕了牙。

    (iishu)是，，，，！



第510章 坚持下去不容易
    【】(iishu)，

    到了这最后的时刻，大老板把提升性能的一半期望放在穆林身上，可以想象他的工作压力有多大。

    而且他们没有那些大公司的条条框框来规范大家的编程习惯，所以程序都带有很强烈的个人风格，看那些跟自己风格很像的还没什么，看那些跟自己的风格很不一样的，穆林就感觉很痛苦，总是忍不住先把程序的风格改成自己喜欢的。

    并不是说他们没有规范程序风格这方面的要求，而是说在有限的人力和时间面前，这些不影响系统进度和功能的要求都成了细枝末节的东西，现在可以放在一边，等发展壮大以后，有钱有人有时间的时候，才能有精力完善这些。

    一般刚起步的小公司，打的都是时间差，可能好几个人都有相同的想法，谁的产品早一步推出来，谁就能占领市场，谁就能抢得先机发展壮大，跟在别人屁股后的，要么别人吃肉他喝汤，要么是看着别人绝尘而去他吃灰，总之，抢占先机是公司成功非常重要的一步。

    在时间面前，公司老板想的是如何尽快把功能实现、能拿到客户面前去展示实力，而不是程序本身写得有多么的工整，多么地易读易懂。

    所以像v这样的公司，并没有那么多条条框框需要去遵守，但另一方面，它的程序质量也参差不齐，不同的人写出来的东西，有效率高的，有效率低下的，大家的东西组合在一起的时候，性能就不是特别好。

    这在大公司来说，有制度的约束，效率低下的也不会差到哪里，毕竟除了有老员工把关之外，还有质检部门的定期检查。

    但对于小公司来说，刚开始的性能只能靠优秀的算法来保证。算法设计地好，可以在各个方面提高性能。

    很多小公司是由大公司里出来的老员工创办的，这些老员工在解决自己的工作时，有了新的体会和想法，有魄力的就会提出辞职，然后申请专利，把自己的想法转成产品，借着在老东家那里积攒的人脉扩展业务，或者干脆卖回给老东家。

    如果成功的话，这比一直呆在公司里干同样的活却拿死工资和一点点奖金更挣钱。

    但这一条路并不好走，因为自己出来单干，很有可能需要找合伙人、找员工，不仅没有收入，还需要大笔的支出来租办公室、置办设备、支付工资等等，没有一定经济基础的支撑不到融资那一步。

    而且很多跳出来单干的员工是好的程序员，并不一定是好领导，更不一定是好的推销员，不一定能为公司争取到客户和投资人。

    为了解决成本问题，也有很多合作愉快一起跳出来组建新公司的同事，但是大家的经济能力不同，承担压力的能力也不同，很容易造成半年、一年后，有人忍不住要回到大公司接着当个中层干部或者高级小员工的情形。

    毕竟不用承担很大的压力就可以旱涝保收，一年至少有十几万米元进账，比坚持几年没收入、还不知道最后的成功机率是多少的开个新公司要有保障得多。

    而且这些出来开公司的人，都是很自信、也有能力支撑自信的人，这样的人自然有人脉，以前的同事跳了槽去了别家公司当了中层或者高层管理人员，都面临着招兵买马的问题，他们就会想起以前共事过的同事来，这个来拉你入伙，那个来拉你跳槽，个个都许以重利，所以这些人需以大毅力才能专心致志自己创业。

    现在很多有能力创业的都是中年人，上有老下有小，生活压力很大，一旦迫于生活压力萌生退意，合伙人是没法开口劝阻的，你总不能阻了别人的活络，是吧？

    而且几个合伙人，一旦有一个萌生退意，就很快有下一个，然后，就没有然后了。

    要不然曦谷每年有几百个公司成立，能做成功的凤毛麟角，这种种因素占了主要原因。

    现在v的系统就到了发展的关键点，能越过去，就很可能百花盛开，越不过去，就肯定跌落谷底，树倒猢狲散，大家各自去找下家。

    穆林虽然加入公司的时间不长，也不想让几个月的加班加点打了水漂，也不想让信任他的大老板失望，更不想让这些加班加到睡办公室的小年轻们看轻。

    他已经想过很多次了，他可以求求妈妈，让她呆到袁媛满月，到时候袁媛的伤口应该已经愈合，身体已经恢复，她还有俩月的产假，可以自己在家带着孩子。

    已经是第二胎，所以袁媛应该可以驾轻就熟，不会遇到什么处理不了的麻烦。

    她是有孕期糖尿病，这个随着孩子的出生，症状已经慢慢消失，不再是个问题。那么袁媛不想做饭的话，她可以点外卖。

    而且自己在办公室加班，公司提供一日三餐，到时候她也不用考虑他的进餐问题，只带孩子，只照顾自己，应该是没问题的。

    那么自己就可以跟其他同事一样，为公司最重要的一步加油冲刺。

    很多事情说起来容易，做起来很难。

    修改别人写好的程序，是一件很出力不讨好的事情。