夜雨长安的专栏

以前跟风写了不少Blog，但都没有善终，写到一半便没有了兴趣。想想还是用Blog最原始的功能，写写系统日志吧，也可以帮助自己记录成长的过程。只谈技术，不谈生活。 

现在开始做提示告警功能了，不过以前没有做过类似的东西，一点思路都没有。这两天查了一些资料，问了一些高手，稍微有一点的思路了。其实我现在在做的很多东西，都已经有了成熟的模式，只是我自己不知道而已，只能自己一步一步重新摸索一遍。包括现在的这个项目，其实是一个不太复杂的OA系统，而我们做起来，已经完全不是一个OA的样子，效率和稳定性都离成熟的OA系统差得很远。扯得远了，还是回来提示告警功能上来。

快十个月没有写blog了，其间接了好几个新的项目，学了很多新的东西，都没有记录下来。去年年底在《程序员》上看到一篇文章讲程序员的声望。程序员其实不太注意积累自己的声望，往往觉得掌握技术是最重要的，别人知不知道无所谓。但是，跟在游戏中一样，声望也是程序员升级的必要条件之一。高的声望可以让你接触到更多的人、事、物，对技术同样有非常大的帮助。写Blog也是增加声望的方式之一，记录下自己做了什么，怎么做的

两周时间，又一个模块结束了。这个模块实际是重写原来的代码，因为这个模块的功能跟另外一个系统耦合的太紧密了，同时它的功能非常独立，可以成为一个新的系统。于是花了两周时间，把代码从另外一个系统分离出来，重新构建了一个新的系统。原来的代码是今年年初写的，当时花了两个月。主要是Boss们的需求变化太快，当然我对code的控制力也是一个重要的原因。本来以为分离自己写过的代码是件很容易的事情，只做了一周的计划

自从接触Perl之后，我迅速滴躁狂鸟，改变世界滴心也有鸟。就像阿基米德同学说的，给我一根网线，我可以毁灭地球。Perl确实是一个非常简洁，高效同时也非常有趣的语言，用它写东西能够从内心里感觉到作为程序员的优越感。但是——可恶的但是来了——在目前的环境下，我还是不得不用C#来处理该死的文本文件，而且——竟然还有而且——Boss的需求从无到有，从一到二，从寸到尺，简直是得寸进尺，我就改啊改啊，改得老子

丝毫没有注意，毕业四年了。 四年前的今天，还在西安一拨一拨的送着同学，越送越少，到最后宿舍里面打拖拉机都凑不齐人了。四年的青春，到此散场。 四年，从一个所谓的信息管理专业毕业，到做系统维护，再到逐渐写代码，最后成为现在的彻底的程序员，个中变化真是始料未及。人生的路的确是走出来的，而不是规划出来的。 毕业四年，青春散场，生活继续。

    19世纪意大利经济学家帕雷托（PARETO）发现：80%的财富掌握在20%的人手中。从此这种80/20规则在许多情况下得到广泛应用。一般表述为：在一个特定的组群或团体内，这组群中一个较小的部分比相对的大部分拥有更多的价值。     对项目开发而言，项目80%的功能可能只需要大概20%的时间，而剩下的20%——可能是处理系统异常，边界条件等——需要花费项目80%的时间。这个很容易理解，就像我

最近在工作中再次遇到了将DataSet中的数据全部插入数据库的情况。这种情况以前也处理过，很久没用又忘记了，今天特别总结一下这种情况的处理方式。首先，用Select语句查询需要插入数据的表，用Top 1查一行就够了，这个是为了给SqlDataAdapter生成表的架构用的。string strSql = "Select * from TableNeedToUpdate";SqlDataAdapte

我做web开发是从.Net开始的，大部分控件都是服务器端控件，用唯一的id进行识别，基本上不会用到name属性。 最近需要写一些cgi程序，发现name和id非常相似，甚至感觉是重复的属性，于是问了一下狗哥。狗哥说，区别在于，id相当于身份证号，name相当于姓名，换言之，身份证号是唯一的，而姓名可以重复。这应该是最标准的一个答案，但问题在于这对我们如何区别使用这两个属性没有任何帮助。 于是又仔细研究了一下，发现尽管非常相似，但两者的用途几乎完全不同： CSS只能处理id，而不识别na

选择符（selector）列表   选择符   标记 说明 类型选择符 Type Selector tag 根据标签进行选择 后代选择符 descendant selector tag tag 对标签所有的子标签进行选择 ID选择符 ID s

比预计的进度慢了几天，写得我烦躁之极，好在找了一个好的代码生成器，减少了不少重复代码。接下来的部分可能没有大量的重复代码，但是技术性更强，不知道能不能按时完成。 

