按照冯老师给我的BizTalk Server 2004培训资料，总算是完成了具有里程碑意义的一次实验：部署并正常运行。接收了几个请求，都按照Orchestrations里定义好的流程产生了正确的输出，谢天谢地。 我看的那部分资料只覆盖了开发，对安装和配置没有涉及——要么就是还没看到，好在我很熟悉NT架构的Windows系统管理etc.，还学过一阵儿win32开发，所以一些问题也用不着四处Google就能解决虽然比较“仇视”微软的东西，但是无论是刚开始自学网络安全还是后来自学win32开发，都让我对Windows有了很深入的了解，甚至是理解，至少当个系统管理员甚至是纯Windows网络的网络管理员也没啥问题，最大的问题是，我现在相当急切地想如同玩转Windows一样玩转SuSE… 言归正传，VS.Net+BizTalk SDK来开发部署在BizTalk上的应用还是很方便的，而且一如既往地visual化开发。脱离了VS多时，我都不习惯这样点来点去的开发流程了，总觉得自己的控制力下降了很多，都被可恶的IDE接管了不过RAD的这个R字可真是落实了…如果很熟悉BizTalk Server 2004，在VS.Net里面不用BizTalk SDK提供的Wizard、视图等等来进行开发和配置以及最后部署当然是没有问题，但是效率肯定大打折扣，因为要涉及的东西太多，既有Schema设计，消息映射设计，流程设计，甚至functoid的设计和使用，Pipeline设计等等等等等等，像我这样的新手来白手起家做这些肯定要累趴下最后还不见得能做出来一个可以部署上去并正确运行的组件。 在学习开发BizTalk应用并最终部署过去的过程里，我也稍微管中窥豹地揣测了一下BizTalk的架构，Adapter，Port，Pipeline，Message，Map，以及functoid，好像在其他产品或者规范中也能看到它们的影子，但是如何把这些东西组合起来，用一个合理有效的架构和运行时平台来调配它们的工作，并最大程度地简化开发流程，都是值得一个有志成为架构师的人仔细揣摩的。 最后还是要感慨一下，微软的技术水平就像大家评价的那样，肯定不是世界上最好的，微软自己的企业应用产品之间的“耦合”极为严重——当然这也是人家的市场策略——但是微软总会保证最后出货（ship）时的产品能符合大部分情景下的应用，这是和一些天才hacker们的想法比较相左的，那些天才们总是致力于提供最灵活的架构和最彻底的解耦方案，然后把扩展功能和组合组件或产品的任务留给用户（当然不会是end user那类的user了~），然而商业用户购买产品显然是图个省事儿，而并非为了给自己找事儿，在购买产品以外还要增加二次开发的投入。
小Q 这孩子越来越出息了，哈哈~搞的东西越来越深，越来越理论。再过些日子去他blog 的话估计快要啥啥都看不懂了… 工作了确实不一样，唉，乱七八糟又没技术含量的事情忒多，不做吧，看着其他人做的心里不爽，啥啥都要，呃，往好听了叫"事必躬亲"一下，做多了又烦不胜烦，同事看我痛苦，建议说让我总结一下告诉别人应该怎么做那些，我说，有啥可说的么？… 一直时时提醒自己理论的重要性，如果陷入低水平应用的泥潭里就糟了。纯应用的困难度都很低，一般只是复杂度比较高，熟悉了之后就感觉没什么了，如果人又不是很懒，自己抽象几层过来，复杂度也降低了很多。很多理论的书都开了个头，组合数学这种东西我都敢碰了，嗯，只不过最近停滞了；又学了一些动态语言，体验一下纯OO让人从心底舒坦的感觉；没事还找了一些SCJP的题来巩固基础，天…… 如果考虑自身水平的提高的话，还是做学生爽；如果考虑实现自身价值，那工作也很爽；如果想兼顾，像我这号的，那就一定要做好早死几年的心理准备，点灯熬油吧，如果天生聪慧，学习能力又强，那还不错，也许不用早死几年。像我这样的该怎么整？小时候又不像人家能接触计算机，十几年文盲过来进了计算机系，上了大学才有自己的机器，只能……等量代换大家都明白，皑皑，拆东墙补西墙吧。 新机器配来这几天一直过得比较糜烂，小Q的blog像当头一棒（一闷棍？）一样，嗯嗯嗯，不能再这么下去了。 先把让我头疼上火长痘痘的开题报告解决掉，嗯…
Zoundry 越用越舒服，赫赫，真是应该早一些装上。 在Zoundry和RSS Owl 之间频繁地切换，忽然觉得，要是Zoundry 能整合进来一个RSS聚合器就好了。也许那些崇尚专业精神的人要骂我啥都想要，但想想一个RSS聚合器如果简单地做浏览功能的话，没什么难度，比Zoundry 这样的发布软件难度要小得多，所以…… 那样，Zoundry 就是Read - Write - Link - Tag - Post了。如果能自动发掘Trackback地址，加一个BlogThis!
貌似使用Performancing还没过半个小时… 因为，呃，没找到在Performancing里发Trackback的地方 而且有的时候总怀疑是不是Firefox导致的蓝屏乜…
久闻Performancing 的大名，就是一直懒得装上这个插件 （也因为原先的老爷机禁不住多少FF插件），今天总算没有忘记，把它请了来为我的FF显显灵。 不知不觉的用了一阵MSN Spaces，竟然没有自责自己又没逃出微软的手掌心。习惯了用MSN Spaces无非因为它的触手可及，无论是没法自定义的外观主题，功能垃圾又狂吃CPU的RTF编辑器，还是乱七八糟不知所谓的配置选项，没有一个能留得住在其他BSP安过家得blogger，而对我而言，MSNM是每天都要开得，而什么时候想聒噪几句，就点一下它那个绿色的被人称作3P的图标，实在方便得很。第一次感觉自己成为了自己讨厌得那种人：懒蛋。做应用的时候总是觉得一些事情都是理所当然的：“没有通过Cookie记住用户的功能”，“那再登陆呗，哪来那么懒的人啊~”；“这个链接还是在新窗口打开吧”，“右键->N”，etc.。而自己现在跑这里来聒噪，实在是因为懒得去BSP那里登陆 ——实际上登陆一次就够了，我就是懒得把管理Blog的页面收藏起来…… 这年头，一切都用基于Web的应用，究竟现不现实？甭说几个流行一些的BSP被GFW掉，也甭说莫名其妙地“该页无法显示”，单是这抽风一样的网速，实在让人担心。Java WebStart算是个比较狠的角色了吧？我这里攒了一堆.jnlp文件，没几个能正常完成加载然后启动的。看一些视频或者新闻有时掠过国外一些正在上网的计算机的屏幕，几乎所有链接点开之后新页面就立即呈现，实在舒坦，不知道什么时候才能这样舒坦一把。最近反正就算SOHO了，还是桌面应用方便一些。 另感谢郁也风 的这篇Blog ，让我少兜了一个圈子。
一项技术只被当作技术来看待的话，往往因为表面的理所当然而显得平淡无奇，但是如果同时考量了这项技术对人的影响的话，平淡和伟大顿时清晰。 P2P正是这样一种技术。 P2P很真实，我一直这么认为。没有主－从的概念，所有点（peer）既是主又是从，有时会存在一个第三方来负责协调结点之间的发现和交互。如果接触P2P应用久了，应该会领悟到这是一种能深刻揭示人们内心的技术，说的过分一些，P2P就是照妖镜。 如果存在很多“主”，因为“主”对于“从”而言的绝对优势，就像在日常生活中一样，很多“从”会选择装模作样，这样才有可能从“主”那里获得利 益，而在P2P的环境下，忽然一下子“主”没了，“我是流氓我怕谁”，所以才会有很多人刚以不可思议的速度用BT客户端下载完东西就立刻关掉客户端切断其 他用户下载他机器上资源的途径，然后安心地享受这份资源——也许可以恶毒地猜测，他正在希望自己的这份资源是网络上乃至世界上独一无二的。不知道有多少人 每天都在骂这样的人而每每却重蹈覆辙。 今天碰见很有意思的事情：从ed2k网络上下载回三个病毒。混迹于各种文件共享的P2P网络多年，虚假文件见过不少，而取回病毒却是第一次，不 知道是好事还是坏事。每每听人描述各种以资源共享为目的的P2P网络，它的用户总被描述为无私的、宽容的、乐于助人的，好像P2P是一块净土，免费，共 享，没有铜臭，不像某些WWW站，需要交费才能从http或者ftp服务器上以龟速下载。而今随着P2P应用用户范围的扩大，各种有意思的事情也就都出现 了，比如虚假文件，病毒，木马，等等，这和现实社会惊人地一致。我们不能因为P2P可能是传播肮脏的途径而否定P2P，就像我们不能因为一些人的肮脏否定 整个人类社会一样。
老虎庙的blog里时不时会跑出一些很厚实的文章，厚实到让我感觉活在这个年代是不能轻松地蒙着眼当作什么都没发生过似的。 这次是这篇《<strong>质疑北京市政府拆除的是什么？[图50帧]</strong>》 。 相同的事情，北方发生过，南方也发生过，北京发生过，天津发生过，云南也发生过。作为有历史底蕴的国家，怎么可以和美国那样的国家相比，盖那样鸽子笼一样 的楼，代价是把陪伴过几代人甚至几个朝代的建筑拆除。当不谙世事的小孩子闪烁着眼睛仰视着一座座崛地而起的看不到顶的现代的大楼，我反而感觉到一些失落。
show下配置： CPU：奔腾D 820 主板：技嘉8I945P-G 内存：威刚 V-DATA DDRII 533 1Gx2 硬盘：西捷ST3250824AS SATA 250G 7200.