生物特征：比如指纹，虹膜，生物特征识别的API及输出的数据最好是能遵守Bio API。这三个定义是最基本的定义。
There are three principal high-level abstraction functions in the API:
1) Enroll
Samples are captured from a device, processed into a usable form from which a template is constructed, and returned to the application.
2) Verify
One or more samples are captured, processed into a usable form, and then matched against an input template. The results of the comparison are returned.
3) Identify
One or more samples are captured, processed into a usable form, and matched against a set of
templates. A list is returned showing how close the samples compare against the top candidates in the set.
经常会搞混的是Verify和Identify，他们分别代表是“是否”的关系和“有多少接近的关系”
在nytimes的新闻看到，今年微软在PDC上展示了一系列名为Indigo的软件集，可以编写出一次编写，在几种不同的设备上如PC，手持设备，手机等使用的Web services应用程序，这是一个很不错的消息，可是在微软主页没有查到这个产品集。
微软亚洲研究院和国家自然科学基金委员会联合举办的第五届“二十一世纪的计算-探索计算之源”国际学术研讨会即将在北京和西安两地召开。届时，菲尔兹奖得主丘成桐博士，图灵奖得主：姚期智博士、Raj Reddy 博士、Butler Lampson博士以及负责微软研究院全球事务的高级副总裁Rick Rashid博士，微软公司副总裁兼雷德蒙研究院院长Dan Ling博士，微软公司副总裁李开复博士，微软亚洲研究院院长兼首席科学家张亚勤博士将亲临大会，以“探索计算之源”为主题，与来自国内各大科研院校的两千多名研究人员和计算机系师生进行深入的交流和探讨。
会议日程
08:00-08:30 来宾签到
08:30-08:40 致欢迎辞
08:40-08:50 致开幕词
08:50-09:35 主题演讲1：Rick Rashid博士，微软公司高级副总裁
09:35-10:20 主题演讲2：丘成桐博士，菲尔兹奖得主
10:20-11:05 主题演讲3：Raj Reddy 博士，图灵奖得主
11:05-11:20 会间休息
11:20-11:45 微软学者奖学金获得者颁奖仪式
11:45-12:15 现场对话
12:15-13:45 自助午餐
13:45-14:25 主题演讲4：张亚勤博士，微软亚洲研究院院长兼首席科学家
14:25-15:05 主题演讲5：Dan Ling博士， 微软公司副总裁
15:05-15:45 主题演讲6：Butler Lampson博士，图灵奖得主
15:45-16:05 会间休息
16:05-16:45 主题演讲7：Victor Zue博士，麻省理工大学教授、高级研究员
16:45-17:25 主题演讲8：李开复博士，微软公司副总裁
17:25-17:30 致闭幕词
17:30 大会结束
很奇怪的是微软中国主页居然没有这个的宣传。我是写信给这个信箱才得到这个安排的
接手微软俱乐部没有多久，才知道为什么前任主席和几个MM一起开心的吃饭去了？原来每天一点半睡，现在每天至少二点半睡，烦的事一堆一堆。
自从招新之后，整理完数据库就得给各个人发一封欢迎信，好用的邮件服务器，实在难找。为了防垃圾邮件，他们只要一连续多发几封就马上ban了你。怎么办，只能写一个客户端，发几封，休息20秒，发的效率让我就想咬人。更可气的是第二天就来了30多封回信，一一要回，这个工作呀，就是得成立一个小组让他们负责的。
本想回家好好休息几天的，结果导师又打电话过来，让我赶紧写项目建议书，第二天就交，中午好不容易凑了一篇，下午又打电话说不行，要发挥我们实验室的优势，要骗钱过来。
外面的指纹识别项目就要交了，那个人天天逼着我要提高效率，要提高速度，虽然从这个项目学到太多的东西，但是和自己的方向无关，发了论文也没有用。每天一起床最担心的事就是他打电话过来。
这两天，一到GF家，第一件事就是打开笔记本，联上网，看看有没有新的信、消息，如果看到我断了10分钟的网，那就是我从我家去GF家了。
下周作项目报告、IPV6的项目要启动......消息呀，你为什么不能来得慢一点！
在IBM Extreme Blue的三个月的总结：
在IBM过了三个月，项目是成功的，但是管理是失败的，无论是从构思、开发流程、文档编写及最后的测试，感觉都有许多的问题、漏洞。这一个月来，我经常反思，为什么会这样？几位同学都是来自各大学校的高手，编写代码毫无问题，而且都很上进，在管理却遇到了问题。先讲述一下成功的原因吧：
1.大家为同一目标共同努力前进：这是这个项目之所以成功的最重要的原因。几位大家都已经定好在这三个月中好好完成一个项目，目标相当明确，就是在最后有一个好的成果，好的表述，好的总结，而且尽心尽力。
2.技术Mentor的技术支持：在Speech这方面，没有技术Mentor的支持，是不可能成功的，因为没有技术Mentor的支持，许多语音识别的细节根本就是不可能知道。正如我准备用Speech SDK开发一个东西的时候，却发现许多细节无从得知，特别是更换一个自动标点的语音模型，虽然身为MVP，可以向微软的内部新闻组咨询，但是总是有一种隔山打牛的感觉。
3.成对编程的成功：在媒体数据经过语音存到数据库的部分是这个应用的核心，在这个地方，我们是两个一起进行编码，两个人相互对照，通气，你争我赶，将代码迅速写完。
4.完善的框架设计：在一开始，我们就决定XML+XSL的B/S框架，加上入库时的C/S模式，这些都是我们以前的经验积累，而且在其中，我们将整个框架分为N个小部分，面向对象，用一些类进行封装，我们在相互切搓中，也相互学习到一些新的知识。
5.良好的代码版本控制及BUG反馈机制
用VSS控制版本，用TestTrack报告BUG。
失败并不是表示项目失败，而是这个团队失去了凝聚力，在这个项目之后，就如一盘散沙，从根本上讲是人的问题：
1.Leader的问题：技术方面的Leader没有技术背景，没有管理经验，甚至没有协调的能力。更重要的是不太会做人，由于本身并不是这个专业毕业的，很多不会的地方却要强硬的倔着，一定要这样做。说话过于克薄。
商业方面的Leader没有煽动这个团队的热情，由于年龄相差较大，我们喜欢的许多事情他并不喜欢去做，作为一个Leader，没有带领大家的积极性，本身就是一个很大的错误。
在这个问题上，技术Mentor也犯有一定的错误，由于本身是一个由我们自由选题，自由开发的一个项目，技术Mentor在一开始在并不完全了解大家的情况，草草地定下了Leader的位置，而在中期却没有能得到及时的反馈（在中期的时候，我们已经讨论过这个项目存在的问题）
大家聚餐并不能达到解决问题的目的，只有通过深谈、交流才能消除问题的根源，偏偏遇到是几个比较倔的人。
2.会议讨论过久：这是另一方面的问题，由于技术Leader对技术方面不够通，而且缺乏决断力，导致会议时间过长，职责不清，各职能之间耦合度过大
3.时间线观念不强：制定的计划没有好好按步就班的走下去，而中间没有缓冲时间。IBM的网络和机器实在是不敢恭维，太差了。
我个人的问题：
1.没有良好的支持Leader的工作，试想如果来一个不怎么倔的人来，稍比她好一点，估计什么错误都会落在我的头上。虽然说不在其位，不谋其政，但是由于是一个团队的项目，需要大家的协作。
2.说话过于侵略性，而没有考虑别人的感受。
3.精力过于分散，没有太专心去完成这个项目。
老外真是有优势，连发一篇论文都可以破例，举办会议的中国人就是心态不一样。还好挂了一个名。论文只不过是一个总结，要一点一点的记下来，最好是用英文，这样发英文论文就容易了。要多看点论文，再不看，今年就完不成自己的任务了。可是这么累，能行么？
为什么只有一个wave文件识别出来的效果好极了，而其他新闻语料都不行呢，听起来一团糟，我想还应该是没有设好识别时的文件格式，但是微软的东西的确是比IBM设置要丰富许多，许多底层的东西不用自己动手，而IBM的东西底层多一些，但是，我已经对ViaVoice比较熟，真正自己写起来也方便。何况在IBM时还有个Mentor在帮助我，但是对于微软的SDK，在国内不知道有没有如同这样的高人帮助呢?虽然让Grace帮帮我，但是......都是未可知的结果！
希望今天是晴天，因为要招新，要拍几张fancy的照片。
希望能快速看完草案！
每次经历一些事情之后，总会有一些想法，但由于种种原因，没有形成书面的东西。今天看到了这篇文章，觉得它不仅仅是限于项目管理方面，可能会对我们平常的生活、工作会有一些有益的启示吧。拿来与大家共勉。
事后诸葛亮
能力的提高往往不是从成功的经验中来，而是从失败的教训中来。
----在克莱斯勒汽车公司，一位项目经理把辞职信交给当时的CEO艾科卡·李，表示要对自己所领导项目的失败负责。艾科卡拒绝了，他知道这位项目经理还会在汽车行业继续工作，于是说：“我不希望这100万美元的学费替别的汽车公司交，把教训记下来，这是我们的财富。”这只是艾科卡带领克莱斯勒走出困境的一个小插曲，却令人回味。
----许多项目经理不注意经验教训积累，即使在项目运作中碰得头破血流，也只是抱怨运气、环境或者团队配合不好，很少系统地分析总结，或者不知道怎样总结，以至于同样的问题不断出现。
----可有可无的项目终结
----项目总监王深刚进公司不久就接到一项任务，要求他尽快把项目成本估算的准确度抓一下。由于市场竞争激烈，公司不得不在没有足够信息和数据的情况下，短时间内做出标书。这使过去几个项目的进度大大延误，成本失控，公司管理层对各项目经理的信任大打折扣。
----王深查看了公司的项目文件档案，按ISO9000管理来看还是比较规范的。他找来正处于项目收尾阶段的项目经理李明，请他写一个项目总结。要求项目组所有成员都参与总结，一周之后拿出一份完整的总结文件。李明的项目比预定工期晚了1个月，成本比预算多出10万元，但与大部分项目相比，这算是做得不错的了。
----颇使王深意外的是，两天后一份两页纸的项目总结摆在他的办公桌上，除了项目背景的介绍，就是一些原则性的套话，“加强合作、及时跟踪”等等，没有触及任何实质性问题。毫无疑问，公司的项目经理们觉得“总结”可有可无、无足轻重，但是许多宝贵的经验就是这样白白地丢掉了。也许，静下心来好好总结一下，我们可以学到很多东西。
----会议主题：抱怨
----不得已，王深亲自召集李明的项目组开总结会。赵雁发牢骚说：“总结会不是已经开过了吗？我手上又接了一个电厂项目，马上要做详细设计了，这会能不能不开？”王深没有回答，把李明写的报告递给赵雁，问道：“这些体会，你都清楚吗？”赵雁扫了一眼，虽然有些不太明白，但还是不以为然地说：“这是项目经理的事，我们组员无所谓。况且，大部分项目根本就不写总结报告。想写也没有时间！”
----“这就是大家没长进的原因！” 王深不客气地说，“超支10万元是怎样造成的？是选择分包商安装监控设备但又无法控制领料造成的！本想赚取材料差价，却没考虑潜在的风险。”王深接着说：“我听说以前公司发生过类似的事情，不幸在我们的项目上又发生了。要是总结就这样草草了事，下次还会有！”
----大家逐渐意识到总结的必要性，联想起以往工作，纷纷发表意见。话匣子一打开，总结会变成了一个控诉会。
----在项目总结会上，这是常有的事。项目组把所受的委屈，尤其是来自客户方面的，统统发泄出来。但结论往往没有什么建设性，大都是“不要相信分包商的承诺、对客户的无礼要求应拒绝”等没有指导意义的结论。
----王深鼓励大家畅所欲言，他说：“总结的意义在于判别结果和我们预想的是否一致，以便调整我们今后做计划的方法，为以后的项目工作打基础。大家最好比较一下项目计划和实际执行的差距。”
----李明不好意思地说：“我们的计划只更新过一次，大家基本不太用。” 赵雁插话道：“这是因为计划与实际太离谱，连我们自己都不相信它。”
----王深并没有责怪，他说：“对于新的项目，我们的报价、人员安排、进度控制大都基于假设，这很正常。现在我们可以回过头来，逐一检查当初的假设与现实情况的差距。下次同类项目，就可以大大提高计划的准确率，尤其是在成本估算和报价策略上，也就能提高中标率了。” 在王深的提醒下，大家的思路逐渐清晰，原来带有发泄意味的各种意见也变得有些系统化了。赵雁觉得大家的建议在新接的项目中就用得上。
----王深特别强调了风险识别意识。他说：“这次在消防审批上的时间比预计的要长很多，影响了回款，这应该加在风险列表中。” 李明补充道：“应该尽早更换电缆供货商，我们一直希望他们能补上进度，所以迟迟没有启动备选供货商。虽然最后还是换了，但是耽误了两周的工期。”
----一份非常不错的总结报告出来了，超过了10页，特别精彩的是对风险防范中启动应急计划的体会以及工程量的估算部分。
----成长的烦恼
----笔者曾在一家外企工作，看到其完备的计划书、风险分析、文档模板，由衷地感叹总结工作的艰辛。许多项目经理不是意识不到总结的重要性，而是疑虑所付出的劳动太多，是不是值得？
----一位著名作家在参加亚洲作家笔会之后曾有这样的感想：我们代表团成员的论文动辄就是综述、概述和趋势分析，而少有像日本学者所做的编年史、作家生平考证之类的基础数据积累。这或许是在中国文化某些领域我们的研究水平反而比海外落后很多的原因吧。
----项目管理水平的提高，离不开项目总结这项基础工作。这是任何教科书都无法替你做的。如果我们没有诸葛孔明的前瞻智慧，那么项目总结上的亡羊补牢或许也能起到勤以补拙的效果。
----我们往往只有在自己碰得头破血流后才真切体会到别人的忠告是多么正确。在经历了无数的成长的烦恼之后，我们才能体会“不听老人言，吃亏在眼前”这句老话的味道。
----
暑假在IBM的Extreme Blue干了三个月，一直认为IBM的ViaVoice比微软的Speech SDK要好，昨天得了一个空闲，用微软speech SDK写了同样一个东西，居然发现识别出来的结果比IBM的要好，真是#￥%~—…，但是微软的不能自动断句，正在找grace要援兵，对SDK还没有全面的进行测试。由于没有更新的Speech.Net的中文语言版，还不知道最新会怎么样？
IBM这个大国企，看来真要好好做个好软件还真不容易，有空给mentor发封信好了。
我刚才发完一篇随笔，进到随笔的目录后，再按一下刷新，结果又给我加了一篇一样的。
《Visual Studio Magazine 2002－2003中文精华合集》:该杂志前身是由注明的VBPJ杂志，改版后覆盖全部的Visual Studio开发技术，拥有VB之父Alan Cooper等一大批专栏作者。
《JavaPro 2002－2003中文精华合集》：著名的Java技术杂志，在业内享有权威地位。Java的专家作者都能够获得该杂志的评定奖项为荣。
《.NET & XML Magazine 2002－2003中文精华合集》：本杂志集了.NET Magazine和XML Magazine两本杂志的精华内容，开发技术与系统管理融合见长，在.NET& XML领域与世界水平同步。
《asp.netPro 2002－2003中文精华合集》：本杂志是目前世界上唯一专注ASP.NET技术的期刊，在ASP.NET领域该杂志代表世界水平。
《Delphi Informant 2002－2003中文精华合集》：该杂志是Delphi开发领域久负盛名的杂志，代表Delphi专业期刊的世界一流水平。
这是用上次北京MVP Summit发的CSDN的Dearbook网的卡可以购买到
http://www.dearbook.com.cn/adv/waikan.htm
感谢开心为我开了这个帐号，此外还感谢小马哥对我工作的支持，更希望更多的在北京的MVP支持我，谢谢!
支持什么呢？以下是我昨天上午和开心及小马哥在MSN聊的想法，我整理了一下。
微软的MVP来自两个方向：在社区中的活跃分子和在校内的微软俱乐部的积极
者。目前MVP们在网上已经掀起了一阵浪潮，我们希望能在微软俱乐部和在社区的活跃
分子之间，形成一个更好的互动，以学校为基地，为微软技术在学校的更顺利的推广作
出贡献。可以以一些培训中心为依托（比如中科院研究所），微软可以提供各个方面的
支持，包括宣传材料，经费，奖励（如MVP头衔）方面的支持，达成一个四方互利的局
面。
1.俱乐部提供场地，安排定期的MVP技术讲座，组织类似于English Corner的小晨会，
安排校内微软Chat宣传；这对俱乐部而言，会带给他们更多的活动，吸引更多的学生来
参与活动。
2.社区来的MVP一可以从中锻炼口才和能力，二可以以此认识更多的人，和学校方进行
交流，甚至将社区和学校联系起来，以学校的活动带动社区的活动；以前MVP在网上有
许多的联系，在网下并没有太多的联络，希望能借此机会，不断在网下也进行交流。
3.培训中心在中间可以起推动作用，为他们增加一些后备力量。
4.对于微软来说，将可以将活动在学校中更好展开，实现微软技术在学校内的推广。
我们甚至可以以此来打创一个品牌，目前可以先在北京试点，将北京有俱乐部和
有MVP的高校全联系在一起，将来可以在全国各地，有俱乐部的地方的高校推广。还可
以有一些娱乐性的活动，毕竟MVP是多才多艺的。