这两天在一个简单的错误面前止步不前。在调用GridView的更新事件时，不能触发该事件，老是出现“回发或回调参数无效”的错误。这个错误以前遇到过，但是不知道怎么就给解决了，于是也没有怎么上心，这次再次出现却让我困了两天。关于“回发或回调参数无效”的问题，网上的主要解决方法基于网页中使用了Ajax代码，可我的代码中连一行JS都没有，完全不知道为什么会搞出这样的事来。经过了一个令人抓狂的周末，

制度化是弥补人性的缺点，还是反人性？我曾是制度化的信仰者。我相信人的智力不能胜任过于复杂的工程，有人说好的程序员能够控制的代码也不过一万五千行，于是需要把项目分成不同的模块，每个人做好其中的一个，最后在组合起来。这让我想起了《摩登时代》，工人机械的在流水线上完成自己的一道工序，到最后已经不再需要思考。 而这样的工人在很多年前已经被机械所取代。那么这个，算不算是制度化的后果？我发现公司的用户

这个项目终于快结束了，不过反而不轻松。很像读书时候，寒暑假快结束的时候赶作业的情形。虽然技术上的问题已经差不多都解决了，但还是有很多代码要写要调试。不过在这个项目的过程中，还是学到了很多的东西，终于算是可以独立做一些东西了。混乱就要结束了，让我冲刺吧！

在进行一个添加删除的逻辑判断和对嵌套绑定的datalist进行分页的时候，遇到了严重的问题，一度停滞不前。我在数学方面的积累还是太少了，一旦逻辑稍微复杂一点就会觉得很困难。还好这些问题最后还是解决了。但是在处理过程中，自己差点被急躁沮丧的情绪控制了，不能很清楚的分析问题出在什么地方。看起来这已经不是程序开发的范畴，而是自己面对问题的一种态度了。还是在思考自己要不要能不能在程序开发，或是IT

提示告警的解决方案已经做出来了，其实比较简单。我们系统不是针对帐号进行提示，而是对多个具有执行权限的用户提示，只要其中一个用户处理了事件，便消除提示。提示告警功能的关键在于：1、提示谁；2、如果消除提示。“提示谁”相对容易解决一点，可以根据权限进行筛选，问题是在用户完成提示工作时，如何来消除这个提示。我采用的方法是给提示信息增加一个唯一的有意义的识别码。识别码在产生提示信息时生成，并和提示信息

终于着手开始做一个新项目啦。不过从严格意义上来说项目早就开始了，需求和设计已经做了一个多月了，现在的开始只是对于写代码而言的。开发人员还是很少，两个人，感觉有点像手工作坊。项目又比较复杂，常常让人觉得没有办法按时完成。写代码的时间大概只有五个星期多一点，压力很大啊。这次开发用vs2005+sql2005，以前都是用vs2003+sql2000。感觉新的工具功能更强大，但又觉得新特性太多，无

这几天都卡在同一个地方，因为一个时间控件的问题。具体说起来就是在GridView里面绑定一个时间控件，在编辑的时候显示出来，然后在更新的时候把用户选择的时间读出来，插到数据库里面。vs自带的时间控件太大，显然不符合要求，于是上网找了一些js的控件。这些控件都能正常显示，在问题是如何把这些html控件（input）的值读出来。网上也有很多方法，看上去也是很简单的一个问题，但我绞尽脑汁就是不能实现

上次时间控件的问题，解决了一半。我还是不能在GridView中作为模板列插入这个时间控件，其中的原理我大致知道一点，好像是跟客户端ID有关系，但是如何处理就不太明白了。还是自己知识面太窄。不过也没有时间在停留在这个问题上了，应该说这只是一个增强客户体验的东西，放在最后来攻关一下亦无不可。于是我用了一个Textbox来取代了时间控件，先让用户手工填吧，等有时间了再把这块补上。有时候我会忽视一

个人非常讨厌写重复的代码，一直在找一些可依靠的代码生成器。CodeSmith尝试过一下，但感觉太庞大，上手太慢。今天在google上随便搜了一下，搜到了这个CodeMatic，是国内一个高手写的共享软件，还在不断的更新之中。感觉很好用，可以省下很多时间了。谢谢开发软件并共享的人！下载地址：http://www.maticsoft.com/softdown.aspx 

代码编写进入了最枯燥最令人失望的阶段，大量的重复代码需要在这个阶段完成，写得很焦躁。今天boss的boss的boss要求将项目的完成时间提前，我无语。突然觉得写代码跟写文章其实就是一回事，就是拿一堆符号组合起来表达自己的想法，呵呵 

用Perl写了一段调用SOAP服务的代码。本来很简单的一个事情，研究了大概两天，主要还是对Perl不太熟。另外调用的这个SOAP服务比较奇怪，没有WSDL文件，也没有说明文档，我只是根据之前开发人员用Java写的一个例子改写的。 这里面有两个地方相对特殊，一是需要验证，二是直接将Soap消息（SOAP Envelop）发送给服务器端处理，具体代码如下：