周三,天气晴,人很累.早上按了三次闹钟"再响",不想起床…
到公司,照例要处理邮件,然后开始一天的工作,今天要把第一个Robot的FT case写出来,还有就是要把FT的具体practice确定下来,基于周一下午的时候FT review meeting上讨论的结果,主要都是Robot使用相关的.突然冒出来的事情也不少,还好没有打我措手不及,handle得过来.讨论FT的practice有点点小问题,俺的mail措词看来不太好,有比较愤怒的comments回来,不过还好面对面沟通后,分歧其实不存在,确定了一些minimum的要求,team自己可以决定他们要使用更多的文档或者其他方式来提高产品质量或者提高生产力,但是共识应该是后续的maintenance接手工作的话不应该需要依赖于那些额外的文档,minimum set的那些代码或文件就应该要提供足够的信息.我心里所相信的是最重要的是达成共识,我尽力做到对事不对人,会有点情绪,人嘛似乎很难避免,真要没情绪的话估计我都不是人了,呵呵~只是我这样目的性有点强,达成一致,俺就觉得ok马上去做其他工作,会不会给人留下不care别人感受的印象啊…希望不会哈…总之合作多了肯定会了解我的~
晚上有人请吃饭,zy跟同事一块吃,也捎带着我.这哥们被他们公司派去下沙工厂,干什么不清楚,不过反正他住下沙,倒是上班方便的.吃好饭回公司继续,白天的一些工作扫个尾,结果还是忘记把最终版本的FT practice放到wiki上去,明天再去处理了.中途收到陶陶的短信,好久都没什么联系的,偶也懒得回短信,直接电话打过去,原来这女人在医院,呵呵,运气不太好,把孩子给打掉了.也没办法,太瘦了,体质貌似也很不好,容易生病的,连怀上宝宝都不知道的,后来还是发烧去看医生,她老公随便问句"她是不是怀孕了"才发现…发烧连续10多天,确实心慌的,可能他们就决定打掉吧,也困难的,女强人类型,和人合伙开公司,事情多的很,生孩子的当口都不好好休息,无语的…闲聊会儿,安慰几句,得赶紧干活好回家,就直接打断啦,说"我要忙下工作,你也多休息,少用手机,以后聊"….
回家路上,看到来来往往的汽车,忽然觉得整个汽车的社会系统(交通系统?)和软件有一些共同之处,也许是在最底层最基础的设计思想方面.其实还是有好些想通的地方.比如说汽车本身的一些安全保护设备和措施,与交通法规之间的联系,其实他们共同在一起,保障了司机、乘客和路人各自的安全.交通法规其实是汽车的社会系统自身的规则,如果人人都遵守交通法规,那么司机、乘客和路人的安全都得到了保障,因为他们各有各的规定的职责和权力范围,规则框架之间没有重叠,不会出现冲突(也即是说,遵守交通规则的话,汽车不会进入路人的设定运行范围,自然就不会伤害路人的安全),而框架内部则留有一定的缓冲来满足未来发展扩张的需求.而汽车自身的安全带,安全气囊之类的设备则是汽车自身为了保证在交通法规出现异常的时候(汽车的社会系统的组成部分,比如别的司机,比如路人)对自己的附加保护措施,例如当路人突然从侧面冲上马路的时候,或者有别的汽车追尾的时候,保护自身个体的安全.而对比到软件系统,则是比如说系统平台和其各个子系统之间的关系,整个系统平台肯定有它统一的设计思想,以及行为表现风格,如果所有的子系统设计和实现都能遵循这样的合约,那么大家自然相安无事,井水不凡河水,啥问题没有.问题就是软件系统是如此的复杂,而且又由人来实现,就难免会出现一些也许连实现者都没有预料到的意外甚至是错误情况出现,在这种情况下,我们就期待子系统自身足够的强壮,可以存活下来,或者可以自我修复(fault management->recovery),例如我们假定上层系统应该保证它传过来的参数是合法的,但是我们也可以提供额外的参数检查,如果参数合法,自然一切ok,如果发生意外状况,传入的参数非法,那么我们可以进行处理,而不是无法处理或直接导致系统崩溃.
也许一定程度上讲,设计一个复杂的软件系统,和设计一套社会系统是相似的,因为一些最基础的思想层面是想同的,不同的是具体实现的形式,和其表现形式.
