解决了那个SharePoint的小问题
昨天因为在SharePoint中应用Office2003带的那个“STSUpld.UploadCtl”本地文件导航和上传控件的问题而发了点牢骚，今早一打开偶的Blog就看到ccboy在“严肃”的教育偶，“SPS是一个非常有文化背景的产品–奇特的出生”，然后受到发条木偶的启发，赶紧跑去http://download.microsoft.com看看是否有更新版本下载。
搜索的结果让偶吃了一惊，SharePoint Services的版本已经更新了，最新发布日期是两天前，SharePoint SDK也更新了，最新发布日期是10/27，显然比正式版刚发布时偶下载的新多了。于是赶紧下载回来，定位到文档中“STSUpld.UploadCtl”那一页，内容多了N多，后面还提供了一个Sample，哈哈，狂笑…
让偶郁闷的是，MSDN中SharePoint Service的在线SDK居然仍然是刚发布时的那个版本，偶一直都盯着那里，以为文档的更新应该会最先在在线文档中体现出来呢，晕…
别了，Netmeeting …
Microsoft 即将放弃有 6 年多历史的的在线会议应用程序 Netmeeting ，转而推广 Office Live Meeting ，作为联机会议的替代品。
Netmeeting 最初是 1996 年发布的，比其它一些在线实时通讯软件和即时消息软件还早。Netmeeting 一般做为 Windows 的一个组件来安装，它的一些功能，如白板和应用程序共享已经被 MNS Messenger 和 Windows Messenger 利用了。
据 Microsoft 的人员说，Netmeeting 已经完成了它的使命，正在逐渐淡出，Microsoft 已经停止了对此产品的继续开发，而把它的一些功能逐渐加入到 MSN Messenger 和 Windows Messenger 中。
在 MSN Messenger 和 Windows Messenger 中，只有在线好友才能相互沟通，我经常是在企业局域网中，和同事利用 IP 地址来进行?Netmeeting ，当然不是聊天／会议，而主要是技术支持和演示，不知道 Office Live Meeting 对这种方式支持如何，另外，是否还有类似于 ILS Server 之类的东西？
无论如何，Netmeeting 是一款值得怀念的产品，没有它，网络摄像头的绝没有现在这样普及。
MS对SharePoint的支持力度…？
因为想在部门基于SharePoint的项目里面做一个嵌在页面里面的客户端文件浏览和多文件上传的东东，所以前两天用VB写了个ActiveX控件在弄，正在想方设法提高文件上传的效率，今天上午就在文档里面发现客户端在安装了Office2003后，会自动安装一个“STSUpld.UploadCtl”的ActiveX控件，SharePoint Portal Server里面就是用这个“标准”的控件来进行多文件的上传。
于是偶就“兴高采烈”的开始计划用这个东东了，接下来马上发现，除了一页基本上没有多大用处的控件说明之外，没有任何文档说明如何用这个东东，页面里面如何用这个东东来把文件上传上去，没有任何资料，不管是SharePoint的SDK还是MSDN还是Google…
在进行基于SharePoint Service 2.0进行开发的过程中，我“深刻”的感受到微软对这个产品好像并不是非常重视，根本没有提供全面的技术文档支持，于是暗自怀疑，SharePoint这个东东不知微软到底支持度如何…要知道，基于微软的平台做东西，最害怕的就是微软的产品策略和支持策略。
或者，微软只是希望我们直接用SharePoint Portal Server，而不鼓励基于SharePoint Service的开发？
Happy Thanksgiving!
在磨刀霍霍向火鸡之前，回想一年多来，在网上认识了很多朋友，Grace，陈铭，开心，陈可，蓝心，陈晖，唐一钧，。。。，(呵，我网上的朋友比生活中的多 )，让我在网上的时间不寂寞
在此恭祝各位朋友火鸡节快乐！
一起来打太极（3）
又到了我们的太极时间。这几天开心被关了禁闭了，不仅要入住公司安排的饭店，而且每天晚饭也不能出去吃了，必须吃大锅饭，晚饭吃完后，没有休息时间，而是要继续工作到晚上十点。
公司的开发人员已经非常疲劳了，在我看来，这简直是一批溃军。由此我在想，那些国企的领军人物似乎真的都没有什么管理才能。他们总相信时间是海绵里面的水这样的观念，为了拼时间，而不停的压榨员工的休息时间。可是这样就能换取进度吗？我想不是吗？
其实这个项目的症结，还是在于需求确认上。上周六，监理组来了三位工程师（我十分佩服这三位工程师，那个161页的需求说明书其实就是他们执笔的），与这边的系统分析人员就需求进行确认，结果整个需求在监理组这边根本通不过，监理组认为分析师根本没有理会他们文档的意思。
周一晚上及周二上午，需求方来了十多位高官（需求方来头不小，是有执法权的），再次对需求进行确认（周六到周一，需求又被修改）。但是十分可惜的是，仍然没有通过，甚至需求方那十个人自己也无法把需求拿准，在内部就出现内讧的现象。整个需求分析在周一开到凌晨零点半左右。到最后仍然可以说没有结果。
第二天（周二）的需求分析会我就没有再参加，而且我要求我们的开发人员也都不参加了，我到了需要痛下决心的时候，把需求锁死。虽然一没有完整而且稳定的需求，二没有数据库设计（数据库设计由专人负责，不在我的掌控之内，本来周一晚上要给我数据字典，但一直到今天为止，我没有见到相关文档），但按照进度，项目已经不可能再拖了。
所以我把需求锁定为周一的那个快速原型（即使该需求有错误及不合理的地方），我们开发人员的目标就是在下周一前完成这个快速原型的一个模块，使用上次介绍的N层框架。
需求锁死后，我们发现很多事情都变得反而简单了。每个人的任务也比较清晰，虽然由于.NET的陌生的原因，部分开发人员并不熟悉开发方式，但他们的团队精神让我钦佩，到现在，完成的情况如下：
- 数据提供层：100%已经完成;
- 实体类：将实体类划分为三个模块，由于一个模块与需求关系过紧，现在没有涉及。另外两模块，一个完成30%，一个完成50%;
- 业务逻辑层：下周一要完成的模块的接口定义已经基本完成，而接下来的模块则由一个高级开发人员专门负责进行设计及开发，不参与当前模块的开发。今天下午已经进入具体编码过程;
- Web Service层：由于只是一个业务逻辑层的暴露接口，此部分的设计已经完成，代码开发在业务逻辑层结束后，仅需要两小时就可以完成（现在以伪接口形式提供）;
- Web Skin：由于需求的不确定性，在上周就已经将所有的界面都以Web User Control完成了（由于对ASP.NET的掌握情况，质量并不高）。
我相信下周一我们所定的目标能够初步完成，但是这个目标出来后，仍然会有很多Bug（我在这个阶段只负责技术难题的解决，不参与具体代码的开发），我希望在周一及周二进行两天的Code Review。然后就这段时间代码编写所暴露出来的问题进行探讨，并且讲解一下ASP.NET优化方式（其实做这个项目的同时，我们也在对大家的.NET技能进行培训）。
总的来说，我现在已经有了信心。而正是我的开发团队给了我信心，所以我决定在本周五，请我的开发团队成员们一起FB一次，如果哪位朋友有时间，欢迎来参加呀。
周末我可能要请假回家，准备拜见丈母娘了。
一些 Biztalk 2004 的资源
一直期待在 BizTalk Accelerator for SWIFT ，对于银行业来说，SWIFT 是一个国际结算/清算中至关重要的协议，而且现在 SWIFT 由早期的 X.25 网正在向基于 Internet 的专网过度（SWIFT.NET），由封闭走向有限的开放。之前，IBM 几乎垄断了银行中 SWIFT 的所有相关产品，获得了极大利润。所以我认为，Microsoft 推出 BizTalk Accelerator for SWIFT ，其意义相当重大，和 HIPAA 和 RosettaNet 相比，它显得更为重要，它是 Microsoft 和 Biztalk 产品真正进军金融企业核心应用的一个重量级产品。
无意中发现了一些不错的 Biztalk Server 2004 的资源，Scott Woodgate 的 blog ，这个人是 E-Business 的 Product Manager Lead ，上面有很多介绍 Biztalk 的 PPT 和 WhitePaper，可以用来初步了解 Biztalk 2004的新功能和特性，其它的还有：
查看：Microsoft Biztalk Server 主页
查看：Microsoft Biztalk 2004 Beta 主页
用 Visio 画三维布局图
在做系统设计的时候，经常用 Visio 画一些物理部署架构和软件体系架构的图，但一直感觉自己画的不够美观、形象，反观经常看到一些 Microsoft、SAP 等公司的资料中，插图非常漂亮，而且整张图是按照三维布局来组织的，具有立体效果，如下图所示：
曾经尝试在 Visio 中画这种由于倾斜而具有立体效果的图，但发现比较困难，Visio 对此并没有提供很好的支持。没办法，只好手动去测量原始图中的线条的角度，照猫画虎，倒也有几分类似，下面这张图是我的习作：
关键提示：
1、画一条直线，旋转 -20(-30也成) 度，做为水平参照线；
2、画一条直线，旋转 30 度，做为垂直参照线；
3、其它图形要素的之间的连接线与上述两条参照线保持平行；
4、阴影设置要与视角匹配；
5、最好使用 Visio 2003，只有它包含了如上图中的图形元素（或立体形状Shape）
招聘（上海地区）
微软中国准备在上海地区招聘两名Product TS人员加盟。有意者请密切留意本站，将在下午某时贴出来具体的招聘要求。难得的加盟MS的机会呀，大家可要珍惜，多多刷新本站，或者你也可以加入MS。（该招聘为微软中国公司，而非微软全球技术支持中心）。
ReactOS 0.1.5 发布
ReactOS 是一个尝试用开放源码方式去开发一个和 Windows NT 应用程序和驱动程序兼容的操作系统。
目前发布的这个版本在命令行支持方面做的不错，支持绝大多数 DOS 和 Windows NT/2000 中的内部和外部命令，但在图形应用程序方面则支持较弱，基本能正确显示程序界面，但对程序中的事件/消息控制则不支持，预计在将来的版本中会做的更加完善。
这个操作系统很小（压缩后 5M，解开后的 ISO 约有 15 M），可以使用 Vmware 或 Virtual PC 来安装，安装的过程和方式同 Windows NT/2000 的很象，速度很快。注意选择硬盘为 IDE （高版本的 Vmware 将硬盘类型默认设置为 SCSI），否则在安装的时候 ReactOS 会提示找不到硬盘。
基本的操作系统中并没有过多应用程序，可以从 ReactOS 网站上去下载应用程序包，包括计算器（Calc.exe）、FTP、Telnet以及注册表修改等字符或图形应用程序，这些程序即能在 ReactOS 中运行，也能在 Windows 中运行。
在 ReactOS 的网站上看到，ReactOS 也支持 Java ，而且有一张 AWT 图形应用程序的截图。
主页: ReactOS
截图: 所有截图
下载: ReactOS 0.1.5 | ReactOS 应用程序
