摘要:        西游记是个团队项目。一个团队的核心是人，这些志同道合者聚集一起并对目标达成共识（西天取经），利用自身力量的同时依靠外部资源克服困难（81难），最终胜利完成任务。很多公司企业常常对内部员工或外部媒体说企业文化，他们却常忽略企业文化应该起源于公司上中下各级人员的核心精神共识，兴盛于企业整体团队运营项目过程中，传承于新老员工并最终体现于大至企业整体小至职员个人思维行动上。在管理范围里，企业都在追求企业文化，却忘了领导层和员工是企业文化的主体，造成“我们的企业文化是XXX……”永远停留在口头上的尴尬局面。         VS2005Beta1出来也有阵子了，最近才有空偶尔拿出来看看玩玩。大部分想接触ASP.NET2.0的人，大概都跟我一样，第一个问题是：ASP.NET2.0比1.x多了些什么？建议看下这篇《What's new in ASP.NET Whidbey》。如果你是1.x开发人员，看完那文章后还得做好心理准备：变化之大远远不是一篇文章能写出来的。就拿ASP.NET内部来说，你看看《ASP.NET 2.0 Internals》就知道其代码模型、编译、页面生存周期等等都发生了变化。外观来看，Master Page、验证控件、GridView等等新的或改进后的WebControls。在安全、缓存、数据操作、国际化等等都有了让人兴奋的改进。         就拿国际化来看，利用资源文件的方式创建一个多国语言版本的World-Ready ASP.NET Web Application，甚至可以不用编写任何代码就可以实现。你没有看错，我也没有说得太离谱。在ASP.NET1.x里，要完成这个功能是比较费劲的。ASP.NET 2.0里，利用资源文件本地化一个WebApp有两种方式：Explicit Localization（显式本地化）和Implicit Localization（隐式本地化）。Explicit Localization针对Application-Level Resources（应用程序级的资源文件。这些手工创建的资源文件存放在根目录下的Resources子目录里，Resources目录类似Code目录为ASP.NET2.0里WebApp的特殊目录。），而Implicit Localization则对应Page-Level Resources（页面级的资源文件。这些资源文件存放在LocalResources特定目录里。） Explicit Localization的资源绑定格式：<%$ Resources:[filename prefix,]resource-key[,"designerdefault" %><%$ Resources:[filename prefix,]resource-key[,"designerdefault" %>例如： <asp:Button ID="Button1" Runat="server" Text="<%$ Resources: ClassName, ResoureKey, Default value %>">用代码读取资源： string ApplicationLevelResource = (string)GetAppResourceObject("ClassName", "ResourceKey"); 或者直接： string ApplicationLevelResource = Resources.ClassName.ResourceKey.ToString(); Impilicit Localization的资源绑定格式： 用代码读取： string PageLevelResource = (string)GetPageResourceObject("LabelResource1.Text");[提示]：打开一个.aspx页面，点Tools菜单上第一项Generate Local Resources，整个WebSite将自动增加LocalResources文件夹，并自动为每一个.aspx页面创建一个resx文件，对页面内部控件自动增加 meta:resourcekey 属性。         本地化具体操作步骤细节及具体编码，你可以参考： Localization in ASP.NET 2.0 and Visual Studio .NET 2005 : Code free Localization 上 下 Using Resources for Localization with ASP.NET......[阅读全文]

