抵制谣言："sina"到底是“支那”还是“中国”
今天在Chinaren论坛看到一篇反日的贴子，里面有这么一段：
大家以后不要上新浪网了，告诉你www.sina.com.cn的来历！ZT新浪的控股方竟是日本，怪不得日本人在西大、买春的丑闻新浪网充耳不闻，打灯笼都找不到！许多网友发誓：新浪不更名，永不登录新浪！刚从日本回来的华侨林小姐说：“在日语罗马字里，（sina）就是（支那），是部分日本人对中国带有侮辱性的称呼。这个词，主要是右翼分子在使用。”林小姐说：“在日本的中国人，只要一听到sina这个词，就觉得受到莫大的侮辱。这样一个有歧视性的字眼，怎么可以用做中国人自己的网站的名字呢？”林小姐的家人听后更是感到惊异，因为他们常用新浪免费电子邮箱与日本朋友和客户联系，对方看到中国人自己用“支那”邮箱发信，会不会觉得中国人自己承认是“支那人”呢？北京大学外国语学院日语系教授刘金才查阅了权威典籍，证实“sina”与日文中“支那”的发音完全相同。北京大学、社科院的语言学家和史学家们也证实：“sina”就是“支那”！！！看后要转贴！贴遍祖国大好河管他是不是真的，贴了再说，新浪惨了，不买RH也许没那么容易，但是不上有损民族情感的网站还不容易吗？
反日我不反对，而且我还支持，我自己就一向抵制日货。可是这样明显造谣的东西，我看完还是觉得无聊，跟白痴一样人家说什么就信。新浪搜狐这样的大门户，我平时上得也少，大综合的门户网站，网页设计啊，网站程序啊，也参考不到什么，就算用email，都避开它一堆的广告直接访问邮件页面。所以我反驳这个帖子也没什么替新浪平反的意思。不过看到这种造谣生事的，不管它目的是哈日还是反日，其行为总不可取。我就忍不住要评论几句。
1998年，张朝阳荣登数字英雄榜，成为当年最火爆的IT新闻之一，可是不健忘的人应该还有影响，当年有另外一件在各大媒体头条占据了显赫位置，在中国互联网界掀起波澜的还有另外一件事：中关村的四通利方和美国硅谷的华渊网宣布合并，做一个全球最大的中文网站。大家注意了，这里一共涉及到两家网站，两个国家，但是跟日本没有一丝关系。不仅表面上没有，接下来我们还要看看它的幕后有没有。
按照时间顺序，我们应该先讲四通利方在线。
四通利方的由来
1993年8月13日，王志东刚刚从北京新天地技术公司被“赶”出局，境况窘迫。但是很快，机会来找上门来了，当年秋天，四通副总裁刘菊芬女士把王志东介绍给时任四通总裁的段永基，那时四通公司刚刚在香港上市，想投资一个有发展潜力的项目。结果四通投资500万港币，由王志东担任总经理占20%股份，在1993年12月18日注册成立了北京四通利方信息技术有限公司。这是后来的新浪的第一笔“天使投资”，这笔资本来自中国。那时的四通利方不做互联网，做软件，叫做Richwin的中文平台。1995年王志东第一次访问硅谷，是受微软公司的邀请，微软为了避免即将上市的Win95在中文平台上受阻，选择与中国企业合作。但是那次访问硅谷并没有什么特别的影响力；当年7月，受惠普邀请的王志东再次赴美，却误打误撞找到了正在给网景做上市的摩根斯坦利银行。和摩登斯坦利银行一位高级职员的聊天后来被新浪网演绎成：从1995年开始四通利方利用与风险投资家和银行家合作的机会，开始对公司的营业计划、发展战略、管理架构、产品战略等方面的调整，以期在美国的硅谷运营模式和公司实际情况之间找出结合点。而实际当时的对话是这样的：摩根斯坦利银行高级职员问王志东有什么想法。“我想上市，像苹果的乔布斯一样。”“你现在没法上市，要先经过几个步骤：融资、战略调整等等。”“那你们能帮我吗？”“你的公司请不起我们。”
在那几天，网景成功上市，几乎每个人都在谈论互联网，王志东花了3天时间泡在网上，他发现这个东西太好玩了。等到1996年王志东第三次赴美的时候，互联网掀起的热浪已经灼灼逼人。他下定决心向互联网进军。
这一段里，没有融资，但是即使是对后来的新浪产生过影响甚至只有间接影响的这些公司和人物里，也没有膏药旗的影子出现。
1996年汪延从法国回来加盟四通利方，四通利方开始有了一个专门做网站的部门——网络事业部，并推出利方在线网站。而在随后的融资过程中，四通利方一步一步走上了风险投资设计的互联网之路。
1997年，四通利方把500万港币花得差不多了，但是在国内又拿不到接下来的资金。王志东开始在美国、新加坡等地进行路演（没有日本），结果王志东从华登投资公司、RSC、艾芬豪国际集团三家风险投资商那儿一共拿到650万美元的风险投资。这里出现的三个公司中，华登公司在后来历次的新浪资本斗争中起到了非常重要的作用——这个公司也就是实际上的新浪网投资方代表。投资方给了钱，就得听他们的话，王志东这个软件天才不得不接受了公司整体转向互联网的决定。
1997年9月，随着四通利方在网络战略上的布局已经完成，作为投资方的华登系开始从财务到人事上逐步打破这家公司的格局。罗伯森。斯蒂芬公司的谈判代表马克、华登国际集团副总裁茅道林，先后来到四通利方，掌握着四通利方的航向，让它从一个中文软件平台逐步演变成后来的全球最大中文网络。
说完四通利方，然后再说华渊网
硅谷的华渊网
1996年，四十多岁的美籍华人姜丰年认识了三个斯坦福的大学生，后者正在互联网的巨大热情下过着精神贵族的生活。那个时候也正是网景、雅虎纷纷上市，互联网泡沫刚刚开始的时候。姜丰年给那三个大学生当了几个月的顾问，终于按捺不住了，他随即出任新创办的华渊中文网站首席执行官。华渊中文网的身世就这么简单，它没有一个艰难的融资发展过程，它的目标是到纳斯达克去圈钱，而要到纳斯达克圈钱，姜丰年知道没有中文网站第一名的牌子，那是不可能的。
“新浪”的由来
1998年9月26日，王志东和姜丰年第一次见面，据说由于都是程序员出身，两人一见如故，王志东在之前已经上网浏览过姜丰年的华渊中文网站，而姜丰年在交谈中也得知四通利方不仅仅有很好的软件产品，还有一个访问量很大的利方在线网站。最后说到一个共同的想法：两人都想创建全球最大的中文网站。在思考怎么合作的方式时，姜丰年迫不及待脱口而出：“干脆两家合并算了！”，而王志东很精明地留下一句话：“我们不排除任何形式的合作。”
回去以后，王志东很快算了一笔帐：华渊在线当时的市值为2000万美元，据说还有1500万的融资马上到手，而四通利方的估价为1500万美元。虽然以购并的形式实现低成本扩张是让公司迅速成长的一条捷径，但是四通的股价要比华渊的少得多，一旦合并了，新公司也许就不姓王而姓姜了，王志东对此有点难以接受。
精明的姜丰年很了解王志东此时此刻的心态，姜丰年为了避免公司的实力不对称成为合并的主要障碍，毅然决定放弃随时可以进帐的1500万美元融资，以同等股份与王志东谈判。他通过Email邀请王志东到美国商谈合并事宜。
在美国的谈判中，王志东咬咬牙把一年前估价才1500万美元的四通利方变成估价3000万美元，但姜丰年还是作出巨大让步接受了。谈判持续了9天，10月27日，双方签约。华渊以1股换利方0.38股的形式，同意被四通利方购并。姜丰年出任新公司董事局主席兼首席执行官，王志东出任新公司总裁，技术总监、财务总监等职位均由四通利方人士担任。
10月27日协议签完以后，姜丰年问王志东：“合并后的网站叫什么名字？”此时华渊的有关人士已经按照华渊的英文名称“SINA”取名“赛诺王”（下面会提到SINA是从sino变异而来，所以发音是“赛诺”），并且印刷品即将付印。王志东说：“等一下，明天我给你回音。”，王志东在宾馆想了一夜，第二天告诉姜丰年一个响亮的名称“新浪”。新浪网由此诞生人间。当时茅道林这样说：“再过三四个月再来看看，你会发现大不一样，新浪这个名字好，网络时代的竞争，是和时间赛跑，我们要每隔三四个月就在网络上冲出一道新浪！”
1998年12月1日，北京凯宾斯基饭店，由四通利方和华渊合并而成的新浪网正式宣布成立。
“SINA”是从华渊网的英文域名“SINANET.COM”来的，华渊网的域名中的SINA则是源自拉丁文的“中国”（sino），比如“sino-american”，而Sina则是英文中的女孩名字。
所谓的Sina和日文发音一样，那是什么所谓的日语系教授翻书搞出来的，姜丰年是美国人，程序员出身，拉丁文背景应该比日文背景好吧？现在中美关系的正式英文是“sino-american”，不会在什么北大外语系或者北外日语系教授眼里成了“支那-美国”吧？要是那样，我们是不是到中南海去抗议去啊？对这些人云亦云在网上传播谣言的人，我只能骂一句：白痴！再骂一句：白痴！！
本文大量资料参考《烧。COM》一书（赵旭/王学锋/于东辉著，光明日报出版社2001年出版）
C#学习笔记：理解规范接口的赋值运算
最近在学习C#，现在看的书是台湾黄聪明先生编著的《C#面向对象的程序设计》（科学出版社出版），与以往读的Wrox系列或者其他国外计算机教程不同，这本书里没有任何地方提供了与作者联系或者反馈的途径，也没有提供此书的在线交流网址或者新闻组。
在书中第8章《类与面向对象程序设计》第8.3.4节讲规范接口(interface)的赋值运算时，作者设计了这样一个练习题：“将实现interface的对象赋给该interface的引用是可以的，那么请问：这样的赋值运算在直觉上是否合理？”
作者的解答如下：“以逻辑学的推论来看，这个赋值运算是合理的，就好像说：所有的女人都是人，郑雅文是女人，所以郑雅文是人；故：所有的USB鼠标都是符合USB规范的，罗技生产的的鼠标是USB鼠标，所以罗技生产的USB鼠标是符合USB规范的”。
看完作者的第一个逻辑推理例子之后，我觉得我已经懂了：所有实现一个interface的对象，都必须实现这个interface规定的特征，将其中某个对象A赋给一个引用该interface的对象B时，只有在该interface中定义的成员才会被赋值给对象B，而对象A中独有的成员则不会被赋值给对象B。
但是继续看作者推理的后半部分的时候，我却感觉怪怪的，总觉得别扭。仔细把两个实例好好比较一下，发现后半个例子的逻辑推理有问题。如下：
所有的A都是B；
C是A；
所以C是B；
例子一：
所有的女人(A)都是人(B)；—-女人是人的子类，不管女人是不是规范，都必然是人；
郑雅文(C)是女人(A)；
所以郑雅文(C)是人(B)；
例子二：
所有的USB鼠标(A)都是符合USB规范的(B)；—-USB鼠标是“符合USB规范的”的子类？次品？？
罗技生产的鼠标(C)是USB鼠标(A)； —-罗技只生产USB鼠标？不生产PS/2的？？
所以罗技生产的USB鼠标(C？？)是符合USB规范的(B)；
作者的第二个例子本身存在的逻辑推理是不是正确先不提（参考“—-”后面的部分），只说在其结论句中的C和第二个条件句中的C已经在范畴上发生了变化，那他怎么还能套用这个公式呢？罗技生产的USB鼠标，和罗技生产的鼠标，其外沿已经发生了变化。如果把这个例子正确地还原成推理公式，就变成了：
所有的A都是B；
C是A；
所以D是B。
这就难怪让人感觉别扭了，它根本就是错误的。
回到那个题目里来，我们假定B是一个规范接口（interface），A是一个符合B的对象，C是一个引用B的对象，则A中符合B的成员将赋值给C，作者想说明的应该是这样的关系。在这里，跟推理公式相比较，在公式中的A是B的子类或者叫子集，而在题目中的A却不是B的子集，因此作者所举的例子根本就不能用来解释这个关系。其实用直观的方法很容易就把关系说明了：
B是一个规范接口，规定了两个成员x和y { B.成员x B.成员y }
A是一个符合B的对象，规定了三个成员x,y和z（注意：x和y必须有） { A.成员x A.成员y A.成员z }
C是一个引用B的对象，则C也有两个成员x和y { C.成员x C.成员y }
当我们把A赋值给C是发生了什么？结果如下：
C.成员x = A.成员x
C.成员y = A.成员y
而A.成员z不会被赋值为C.成员z，因为成员z不是规范接口B中规定的成员。
利用WebService进行网站整合的实现
一、设定环境为两个站点对等整合；
站点一：http://tempurl.org
站点二：http://myurl.com
站点一和站点二希望共享注册用户；以用户Email为用户的唯一标识；
现在，有站点二的用户A访问站点一，过程如下：
用户在站点一用站点二的信息进行登陆–>站点一验证用户失败–>向站点二查询该用户信息–>站点二验证成功，将信息返回给站点一–>站点一登记该用户信息并进行登陆–>用户登录成功。
站点一的登陆验证过程：
1.获得用户提交的email和密码;
2.进行数据库查询和验证–>失败；
3.引用站点二的WebService(假设为MyInterface),本地实例名为sValidator；
4.判断：If sValidator.IsUser = True then
username = sValidator.username
password = svalidator.password
5.登记此用户，将基本信息写入数据库；
6.登陆此用户。
如果是站点一的用户登录站点二，过程一样。
二、设定环境为多站点以站点一为核心进行整合；
站点一：http://tempurl.org
站点二：http://www.myurl.com
站点三：http://bbs.myurl.com
站点一为核心；一种情况是注册可以各自进行，在站点一以外的站点注册时，先通过站点一的Webservice进行注册，如果注册失败，则在本地站点也不予注册；这样确保所有用户在站点一都有记录；
假设A用户在站点二进行注册
流程如下：
注册成功的：站点二提交该用户信息给站点一进行注册–>站点一进行检验，资料没问题，写入数据库，注册成功,返回一个信息给站点二–>站点二将用户资料写入数据库，注册成功；
注册失败的：站点二提交该用户信息给站点一进行注册–>站点一进行检验，资料有问题或其它原因，不能注册，返回一个信息给站点二–>站点二向用户返回注册失败信息；
站点二的注册流程：
1.获取用户信息，进行有效性等验证通过；
2.引用站点一的WebService，假设为MyInterface，本地实例名：sRegUser
3.进行注册
sRegUser.UserName = username
sRegUser.Password = password
sRegUser.UserEmail = useremail
If sRegUser.Reg = True Then
'进行本地注册
Else
'注册失败
End If
现在，用户A通过站点二已经注册成功了，他分别到在三个站点进行登陆
站点一：
用户登录–>站点一验证登陆成功
站点二：
用户登录–>站点二验证登陆成功
站点三：
用户登录–>站点三验证登陆失败,向站点一查询–>站点一验证登陆成功，返回给站点三–>站点三在本地数据库登记该用户–>站点三验证登录成功
上述的整个思路，是以站点一的WebService作为核心，如果站点二是ASP.NET站点，那么就创建本地代理来使用；如果站点三是ASP站点，那么可以考虑采用Microsoft Soap Tool Kit，如果是其它语言平台的，就用其它语言平台的WebService使用工具。都不行的情况下，可以用Post请求的方式来进行。
具体的实现以后如果有空再细谈，这里只是一个思路，其实这样的思路并不复杂，而且已经有很多运用的实例了。实现起来不是问题，只是多注意WebService的安全性就好了。
实践：用Div+CSS重构网页
从接触WEB标准以来，一直在努力实践，近日官方网站的全面改造终于正式展开，由于网站管理系统的WYSWYG编辑器本身不支持WEB规范，也是没办法的事情，但是我还是决定在这次改版的过程要充分利用CSS，在可能的程度上尽量利用Div+CSS的优点，减少维护量和网页大小。
第一批改造的是新闻中心和招生网，在重新制作的几个模版页面中，我们只用了少量的表格和内联代码，之所以没有完全采用Div+CSS，是因为经过WYSWYG编辑器的自动更改，多层嵌套的DIV代码会变得非常不易读，即使我们在制作时把代码写得非常的清晰，缩进和换行用得很好，也最终会得到一个结构混乱的HTML源代码。因此只能适当采用一定数量的表格，但是对表格也尽量采用CSS来控制了。而网页中的任何、、
这类的代码，则完全去掉了。
改完以后，代码总量减少到原来的一半左右，而且网页中的表格都只在很小的范围内使用，尽量避免嵌套，使网页的速度得到了很大的提高，虽然没有实现对WEB规范的支持，但是采用DIV+CSS的效果还是非常明显的。
今天我又重做网站首页，对网站首页，我就完全采用了DIV+CSS来进行网页布局，首页以前的表格更为混乱，嵌套很深，由于原来的代码量就不是很多，所以改完以后，代码减少也还不算太多，只为原来的一半左右。但是访问速度提升很多，而在规划好CSS以后，网页的布局部分真是轻松极了。
我取了其中一部分代码来比较：
重构前的代码（全页大小共计38K）：
[code]
1
2
2 |
1
[/code]
说明：为了实现在760像素表格（1像素边框）左中右三栏划分(布局)，然后对中栏进行上中下划分（布局），再对中栏进行左中右划分（边距），再对中栏进行左中右划分（内容），加上部分一像素边框和代码不够优化，一共出现了6层嵌套，而且多次编辑以后，还出现了嵌套错误（多出一层结束标记）
重构后的代码（全页大小共计17.8k）：
[code]
1
1
[/code]
说明：
1首先用一个
2利用浮动实现两个同级div左右分栏同时实现边框；
3利用浮动把右边的div再分成左右两栏同时实现边框；
4在中央的div中从上到下每行用一个div容器包括，在容器中利用浮动实现左右划分；
在这个比较中，为了便于对比，去除了所有定义外观的属性代码，以及内联样式，包括div的id和class，仅仅从结构上可以看出，div比table在左右分栏和上下分栏上就节省了很多代码，而且最为关键的是，同样是嵌套，div的显示也会比table快。而如果加上定义外观的代码，那么table还要增加很多属性代码，而Div需要增加的就基本上只是id和class了。
具体的页面地址：http://www.bisu.edu.cn
（由于编辑器的原因，代码不符合XHTML标准，而且CMS系统输出的代码还含有单一表格，这是很无奈的事情）
people
[align=center]
[/align]
It's from Romenic's blog, I really think it's a wonderful idea. So many people, so many faces.
Some of them are my best friends, and some are strangers. Whenever seen these faces, it could call arouse my memory about my campus life…
农行业务奇遇
上大学的时候，由于农行是我们学校的合作银行，必须用农行的帐户来作为自己的校园网帐户，可是农行的卡有很多不便，尤其是网上交易，异地转帐这些功能，比工行的开通起来要麻烦得多得多。
最早的时候，我以为综合理财卡是可以进行异地转帐交易的，所以除了校园卡以外，还单独办了一张农行的综合理财卡，后来才知道要申请网上银行证书才可以，而且去了两个营业厅都说他们办不了，只有几个指定营业厅可以办。
后来我申请了工行的网上银行，用着非常方便，农行的卡就闲置了，到毕业之后，办工资啊，保险啊，好多帐户以后又多出几张卡，我就决定去把农行的卡销户了。
拖了很久，终于让朋友帮忙办了，农行的两张卡都销户了，给我拿回两张清单。其中一张特别有趣，本金0.00元，利息0.06元，利息税率20%，税后利息0.05元。最后我的那5分钱还让朋友“贪污”了，这张单据被我收藏起来了。
小技巧：给英文版Office2003“充电”
中文版的Office 2003里面，有一些亚洲语言专有选项，尤其是中文的特性，在英文版里就没有，不光是默认没有安装，而是软件里就完全没有那部分功能。
比如中文简体繁体互换啊，中英文互译啊，中文的拼写检查和断字等等。
在用英文版Office 2003的时候又想用这些针对中文的特殊功能，那怎么办呢？
据说有Office的多国语言包，不过我在网上没找到2003版的，所以只好自己想办法了，最后让我找到了解决办法：
1.如果不是中文操作系统，则操作系统必须已经安装了简体中文语言包（繁体装没装好象无所谓，反正我没装繁体语言包，只增加了繁体中文支持）；
2.正常安装Office 2003 英文版；
3.运行Office 2003 简体中文版或者繁体中文版的安装程序，在安装向导中，选择和英文版完全一致的安装路径，选择自定义模式；
4.在安装模块选择时，Word，Excell，Outlook….都选择“不安装”，进入具体选项中，在“Office 共享工具”中，先整体选择“不安装”，然后一个个展开子选项，把你需要的部分选中，比如“微软拼音输入法2003”或者“五笔输入法”，当然还有间繁体对换这些功能啦。
5.安装完以后，你会发现，英文版的Office 2003没有受到任何影响，但是打开Word，在”tools”菜单下面，”language”项里，你会发现多出来的“Chinese translate”，随便输入几个汉字，选择这个菜单，你就会看到中文简繁体转换的提示了（当然是英文提示）。
以上操作在WinXP Pro SP2 英文版 + Office 2003 英文企业版中成功。
Visual Studio 2005体验感受
Visual Studio .Net 2003一直没有好好试试，只是拿它做了个.NET的个人通讯录自己用，这次去微软发布会现场看到的演示，感觉Visual Studio 2005有很大的改进，因为我在现场的时候试用了一下WEB开发功能，感觉很不错，很多工作一行代码都不用写就能实现的。
所以今天就装了Visual Studio 2005体验了一把。
VS2005安装的时候集成了.NET FrameWork2.0， .NET Compact FrameWork 1.0SP3和2.0，Device Emulator 1.0， Document Explorer 2005， SQL SERVER 2005 Express Edition和Native Client等相关工具，比2003方便易用得多，而且安装过程也比2003快，还没有那么多重启，界面也很漂亮。
[align=center]
[/align]
或许是因为英文版的关系，VS2005+MSDN+SQL Server 2005安装完以后比2003占用的空间小了很多，不过不知道是不是我的机器还是系统的问题，启动后，建立工程，修改配置等等操作都比2003慢。
装完以后还没来得及更细致地探索VS2005，小小地试用了一下，用它建立了一个.NET 站点，写了个手机用的小程序，感觉很爽，最欣慰的是：
1. VS 2005自带了WEB SERVER，所以无需IIS即可本机调试WEB站点，而且调试功能比IIS和VS.NET2003要强大得多得多；
2. VS 2005建立的页面默认是XHTML 1.0 Transitional规范，符合WEB标准，HTML Editor也改善非常多，提供了50多种WEB 控件，非常方便。
3. 利用VS2005的智能设备开发界面，很轻松就可以写出手机或者PDA的应用程序，而且本身集成了相关智能设备的模拟器，其中的 SmartPhone 2003模拟器长得好像多普达的界面，我正好用的是多普达智能手机，太高兴了：）
4.Visual Studio .Net 2003的工程，我升级了两个到2005，都是全自动完成，而且Error 0， Warning 0，这下可以放心了。
微软把Visual Studio .NET 2003中的“.NET”去掉，直接命名为Visual Studio 2005，可见他们对这套产品的信心，第一步体验的结果，也的确感觉非常不错。
很多人应该还在等中文版，网上也有人利用SQL Server 2005 CTP中的语言包来制作出VS2005的简体中文版，其实感觉还是应该用英文版好，本身程序员多多少少都还是会点英语的吧，而且一款开发软件，其实真正用到的英语也很少而且很简单，软件本身又是多语言支持的，用英文版适应以后，肯定会比用中文版感觉舒服得多的。
这个礼拜要给研究生处做一套WEB程序，很小但是很多特性都适合用XML和.NET来做，我决定用VS2005来开发，正好是个熟悉软件和练习的好机会：）
“撼动未来”——记微软北京“演唱会”
今天北京变得奇冷，我早上起得不是太早，和朋友随便吃了早饭，打车前往奥体中心。微软的“撼动未来”新品发布会今天在这里举行。
或许是因为天气的原因，奥体中心一派冷清，少许保安在综合馆外围走来走去，我们跟着微软的路牌广告，跑到了西北门的入口那里，很多人正在等着换票入场。
我是提前一周拿到微软的请柬的，不过却在昨天的时候突然找不到了。微软在换票点旁边准备了另外一个台子，为登记注册过但是没有请柬的以及没有登记注册过的来宾提供另外的方式入场，我在那里把名片给服务的小姐，查询到我的登记信息后又给我补了一张门票。
在门口检票的竟然是我们学校旅管专业的学生，她们看到我的名片时觉得很意外，我也一样。进到里面先和从南门进来的朋友回合，他告诉我南门外的也是我们学校的学生。
门票除了进场，还有个作用，通过安检之后，立刻有服务人员收了门票，换来一个貌似双肩背的“Ready to Rock”黑包和两张反馈表一只铅笔。
正式活动开始前，我们四周逛了一会儿，微软设置了一个 Hand's On Lab区，那里准备了装有最新SQL Server 2005和VS.NET 2005以及BizTalk 2006的不少计算机，来宾可以按照旁边的实验手册上的指导，现场体验新产品的特性和功能，旁边有专家答疑。
除了微软的实验区，还有AMD提供的一个挺大的Game Zone，很多人在那里体验最新的射击游戏（貌似三角洲）、极品飞车、实况足球等，体验AMD64位处理器的实力，顺便打发等待的时间。
Intel，AMD，HP都在外围设置了相应的展区，收集来宾的名片和调查表，派发纪念品。这些都和以往的博览会差不多，这次外围最出彩的当属AMD的Game Zone和微软的Hand's On Lab.我们进入馆内的时候，人还少，七个超大的投影上都在播放微软新产品的“全球客户证言”，画面很不错，摇滚音乐、电脑特效，真的很像一场演唱会。
“演唱会”由国内一只过气的Rock乐队——唐朝拉开帷幕。唐朝那位主唱在第一首歌身穿仿八路军的衣服，声音都唱走调地喊完。在一群IT人稀稀落落的掌声中，唐朝只能尴尬了，不过我一开始的时候没有注意到唐朝的身边还有一位身穿牛仔的真正大人物——微软公司副总裁兼大中华区首席执行官 陈永正。
陈先生从唐朝乐队引出他的话题，然后谈及中国的唐朝盛世，还提到了在唐朝时候出现了世界上最早的，最轻薄和功耗最低的计算机——算盘。陈先生“提纲挈领”地介绍了这次发布的三项新产品，还特别邀请从总部请来的SQL团队负责人大卫。坎贝尔给大家介绍MS SQL开发团队的经历。David讲的很有趣，介绍了微软MS SQL团队从30人发展到1000多人，从连微软内部都没几个人知道的小产品，做到创下许多世界纪录的企业级数据库解决方案——MS SQL Server 2005的过程中许多趣事，讲得很生动，很幽默，可惜的是被那位蹩脚的同声传译搞砸了他的精彩演讲，除了偶尔传来几声听懂了英文原文后的笑声以外，大家一直很安静很认真地听着。
之后微软中国的员工分几组以情景剧的方式，精彩演绎了微软三套新产品在“Enterprise Ready”，“Decision Ready”，“Developer Ready”方面的新特性和优势。表演很不错，这种形式比传统的讲座和演讲其实是一个很大的改变，很好的改变。不过每个情景剧中间唐朝的撕心裂肺的呐喊真的好几次差点让我和朋友忍受不了。
“Ready to Rock”的主活动结束以后，凭填好的反馈表，每位来宾都获得了一份包装精美的6张光盘，内含微软新产品标准版或者专业版的限时试用版，或者最新的beta版，此外还包括不少有用的Source Kit.另外还有一张价值500元的微软新版认证考试券，可以免费考一门考试。
如果不是天气的原因和会议组织方面的一些客观原因，微软的这次活动或许会更加成功吧。从这次发布会上所看到的微软新的产品，的确很强大而且很有吸引力。
我们开玩笑说：微软就算要倒闭，恐怕都得好几年才能倒闭完成……
