Lifelong Learning

注：此问题仅为.NET FrameworkV1.0的BUG！
公司最新的产品是在.NET V1.0环境下开发的，技术人员去客户处安装后，发现asp.net页面出现以下提示：
Server Application Unavailable
The web application you are attempting to access on this web server is currently unavailable. Please hit the “Refresh”button in your web browser to retry your request.
Administrator Note: An error message detailing the cause of this specific request failure can be found in the system event log of the […]

这两天在网上查找网页menu的js脚本(发现基本上很多人都是用动网的那个js菜单，国内在这一方面的资源与国外相比，确实太缺乏了)，找了很多，一些做得很漂亮但要收费，另外一些免费的呢，又不容易改成适合我们这个项目所用的。终于今天早上找到了一个asp.net下的webmenu 服务器控件：skmMenu。该控件是一个开源项目的产物，在gotdotnet上开辟了工作区。该控件十分灵活，菜单项的生成可以采取两种方式。一是与静态的XML文件绑定，二是通过程序动态添加(比如读取数据库中的数据，逐项添加产生菜单)。在google上搜取与之相关的中文资料，很可惜没有，英文资料倒是不少，我选择了一些认为比较好的资料列在下面。当然如果我们使用当中遇到题也可以去gotdotnet上面的skmMenu讨论区交流。
如何生成支持.net 1.0版本的skmMenu.dll？
目前skmMenu官方网站上所提供的skmMenu.dll是在.net框架的1.1版本上产生的，如果你的项目是在.net1.0版本下开发，需要使用skmMenu.dll，则必须下载其源码，并在vs.net中新建一个项目，将源码加入进去后，重新生成一次。记住，如果生成时报错，仔细检查你是否将所需的引用都添加好了，需要添加的引用包括：System.Data、System.Design、System.Drawing、System.Web、System.XML
相关资源：
Building an ASP.NET Menu Server Control
Examining the skmMenu Server Control
Using Menus in an ASP.NET Web Application

根据其倒计时的Script,应该是3月31日上午9点开通：
var Tday = new Date(”Mar 31, 2004 8:59:59″) //**倒计时时间点
据称微软公司开发合作部，计划耗资250万元，汉化MSDN（Microsoft Developer Network)网站。希望这个的网站带给最新的权威的准确地信息。
[zhanbos]
经常听到一些朋友埋怨说看英文技术资料很吃力，花时间。MSDN中文站的推出对国内技术人员来说算是一大福音吧。不过汉化MSDN竟然需要250万？如果外包给一小型公司来做，又可以养活一帮人了

来自蝈蝈俊的介绍：《VB.net 跟 C# 的代码转换》。除了一些转换工具的链接外，也提到修改中需要注意的几点。先记下了，将来或许能够用上。
另，转贴一朋友发来的”经典”的VB代码，这是他帮另一个朋友(计算机本科)修改代码时发现的，让人忍俊不止 ：）
If MsgBox(”Do you want to Add new Record?”, vbYesNo, “Information”) = vbYes Then
If Trim(Text1.Text) “” Then
If Trim(Text2.Text) “” Then
If Trim(Text3.Text) “” Then
[…]

最近开发中遇到.NET版本共存问题，上网查找也没找到合适的中文技术资料，于是下午花了点时间，将ASP.NET上的：ASP.NET Side-by-Side Execution of .NET Framework 1.0 and 1.1译为中文，放于此。供需要了解的朋友查看。

最近一些与微软技术相关的站点陆续开张，看来.Net开枝散叶已是不争的事实。链接如下：
WindowsDevCenter (有关windows平台的应用开发网站) [来源：HelloWorld]
TechNet Beta (微软的官方技术站点)[来源：HelloWorld]
TheServerSide.net (其兄弟网站TheServerSide.com是关于java的) [来源:思归呓语]

晚上参加了umlchina组织的”有效用例实践讲座”，感觉收获颇多。讲座是在高新科技园的”上岛咖啡”举办，7点钟赶到时发现已基本座无虚席。大约有50人参加，其中很明显的一点是听众中只有一位女士，恐怕这个比例也只比现今IT开发人员中男女比例略低一点吧。
讲座讲师的演讲水平只属一般，倒是umlchina的培训powerpoint做得非常精良，能够简要精确的列出用例设计中的重点和误区，并且环环相扣十分有条理。本来已经对用例有了一定的理解，现在能再系统的过一遍，感觉如醐提灌顶般痛快。对用例设计感兴趣，不仅因为它能够有效提高软件的开发质量，而且当对用例理解透彻以后，甚至可以以这种理性的思路来分析身边的事物，以至社会发展。用例是契约，用例设计的基本要求就是需要我们清楚划分边界，发现关键价值，同时需考虑照顾到涉众的利益。假设国家要出台一项法律，首先需要明确法律所针对的范围，同时还要涉及到政府、人民、相关利益集团的各方面利益，以保证该法律发挥其应有作用。这些只是我的初步认识，相信随着对用例的实践，加深了解，会有更好的体会。
学会用例思维，还能够练习换位思考，即虽然是同一件事情，你可以通过选择设定不同的研究对象来进行观察分析，找到不同的处理方式。
讲师不能免俗地推荐了几本与umlchina相关的书籍，其中《人件》、《人月神话》我已经阅毕，对
《Patterns of Enterprise Application Architecture》、《历史深处的忧虑》挺感兴趣。
(补充：讲座的powerpoint在网上有pdf下载，感兴趣的朋友可以下来看看)

