整合开发的新思路

　　最后一个整合开发的作品是PDO统一接口，这个方案解决了多系统通行注册、登陆等一系列问题，当时重点考虑的因素之一，包括了尽量不修改各个系统的源代码，不影响后续升级，数据库和程序的独立性等。而统一接口也的确解决了这些问题。

　　但是在PDO统一接口开发过程中留下了一个问题，就是多域名情况，由于浏览器安全限制导致的这个共享Cookies问题，我们的接口一直没有完美地解决多域名整合问题。并且在PDO接口发布之前，我和NT曾就这个问题进行了很长时间、很深入地探讨。

　　PDO接口没有能够完善解决的问题还有一个，那就是整合系统数量的问题，由于采用对等整合，每个系统都是系统中心，这有利有弊。好处在于事务逻辑的独立，缺点就是执行效率随着整合的系统数量的增多而下降。

　　我一直在动易负责多系统整合，所以我最经常考虑的也是整合的问题。PDO接口发布到现在，那么长的时间，一直没有停止这方面的尝试。

　　前一段时间公司有一个定制项目，要把三套系统和动易整合。在和客服交流的时候我还不知道这三套系统分别基于什么语言开发的。但是我首先想到如果加上论坛和Oblog，那么这个系统最终将是六个独立子系统的集合。用原来的方案整合，执行效率的低下很有可能导致其它的问题。而且要分别为三套系统编写接口程序，工作量也不算小。以后涉及程序升级……

　　为了这个项目，我想到了以前曾经做为技术探讨发布过的一个思路，也是经过了一些大规模实际应用考验的整合方案。这几天在开发2007之余，开始做一些试验了。如果最终采用，那跨域名、跨服务器、跨语言当然都不成为问题，当然最重要的是无论整合多少个系统，执行效率还是一样。

　　这个项目到2007年4月完，我在这期间会不断把进度和开发中的经验教训发布出来，希望朋友们可以针对性地多提一些意见和建议，或者说说你的需求，或者提出更好的思路。我的乐趣在于开发的过程，当然也希望最后的结果能给大家带来一些便利。

讨厌开会

　　我一直讨厌开会，是非常讨厌。但是一向开会我却又都很认真。

　　在事业单位工作了两年，别的方面不同的单位或多或少会有些差别，只有一件事情总是一样的，而且也一样地让我郁闷不已——那就是在正要着手或者正在进行一项工作的时候，因为开会而被打断。

　　尤其是做开发。

　　以前在二外的时候，我基本上不用参加学校的什么会议，因为我本来岗位就是技术员嘛，最常开的就是部门例会，每周一次，时间大约是半个小时到一个半小时。会议的内容也很明确，安排一周工作，把本周将要发生的各种活动、事件通知给大家（我们是宣传部，管理着学校的全部媒体）。然后就各自忙去了，如果谁手上有工作或者临时有人来找（这也是很经常的，因为和所有部门都有关联嘛），那就先去做。事情随后同事转告。

　　至于学校的会，我有印象参加的只有运动会和一次有校领导和相关技术人员参加的网络工作会议了。其它像党务会议啊、开学典礼啊、团拜会啊……我如果去过，那肯定是作为工作人员（我经常都负责党务会议的PPT制作和播放）。

　　即使是上面提到的部门例会，我也是很厌恶的，虽然会议的确是没有废话，很必要，但是因为那时候我的工作是很有针对性的，就是网站管理维护和后台程序开发。一般工作安排都很少跟我有关系。所以我每次都觉得是占用了开发时间，感觉很郁闷。

　　现在回顾起来，不管是二外还是动易，还是我兼职过的其它公司，至少都做到一点，就是会议有针对性。跟谁有关谁参加。很少开那种伤筋动骨的“全体大会”。更不用说把“全体大会”作为一个例行会议来召开了。

　　在州一中参加每周教职工大会，不管是看讲座视频，还是教学质量分析，还是别的什么，我都是非常不情愿地被打断开发思路或者放下写到一半的函数或者保存作了一半的图片，然后去会议室，专心致志地听两个小时。

　　其实会议内容大多和我关系不大，因为我现在没有上课，离职称晋级之类的事情更是遥不可及（尤其在靠熬时间攒资历的事业单位）。但是我惊奇地发现，我真的是开会认真的少数人之一。而一半多的教师，大多是乘这机会抓紧备课、批改作业或者试卷。要知道很多老师同时上着3到5个班，面对高考的压力，越是负责的老师，时间越是少。不用任何人要求，也不可能不加班加点夜以继日。

　　本来在文章最后是想写鲁迅先生那句什么什么等于什么什么的名言的，还是算了吧，大家都是出来混得，谁都不容易啊。嘿嘿……