今天发现delphij把FreeBSD5.2.1的ISO文件放在FTP上了。忽然想起来前几个月有人在maillist里面说用BitTorrent分发ISO文件可能会更好。确实如此，因为对于软件分发来说，p2p的体系结构模型或许更加合适。
晚上的j2ee的课程，外教一开始的时候就提到了建筑学与软件开发之间有着特别紧密的联系——建筑设计的时候要考虑former funcation，设计程序的时候同样是这样的。经过了这么多次的软件开发，我确实感觉到建筑相关的学科的思想对软件设计有非常大的帮助。简单记录一下，以后应该多向学建筑的妹妹和学规划的pupa多请教，以便找到软件灵感……

今天再一次使用了rational的requisite pro做需求的调研。
两个感觉：
1.把客户提出的要求在尽量保持不变的前提下修改成真正的需求是一门艺术。
2.好的需求分析软件能极大的保证设计出来的软件不出现功能上的遗漏。尤其是功能上的细节很多的软件。
另外，和客户的关系也是非常的重要。一个好能配合调查的员工要比100天的自己努力调查要重要。

从上大学之后，一直不太喜欢微软的开发工具，总觉得大多都很难用。对于微软的数据库、服务器技术等等更是不去接触。好在自己喜欢的那些技术都是社会上需求比较大而且会的人相对少的，所以一直还是能吃饱饭。
记得有一个老师曾经问我，假如有一个工作你不擅长（比如硬件）但是工资是你擅长的工作的10倍，你有机会去做的时候是否去；当时我的回答是不去，周围的人很震惊，因为大家都说会去。现在想想，当时可能是太自信和任性了。
今天接了一个单机版、使用微软SQLserver、微软开发工具的项目，上面这3个条件简直是对我擅长的技术做了一个取反，好在还都会，应该能做出来像样的一个东西，尽管很可能不能展示我的能力和实力，甚至会带来不好的影响。可是这个任务是必须接下来并且完成好的。挑战快速自学能力的时候又到了！
记下来一个教训：不要歧视任何技术，哪怕是过时的……

正准备休息的时候忽然有在欧洲的同学问我polymorphism和dynamic binding区别的问题。于是趁着脑子糊涂讲了一通面向对象编程，顺便分析了一个例题。
其实自己并不太喜欢面向对象编程，尽管自己会经常用。
趁着自己还没有完全忘记刚才说了什么，简单的记录一下分析的步骤：
1.找名词
2.找名词之间的关系(某些小的名词可以成为大的名词的属性，比如产品的名字)
3.找名词之间的联系，也就是找调用关系(那些实际上是动词的描述名词之间发生关系的词)
4.找题目中的特殊需求，然后设计相应的方法在什么类中实现合适