《A First Look at ADO.NET and System.Xml v. 2.0》电子书籍 [下载]
Version 2.0 of the .NET Framework will offer powerful enhancements to ADO.NET that will give application and service developers unprecedented control over their data. In A First Look at ADO.NET and System.Xml v. 2.0, Microsoft’s lead program manager on XML technologies joins with two leading .NET […]

LDAP 代表轻量级目录访问协议（Lightweight Directory Access Protocol）。
LDAP 是一种部分基于 X.500 目录标准的开放标准，但更简单、更精练且可扩展性更好 — 与某些其它通信协议相比，它是轻量级的。LDAP 标准的规范是以一系列 RFC（或注释请求，Request For Comment）的形式编排的。有关与 LDAP 相关的 RFC 的更多信息，请参阅LDAPman RFC 页面。
信息被集中存储在服务器上的 LDAP 目录中。LDAP 目录是一种数据库；然而，它不是关系数据库。它的目录或数据库的结构与 UNIX 文件系统非常相似：数据按层次存储；有“根”或“基本 DN”（专有名称，Distinguished Name）；目录被进一步细分成组织单元（Organization Units 或 OU）；在这些 OU 中是包含数据的项。这种树-叶结构不仅使 LDAP 变得可扩展，而且当进行简单的搜索或查询时，比传统的关系数据库更快。
通过使用 LDAP 协议，客户机将查询发送给 LDAP 服务器（从技术上讲，LDAP 没有“读”功能；客户机通过将搜索请求发送给服务器来“读”目录项）。服务器检查客户机权限（即，客户机有权访问数据库吗？可以读被请求的树吗？可以将信息写入数据库吗？可以删除项吗？），然后返回请求信息。几乎所有的现代编程语言都有 LDAP API，这意味着几乎任何一个软件都可以支持 LDAP。
相关资料：
IBM的LDAP参考资料
Designing an LDAP Directory Tree(中文版)

今天刚好在网站上看到Java Pro发布的这条新闻，感觉非常的不错，所以就转贴到了CSDN上，可能由于我的题目太长，CSDN翻译过来之后，我也不明白了，因为成了Java 面临的挑战–来自对手的11种观点J。
我不喜欢评论Java，因为之前我也曾坐落在J2EE的平台上，但我认为有一点是共同的，就是两个阵营都非常的理性来看待未来，.NET是否会有挑战？–我想也会有的，挑战和机会永远并存。
从这篇文章中是否可以看到一些有趣的因素，正如所有的产业界的专家预测那样，你也可以看得出未来软件发展的一些趋势和热点：
1．广泛的企业应用集成—敏捷商务
2．建立基于协议而不是某个技术的应用程序基础架构和平台
3．企业级应用开发平台
4．未来软件和程序语言的开发效率和易用性
5．基于平台和应用开发人员的社区建设和发展
6．功能强大的集成开发环境和工具
7．IT投资和架构/平台易用性
8．移动开发
9．应用程序性能、跨平台、安全性和兼容性
10．应用软件平台和开发工具市场份额。
[小气的神 — dotNet Tools]
说实话，自从毕业后因为工作需要稍微接触了一下JAVA，写过JSP，之后就再也没有关心这一技术。虽然目前公司的部分项目已经转向.Net开发，可是由于工作性质的关系，也没有机会深入了解和应用.Net。所以有时难免会产生一丝迷惘，难道就这么放弃了技术开发？答案是NO。既然选择了在这一行做下去，就得保持proactive的学习态度。自己并不是技术天才，也并不打算朝这一方向发展，但对关键技术的了解可以帮助自己在适当的时候产生正确的判断力。
10月份的《程序员》其中一篇主题文章是探讨”程序员的焦虑”，或许自己也存在这种焦虑。正如该文所说，如何把这种焦虑转化为学习成长的动力，才是我们需要多加思考的问题。