不知道－定性－量化
最近因为工作关系，看了Project Server后台的数据库，做些数据库后端开发。
首先引起我注意的是有很多二进制的字段，表和表之间关系不那么容易理解，粗粗看过，很是疑惑。作为开发上的问题结合MSDN资料，已经清楚。
时间关系，数据库表关系没有深入调查，考虑可能欠妥。
1、微软的Project Server设计人员从业务行为建模，数据表只是配合，并非我们常见的数据建模方式进行设计；
2、因此有关业务对象序列化(标准说法应该是持久化，此处引用MFC中惯用说法)到表中，那么原理上只需要1个字段足以；
3、为了实现根据任务资源，级别分类排序功能，将相关内容作为一个个字段存放，那么通过SQL的Select可以迅速反序列化出需要的对象实例，提高效率；
4、库表不容易分析只是一个附属产物；
5、我想，如果对象的持久化靠SOAP来实现，那么推而广之，其他开发技术也能通过一个数据库共享这个实例；
本篇文章使用aigaogao Blog软件发布, “我的Blog要备份”
已经让近400人进入第一轮考试，花费了近两个月的周末时间了，可是仅有十几个进入试用或者实习。
一开始看见密密麻麻的人考试，我都担心是否有足够时间一个个检查，事实上最终能交卷的每周5、6人而已。
很多人都问我，卷子搞那么难干什么，问题是一点都不难，大约像我这样接触机器早的人，初中就会做了，那时候不过学习basic而已。
我以前的老板，偶遇时，告诉我，他增加了很多题目，而且很简单，因为原来题目虽然少，但是没法挑选应聘者，看不出差距！
我想我是不是也要这么干？
对于项目型公司，有以下问题在应聘时候需要注意：
1、坚持，就算在时间内完不成，也要想办法
2、麻烦把程序对齐，缩进搞好，我一看见密密麻麻的程序，头就大了，就算程序没有调通，清晰的程序结构有助于考官了解你的思路，我也招过调不通程序的程序员，事后都证明选择是正确的，我们需要头脑清楚地人。不要说高手，就是熟手也是可遇不可求了。
3、务实的态度，我理解大家的简历有无数的精通是竞争的需要，但是千万不要把这种感觉带到面试中，面试你的人都是身经百战，我遇到几个有点经验的，自我感觉不错，但是被层层盘剥之后，心理防线溃散后，反差太大，以至于放弃；和应聘者聊天，只是想了解各自工作背景，处理问题的方式方法，大起大落的情绪，对考官也是困扰，无法做出选择，只好放弃。
学历和能力的落差，作为一种普遍现象，不是学生的错，注意实践中培养吧。
朋友，某校教授，某次考试，很多人不及格，院长怒，为什么考这么难，改卷子不能松一点？这会影响学生就业的，就业率下降，我们学校就招不到学生，……
这是现实情况，教育是消费，不再是教育。
唉，当年我考不及格的惶恐，现在看起来应该是幸运了。
昨天又听到一个笑话：
电力公司新来一个博士，下去调研，熟悉工作环境，人介绍，此CT，彼PT，问这个CT和医院的CT有什么不同？遂成全公司笑谈。
教育啊教育,和我的招聘一起，无语……
本篇文章使用aigaogao Blog软件发布, “我的Blog要备份”
今天突然要找人，于是在msn上发短消息，看见这个：
靠，我一个人付钱找方便，现在要连累朋友了，msn本地化的很不错啊。
哼哼。
本篇文章使用aigaogao Blog软件发布, “我的Blog要备份”