摘要:      雅典奥运开幕式即将开始，google今天也换上奥运新装了，看来挺有气氛的。J       最近晚上时间玩了点VisualStudio2005，发现在.NET2.0类库里，对AD操作的部分增加了不少新功能，这下我们基本可以在完全托管的世界里操作活动目录了。我也整理了下自己接触后的点心得：《使用System.DirectoryServices.Protocols实现对AD的简单操作》。        另外，有几个站点不错： WSS FAQ ASPNETWorld.com Christian Weyer: Smells like service spirit Exchange: KC on Exchange and Outlook     You Had Me At EHLO...       最近，为手机加了个彩铃服务，在挑选歌曲时居然找不到自己想要的，而我的电脑里却有该音乐文件。于是，有个Idea，不知道能不能提供各服务，把原本由彩铃提供商负责制作彩铃的过程，变成由用户根据彩铃提供商提供的网络Service来实时制作并实时发布提供出来。也就是说，我只需要把我的音乐文件上传到服务器上，服务器对该文件处理转换成提供出来的彩铃；或者我输入汉字，然后服务器把汉字转换成语音并提供成彩铃；或者……。呵呵，反正就是让我更加自由点，主动点去搞定我的彩铃就行了，不知道这样的想法可行不可行。我对这块完全是个门外汉。如果真的可以实现，那样才能真正叫“个性化移动服务“嘛。J...[阅读全文]

摘要:        前些阵子外出了，一直也没网络可上。虽然已经回来两三天了，但还是觉得非常累。由于外出又坐飞机又坐火车的，所以就买了几本书在旅途中看。其中有本《软件工艺》，最近新出版的，熊节翻译。原著是Pete McBreen的《Software Craftsmanship》，该书在Amazon上总的评价为四星级半，应该还算是受欢迎的。看看Amazon上的书评：Alleman给了它三星级，并评论之为Dated examples,  needs be focus on the problem。Heath给了五星级评价，但他指明One Size Doesn't Fit All For Software Development。众多评论中，我还是最喜欢Matthew Heusser的评论，原因当然是我的想法和他不谋而合。        我喜欢这样的说法：软件工程总的来说还处在探索阶段。对于我来说，更宁愿把软件工程里的规则当作项目实施的参考指南，而非一套SOP(Standard Operation Procedure)或者Bible。从这个角度看，似乎软件工艺更能符合我的想法，也可能是我比较喜爱敏捷开发所导致对它的认同。如果你看过《人月神话》，再看《软件工艺》时你会更有“擦出火花”的感觉。其实，软件工艺的提出并非为了“颠覆”软件工程，相反地，它试图去纠正过分强调软件工程所带来的「软件开发过程中轻视甚至忽视一线开发人员技艺」等问题。尽管它和软件工程侧重点不同(有这么一个说法：软件工艺侧重商务应用领域，而软件工程更加侧重大型的政府或军事应用领域)，但总的来说它和软件工程还是不矛盾的。软件工艺强调把“人”从软件工程中的“开发流水线”解脱出来，重视开发人员的开发技艺，提倡学徒机制，让软件在拥有实用价值的同时，更加体现开发者的心血结晶、具备开发者的艺术灵魂。软件工程强调的是组织和管理，软件工艺则从人本主义出发强调了开发人员个人技艺的学习、锻炼及传承。正如Pete McBreen说的“Software development is a craft skill that subtly blends art, science and engeering.”。说到这里，忽然想起2年前关于“软件蓝领”的故事。现在回想起来，真感觉那是业界急于求成和媒体热衷炒作的典型，最后伤害的是大部分无辜的程序员在他们的父母可怜的问他：“听说只要进行几周简单技能培训都可以写好程序，你打算以后怎么办？”后，一脸茫然。        在国内，〈软件工艺〉中文版书籍也引来热潮。其中就有张恂对熊节在翻译序言中对原著的“误解”进行了批判。为此，他还特别撰文《软件工程乎？软件工艺乎？》。真是精彩的辩论。从每个人的评价及辩论中，我们总能学习到对方可贵的想法，这种交流方式未尝不是一件好事。当然，条件是火药味不要浓到伤人就OK了。         前天看到开心说准备制作博客堂的T恤衫，真是一百万个支持。在这里，除了感受到强烈技术氛围，还感受到了社区的魅力。在博客堂，其实重要的不是他是哪家公司的人或哪类的技术群体，而是在日新月异的技术里乐于分享自己知识，用热情和激情坚守技术本份，让大家知道程序员其实是很美好的。        最后，顺手整理了个《活动目录.NET编程Tips》，希望有帮助。有空就把那ADHelper改完再发布了。接下去，奥运会也快开始了，这下可有得“忙”了。J...[阅读全文]