需求从哪里来
摘要：
IT系统是根据需求建设的，而需求是从哪里来的呢？为什么这个世界需要一个这样的系统，为什么系统需要做成这样，不多做一些事情，也不少做一些事情，恰好就要做这么多事情？这些问题难道不是问题吗，难道需求是理所应当的吗，需求是从哪里来的呢，用户为什么有需求，需求为什么是这样？下面我做了这么一件事，把一个家庭的活动整理了一下，有下面一些内容：一个家庭的活动有这几个内容：工作、娱乐、购物、文化教育、医疗保健、人... 阅读全文
一星期8天
Eight Days a Week
一个Outlook宏写的小程序，献给象我一样粗心大意的人
摘要：
最近经常有这样的事情出现：Email已经发出去了，却发现附件没有加上，于是再补上一个Email。不得已写了下面这个小程序，可以用在Outlook上面。在Email发送的时候，他会检查标题和正文里面有没有“附件”两个字，如果有这两个字，却又没有附件，就会出现提示。最近用了这个东西，还是不错的，预防了不少事故的发生。谨在此献给象我一样粗心的人，希望大家喜欢。代码如下：'''''... 阅读全文
单元测试应该测什么，不应该测什么？
摘要：
刚才看了idior的一篇文章：Enterprise Test Driven Develop。看后有一些感想，在这里写下这篇文章，讲讲我对这个问题的看法：自动化的单元测试应该测什么。最近有朋友提出意见，觉得我写的文章比较空洞，写的很长，但是很不实在。可能原因是这样的：代码太少了。今天就从一段代码开始吧，这段代码描述电信营业系统中的缴费开机的过程： User user = User.getUserBy... 阅读全文
我对系统重构的理解
摘要：
什么是重构重构，用最简单的一句话说：就是要在不改变系统功能的情况下，对系统的内部结构进行重新调整。重构的最直接目的在于改进软件系统的内部架构。一个好的结构可以更加适应于需求的变化，更好的满足客户的需求，最大限度的延长软件系统的生命周期。为什么要重构在不改变系统功能的情况下，改变系统的实现方式。为什么要这么做？投入精力不用来满足客户关心的需求，而是仅仅改变了软件的实现方式，这是否是在浪费客户的投资呢... 阅读全文
为什么我们常忘记使用正则表达式
摘要：
有这么一个奇怪的现象，设计人员常常忘记使用一个非常了不起的发明：正则表达式。他们宁愿自己实现非常复杂的字符串处理逻辑，在一堆if、else里面晕头转向，面对变化的需求感觉束手无策。今天系统出现一个错误，判断一个电话号码类型的时候出现错误，误将一个0133开头的号码当作中国电信的号码。在一番寻找后，认为错误可能在一段程序里。打开程序的配置，定义了各种通配府、开闭范围标记、号码头，比较复杂。查到最后，... 阅读全文
应用软件的层次划分
摘要：
谈到应用程序的层次，我们平时所说的层次有两种：逻辑的层次（layer）和部署的层次（tier）。这两种层次划分的目的是不同的，因此划分方式也有一些差异，能够为应用程序带来的好处也是不同的。逻辑层次逻辑层次（layer）划分的最重要的目的在于调整应用程序各部分之间的依赖关系。应用程序可以看作数据和业务规则的集合，这个集合通过用户界面与用户发生交互。如果不划分层次，或者只划分最简单的层次，系统的结构就... 阅读全文
构想：Google桌面搜索、Delicious、知识管理
摘要：
先介绍两个软件：Google桌面搜索和DeliciousGoogle桌面搜索Google搜索大家都熟悉，Google桌面搜索是Google搜索的桌面版本（请看http://desktop.google.com）。Google桌面搜索用于在用户硬盘上搜索文档、网页访问历史、电子邮件和IM聊天记录，是一个基于关键字的文档管理系统。普通的文档管理系统是基于目录的。我们经常有这样的烦恼：曾经看过一个文件，... 阅读全文
需求调查中的提问技巧
摘要：
需求调查最终是与人交流的一门学问, 提问是需求调查最基本的一种方式. 本文是"探索需求--设计前的质量"一书的读后感想, 全文地址:http://www.cnblogs.com/lane_cn/articles/173291.html 阅读全文
程序界面设计模式
摘要：
现在开发应用程序经常使用一些所见即所得的开发环境，使得用户界面的制作非常方便。然而，用户界面是最容易发生需求变更的部分，用户界面发生变化，经常对业务模块产生影响。并且，用户界面是不利于自动测试的。一旦某些代码依赖用户界面，这样的代码就很难在别的模块中调用了，因此业务逻辑不能在界面层次中进行，否则会造成不能复用，不能复用自然会增加复制粘贴的代码，造成错误的扩散，放大需求变更的影响。在程序设计中，应该... 阅读全文
C＃client/server程序框架设计
摘要：
继续介绍我设计的一个服务器——客户端的分布式计算程序http://www.cnblogs.com/lane_cn/articles/126467.html 阅读全文
分布式计算的程序设计，请各位帮忙看看有没有意见
摘要：
一个分布式计算程序的设计，请大家帮忙看看有没有什么意见和建议。 详细情况看这里：http://www.cnblogs.com/lane_cn/articles/116536.html 阅读全文
大家帮忙出几个招聘考试题目吧
摘要：
公司招聘，找我出几个题目，要求覆盖面要广一些（c、c＋＋、java、操作系统、数据库、随便），要提供给考试的人一些自由发挥的空间，希望通过考试题目能够全面了解应聘人的技术特长和能力级别。 我现在有一个题目：“组合模式和继承有什么区别？” 这个题目是一个朋友应聘的时候遇到的，当时打来电话问我。觉得这个题目还是有一定意义的。 自己想出来一个：“模板和继承有什么区别，各有什么优缺点？” 大家帮忙想想还有... 阅读全文
C++的世界里什么都要自己做
摘要：
文章描述了使用C＋＋，Observer模式建立一个简单的事件触发、响应机制，以及遇到的内存释放方面的问题。全文地址：http://www.cnblogs.com/lane_cn/articles/102979.html 阅读全文
单元测试和设计模式在重构中的应用
摘要：
本文结合一个实例谈设计模式在重构中的应用，以及在重构过程中，单元测试发挥的巨大作用。 全文地址：http://www.cnblogs.com/lane_cn/articles/83134.html 阅读全文
实例——在编程过程中进行单元测试
摘要：
这是一个真枪实弹的例子，如何在编程过程中进行单元测试。本文以一个图书馆的书籍管理系统作为例子，讲述一个单元测试——编码的循环过程。这里只讲述一个独立画面的编写。画面的编码分两个部分，业务数据部分和界面表示部分。先介绍业务数据部分的编写。下面具体的描述单元测试是如何融入到设计和编码的过程当中的，单元测试驱动着编码的过程，可以说，编码的目的就在于使单元测试能够通过。整个开发过程就象这样前进：测试——编... 阅读全文
.NET实用设计模式：观察者模式（Observer）
摘要：
介绍了观察者模式（Observer）的原理和实现。需要注意的一点：观察和通知不是简单的直接调用，要避免观察者和被观察者之间的耦合。 地址：http://www.cnblogs.com/lane_cn/articles/73240.html 阅读全文
从写代码到管项目的一些体验
摘要：
很多程序员都遇到过这样的时刻，被老板叫到办公室里，得到通知：“有一个项目要由你来负责。小伙子加油干吧。。。”有的人激动，有的人不情愿。我当时的反应是，周末跑去买了两件衬衫，星期一是穿衬衫上班的，可是脚上还是一双凉鞋。通过这两年的实践，有了一些切身的体会，想说出来大家一起分享。全文地址：http://www.cnblogs.com/lane_cn/articles/71801.html 阅读全文
.NET实用设计模式：命令模式——Command
摘要：
介绍命令模式在实际工程中的应用，命令模式与其他模式的结合，实例说明引入命令模式带来的好处。地址：http://www.cnblogs.com/lane_cn/articles/71365.html 阅读全文
想起去年和女朋友第一次去吃饭的事情
摘要：
去年的九月第一次和女朋友去吃饭，那是一个星期六的中午，我们在肯德鸡，一人买了一包薯条。我把番茄酱挤在纸盒上，用薯条蘸着吃，渐渐的把薯条涂成了一个心的形状，我抬起眼睛看她一眼，她笑的好甜。这次算是我第一次向她表白。现在我和她在一起已经一年多了。 阅读全文
.NET实用设计模式：工厂模式（Factory）
摘要：
本文介绍了一种创建型设计模式：工厂模式（Factory），以及一个简单的C#实现的例子。地址：http://www.cnblogs.com/lane_cn/articles/70742.html 阅读全文