Sun, 28 Oct 2007 11:14:00 GMThttp://item.feedsky.com/~csdn.net/itkbase/~6068072/26859074/4175868/1/item.html2007年09月26日 21:34:21 在去北京参加infoq大会之前，我就开始了对DDDQuickly的翻译工作，如今，在我和泰稳的努力下，它终于可以跟大家见面了。我心甚慰。可以去infoq中文站免费获得此迷你书。 ====================================== 序言在2004年之前的某一天，我跟所在部门的一个设计师进行沟通，当时他为自己的一个思路兴奋不已，而我要做的事情就是跟他讨论清楚他头脑中的那个想法，然后写出需求和设计文件来。大家可能会注意到，很多时候，需求是从设计中反推出来的，这被一些专家称为"需求的反向工程"。其实我更多地认为这是由于我们现在糟糕的工作现状决定的，有诸多的因素导致需求或者设计被局限在仅有的几个人的知识体系中，但如果有心去细察，会发现他们各自的理解又各不相同。回到刚才说到的那次沟通上，当那个设计师把自己的得意之作描述完毕后，我在纸上用UML图画出了他的主题思路，然后我们针对细节开始探讨并在图上改改画画。最后的修订结果显示，他的很多"创举"是多余的，经过精简后的UML基本上颠覆了他原有的思路。现在我还记得那位同事的一声叹息<img src ="aggbug/1850881.aspx" width = "1" height = "1" />Sun, 28 Oct 2007 19:14:00 +0800itkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850881.aspxitkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850881.aspxhttp://blog.csdn.net/itkbase/rss.aspxcsdn.net/itkbase/~6068072/26859074/4175868http://item.feedsky.com/~csdn.net/itkbase/~6068072/26859075/4175868/1/item.html2007年04月09日 22:11:00 上周去了北京，参加技术英雄大会，见到好多闻名已久的高手高手高高手，感觉很是不错。 聊得最对脾气的，是江南白衣，他是springside开源项目的发起人，所以对平台情有独衷；而我一直在springside上找资料，（按说也算是个老朋友了，呵呵）对他的侧身照很是有印象。当面夸了夸他，他却很谦虚，说ps过。由于会务组让我们统一穿红色的衬衣，我就说他：白衣变红衣了。刚刚看过中国国家地理杂志的"江南在哪里"，顺口问他，他的江南是指哪里。白衣就笑：又骗到了一个。原来，这个江南跟我们说的江南差距很大哦。 白衣对我的ppa系统很感兴趣，一直鼓动我开源，找个机会吧。 通过白衣，又认识了好多朋友，比方说普元的杨洪波，我始终对普元的构件化实现比较感兴趣，也了解到普元的新版本是基于SCA和SDO的实现，虽然公司间产品存在一定的竞争关系，但是从技术交道上讲，我们都应该是最大限度的开放自己的心态。后来去微软时，又看到洪波，说自己的奖牌找不到了，惹得我和白衣大笑。 我这次去北京，霍霍发挥了很大的作用，介绍我认识了很多朋友，比如说孟老师、孟岩孟大侠（我本来想跟meng<img src ="aggbug/1850873.aspx" width = "1" height = "1" />Sun, 28 Oct 2007 19:13:00 +0800itkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850873.aspxitkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850873.aspxhttp://blog.csdn.net/itkbase/rss.aspxcsdn.net/itkbase/~6068072/26859075/4175868http://item.feedsky.com/~csdn.net/itkbase/~6068072/26859076/4175868/1/item.html2007年04月10日 21:27:00 首先应该承认，自己并不是甚至自己也不希望是一个很好的部门管理者，准确地说，我甚至一直在逃避做中层领导，这令我的室友兼好友大为困惑："为什么不想当官呢？"，我自然有自己的想法，其中之一，单纯做技术，就是生活得简单。 新的财年开始，我也走马上任，领导布置说：今年部门的预算由你来做吧，就当是熟悉部门情况了。我说我喜欢做技术，我来测试还是想带领大家做技术。领导说：谁不知道做技术简单，干点有挑战性的吧。于是就在最近这几天，我的生活全变了。 不当家不知道柴米贵，真是干一行有一行的难处啊，自己成了大管家，一个部门的大情小事的全得考虑到。想起周6听CEO同志给大家开大会，这位老同志居然也会不时幽上一默："我跟IBM的d说，你看，自从我做管理，头发都白了，d一点不含糊，说你看自打我做管理，头发都没了。。。"。想想以前给领导们造了那么多的麻烦，真是不好意思，嘿嘿。 说实话，这个账目做起来实在是太难了，心中很是抵触，本想找领导免为我难，今天领导又说了：今天某高层领导问你们部门谁在做预算啊？我说是你做，他说他能做好吗？别让他小看了你，认为你只会做技术啊。那个高<img src ="aggbug/1850874.aspx" width = "1" height = "1" />Sun, 28 Oct 2007 19:13:00 +0800itkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850874.aspxitkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850874.aspxhttp://blog.csdn.net/itkbase/rss.aspxcsdn.net/itkbase/~6068072/26859076/4175868http://item.feedsky.com/~csdn.net/itkbase/~6068072/26859077/4175868/1/item.html2007年04月11日 22:35:00 代表公司去微软中国交流深化合作的事情，结果是微软触动了我，我也触动了一小下下微软。我打开picasa给大家演示泰安科技园的图片，微软中国的哥们连忙说：微软也出了个类似的产品；我打开google earth 找地标，微软的哥们赶紧说：我们也出了个类似的产品，叫virtual earth；我打开gmail收邮件，那哥们脸色有点难看了：微软的hotmail 也很不错的。我的回答都是"习惯了"，肯定听得那哥们气不顺。其实，微软的创新能力真的是很强的，比方说，我们去他的vista演示厅看演示，新版的msn加了面部识别系统，它可以用摄像头捕捉自己的脸型，然后给自己加上各种墨镜，然后不管你怎么晃，墨镜总是能放对位置；还有就是通过摄像头，你可以用手在空中挥舞来触发某些指令，感觉好像在做游戏一样。 前面去的是微软的CTC，属于微软中国的服务支持（包括Marketing）的机构，这次去北京参加技术大会，又被邀了跟三大车的人一起去微软中国研发集团去看。在车上，我们打趣说：好嘛，上午没有忽悠够，下午来到总部继续忽悠。 微软中国研发集团在知春路上，离会场不是太远<img src ="aggbug/1850875.aspx" width = "1" height = "1" />Sun, 28 Oct 2007 19:13:00 +0800itkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850875.aspxitkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850875.aspxhttp://blog.csdn.net/itkbase/rss.aspxcsdn.net/itkbase/~6068072/26859077/4175868http://item.feedsky.com/~csdn.net/itkbase/~6068072/26859078/4175868/1/item.html2007年05月08日 21:37:00 刚刚过节回来，XY便找我讨论配置管理计划，我有点纳闷，节前不是已经讨论清楚了吗？老大提了个新的设想，得到了很多人的拥护，所以原来的被推翻了。XY找纸画给我看，其实变化不是很多，只是基于现有的一些现状，老大又做了些调整。原来的设想是，主干作为开发分支，存放的是新的需求变更和重大的缺陷，因而它是不稳定的，经过产品封版测试后，打出相对稳定的产品分支来，在产品分支上只做比较小的缺陷修改，针对该产品分支提出的重大的缺陷和变更将被推迟到新的主干版本上。现在的设想是：主干是最新版本的产品分支（3.3)，在上面做缺陷处理，同时分出一个新的开发分支来（3.4dev），用来放置新的需求变更和重大的缺陷，在开发分支上的新的需求和变更开发完毕后，经过测试后，将差异的部分合并到主干上，然后标记出3.4产品版本来，同时打出新的开发分支（3.5dev）来，并找到上一个版本（3.3）打出一个新的产品分支来维护。从配置管理员的角度，新的做法其实比旧的做法复杂了，并且新的做法存在一下几个缺点和局限。1 由于开发分支长期不同步到主干上，所以合并的难度增大，主干上修改的缺陷极<img src ="aggbug/1850876.aspx" width = "1" height = "1" />Sun, 28 Oct 2007 19:13:00 +0800itkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850876.aspxitkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850876.aspxhttp://blog.csdn.net/itkbase/rss.aspxcsdn.net/itkbase/~6068072/26859078/4175868http://item.feedsky.com/~csdn.net/itkbase/~6068072/26859079/4175868/1/item.html2007年05月10日 22:25:00 今天除了跟两个项目的负责人讨论他们的开发过程改进外，其余时间就是在学习Extjs，对我来讲，最好的办法，就是在PPA系统中中应用它们，幸好，Extjs现在已经可以与RoR应用集成在一起了。看了一个伙计录的Extjs的教程，里面的浏览器的地址栏中的端口是3000，不用说应该是RoR的应用了，里面的界面设计很新颖，连忙发给drift看，得到感叹若干。经过一番努力，tree，grid和menu已经加入到了PPA系统中，忽然感觉这种编程方式好熟悉啊，仔细想想，用VC定义菜单和事件处理时，不就是这么做的吗？toolbar，Menu，MenuItem定义完，会形成一个资源文件，其内容跟现在的literal有多大的区别？又在梁的推荐下安装了IE spector，运行例子时，去看tree的Dom结构，这才意识到，要想用js在浏览器中画出一棵树来，真不是件容易事啊。一个典型点的树节点，大约需要5-6个span或者div才能完成，一棵树下来，就会有一堆的span或者div，这么多频繁而琐碎的dom操作难怪性能要比taglib慢呢。由上面的两点，联想到了若<img src ="aggbug/1850877.aspx" width = "1" height = "1" />Sun, 28 Oct 2007 19:13:00 +0800itkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850877.aspxitkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850877.aspxhttp://blog.csdn.net/itkbase/rss.aspxcsdn.net/itkbase/~6068072/26859079/4175868http://item.feedsky.com/~csdn.net/itkbase/~6068072/26859080/4175868/1/item.html2007年05月24日 22:41:00 我当然晓得需求管理是怎么回事，我当然知道需求管理要做什么，我当然知道Telelogic的Doors比IBM的requisitepro的功能要强大，我当然知道在IBM和Telelogic的pk中，cc/cq的扩展功能要synergy/CM 和synergy / change的功能要强。作为一个软件开发企业，需要的是什么样的开发平台呢？兴山总列举出：KMS 知识管理系统 、RMS 需求管理系统 、PMS 项目管理系统、CCM 配置和变更管理、DM 缺陷管理系统。不错，从各种角色的角度去看，它可能只需要一两个系统就够了，但是，别忘了现实生活中那些隐含的数据关系链，我更喜欢把这些系统看成是软件开发过程中的一个个的纬度。我无意于去贬低或者抬高任何一家厂商，我相信他们也都明白，我说的基于一个核心数据库的多个纬度的展现是最好的实现方式，但是这样它们就挣不到几个产品(组合)的钱，所以，它们称它为理想状态。没有搞错吧，既然这是理想状态，那我为什么还要因为你描绘的一点点的功能增强而放弃现有的开发规范和工具呢？因为在很长时间内，我们需要管理的是变更（流程）<img src ="aggbug/1850878.aspx" width = "1" height = "1" />Sun, 28 Oct 2007 19:13:00 +0800itkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850878.aspxitkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850878.aspxhttp://blog.csdn.net/itkbase/rss.aspxcsdn.net/itkbase/~6068072/26859080/4175868http://item.feedsky.com/~csdn.net/itkbase/~6068072/26859081/4175868/1/item.html2007年05月31日 21:07:00 最近我对组织机构领域模型的ruby实现很是着迷。本来，已经知道今天下午要考IBM SOA Test 665，可是我昨天下午就已经开始开小差了，昨天晚上更是在几张白纸上写写画画的，搞到凌晨2点才算完，早晨起床，就开始感觉头晕，唉，好在下午顺利通过了认证考试，要不可就丢人了。 考试完毕，整个人从紧绷的状态忽然松弛下来，感觉特别不自在，于是拿起Ruby Cookbook，看了几页，忽然灵光一闪，困惑我的有关于组织机构的DSL问题的已经有了初步的解决。兴奋之余，准备把这段时间关于ruby metaprogramming 的实践和理解结合整个组织机构模型实现出来，也不枉Martin老先生对ruby的鼓吹（更因为我深信他的分析模型已经好多年了，呵呵）。当然，也要感谢Eric Evan，对元模型的更深刻的理解和实现，来自于他的《领域驱动设计》一书，虽然BSP模型已经使用了很多的知识层级的实现，但把meta机制讲得如此透彻的，Eric 应该算是第一人了。把写好的代码发给老L，没有得到他的回复，干脆下楼去找他讨论，一张白纸上写写画画，从ruby扯到MDA<img src ="aggbug/1850879.aspx" width = "1" height = "1" />Sun, 28 Oct 2007 19:13:00 +0800itkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850879.aspxitkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850879.aspxhttp://blog.csdn.net/itkbase/rss.aspxcsdn.net/itkbase/~6068072/26859081/4175868http://item.feedsky.com/~csdn.net/itkbase/~6068072/26859082/4175868/1/item.html2007年06月21日 08:32:00 说来惭愧，虽然我很久前就声明自己加入了RHG的中文翻译团队，但是最近因为项目和部门工作的原因，迟迟没能进入状态。重新拾掇起RHG，是在读了《Programming Ruby》和《Ruby Cookbook》关于metaprogramming以及《acts_as_statemachine》的源代码以后，我在前些天的blog中也预告了准备整理一下组织机构模型和权限模型的DSL，但实际接触Ruby的metaprogramming代码后，我发现自己还是太天真了些，这个DSL一定要整理，不过，要等我把ruby的元编程理论掌握了之后。在重新拾起RHG后，中文翻译团队已经将书的第一部分全部翻译完毕了，因此，我可以从头来阅读（和修订）中文稿了。今天看到了chaofan，问他RHG中文第一章的图是否有人做了，他说要问DreamHead。DreamHead已经去了Thoughtsworks，而且看他的blog，工作很开心，再此先祝贺一下。不谦虚的说，虽然目前没能完全掌握元编程技术，但已经跟几天前的我不可同日而语了。呵呵。我也想明白了，大家可能不光需要的是<img src ="aggbug/1850880.aspx" width = "1" height = "1" />Sun, 28 Oct 2007 19:13:00 +0800itkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850880.aspxitkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850880.aspxhttp://blog.csdn.net/itkbase/rss.aspxcsdn.net/itkbase/~6068072/26859082/4175868http://item.feedsky.com/~csdn.net/itkbase/~6068072/26859083/4175868/1/item.html2007年02月06日 21:22:00 书接上回，我们说到global对象的初始创建已经完成了。那，你肯定会问了，为什么说是初始创建，而不是完整的创建呢？要回答这个问题，还要从ECMA262说起： 在ECMA262，强调了Global这个全局函数的很多信息，比如说，这个内置对象是先于Context就存在了的。比方说，在默认的情况下，我们调用的方法，其实都是Global这个对象的方法。比方说 ：var obj = new Object();其实也就等于var obj = new this.Object();像parseInt这样的方法，其实也都是挂在Global名下的。Global对象下，有若干属性，包括Object,Array,Boolean,String.. 这么说你肯定就明白了。其他的内置对象，都是Global的一个属性值。其实，不光内置对象，所有的新定义的function ，也都会在定义后（即通过function关键字）在Global的属性列表中增加一个指向自己的属性。那么，我们可以想一下，Global和Object之间的关系，真的是很微妙啊。Global.protot<img src ="aggbug/1850866.aspx" width = "1" height = "1" />Sun, 28 Oct 2007 19:12:00 +0800itkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850866.aspxitkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850866.aspxhttp://blog.csdn.net/itkbase/rss.aspxcsdn.net/itkbase/~6068072/26859083/4175868http://item.feedsky.com/~csdn.net/itkbase/~6068072/26859084/4175868/1/item.html2007年02月07日 10:39:00 通过一段时间的源代码阅读和ECMA262规范的理解，我对javascript的原型链已经有了更新层次的理解。原来的那幅图仍然是正确的，只是还缺少了一些内容。例如：对象是分层次的，最外层的对象就是global对象，另外，在原型链的递归查找过程中，还缺少了Function.prototype到Object.prototype的绑定，所以，我对原型链图做了更新。放出来供大家评说、指正。 Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1504032 <img src ="aggbug/1850867.aspx" width = "1" height = "1" />Sun, 28 Oct 2007 19:12:00 +0800itkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850867.aspxitkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850867.aspxhttp://blog.csdn.net/itkbase/rss.aspxcsdn.net/itkbase/~6068072/26859084/4175868http://item.feedsky.com/~csdn.net/itkbase/~6068072/26859085/4175868/1/item.html2007年03月07日 18:12:00 没想到，年后的第一博，居然是记录自己的一些坏心情。鱼DD和茂DD最后选择了离开，我能够理解他们，与他们认识已经5年多了，知道他们的烦恼忧愁，不想去阻拦他们，除了不舍，只想祝愿他们尽快找到自己的另一半，稳定下来。这是体制和企业文化要解决的问题。程序员杂志在第2和第3期发了我的两篇文章，在排版时都有不少的错误，最重要的图也出错最多，因为我给的图分辨率太低，需要美工重新配图，而配过的图又没有经过我的评审。。。，第2期中，图中的颜色配得有问题，我明明用的是"四色原型"，可是配色却全反了；第3期中，最终的结果图，最重要的global（window）对象被变成了Function对象。。。还有不少文字类的错误，比如说我的名字，我就不提了。这是评估和度量要解决的问题。今天下午跟项目组成员争论了一番，虽然大家最后同意了我的观点，但还是感觉有点伤了和气。不过，去tmd的虚假的和气，我要的是项目计划和需求、测试真正可控，如果现在不暴露问题，那么以后恐怕就没有时间暴露问题了。这是项目开发过程的问题。性能测试和移植也遇到了问题，还有更多的问题，不想再写下去了，不<img src ="aggbug/1850868.aspx" width = "1" height = "1" />Sun, 28 Oct 2007 19:12:00 +0800itkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850868.aspxitkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850868.aspxhttp://blog.csdn.net/itkbase/rss.aspxcsdn.net/itkbase/~6068072/26859085/4175868http://item.feedsky.com/~csdn.net/itkbase/~6068072/26859086/4175868/1/item.html2007年03月12日 11:26:00 这是花椰菜吗？不管是不是，它可以算得上是陪伴我们过冬的花样心情。 春天来了，虽然二月的春风还没有剪出那细细的嫩叶，但那露头的青春，已经开始随风飞扬了。我和我的兄弟姐妹们，在这咋暖还寒的日子里，于章丘百脉泉，采下这春的信息。 但愿，心，不再似这缺了灵性、枯竭了的泉；唯愿，心，如这潭面上的郁郁葱葱的苔， 那怕只有那么一点点的绿色，也能活出自己的真色彩。 Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1526553 <img src ="aggbug/1850870.aspx" width = "1" height = "1" />Sun, 28 Oct 2007 19:12:00 +0800itkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850870.aspxitkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850870.aspxhttp://blog.csdn.net/itkbase/rss.aspxcsdn.net/itkbase/~6068072/26859086/4175868http://item.feedsky.com/~csdn.net/itkbase/~6068072/26859087/4175868/1/item.html2007年03月25日 20:46:00 在长城北八楼，有一个无法穿越的敌楼，或许它在古时还是通着的，但现在已经被堵上了。敌楼上的监视器，却是现代文明的产物。我们这些结合了土洋的家伙，在这个春风送爽的日子里，来到长城怀古吊今，触摸着灰色的城墙，留下这张颇有些历史意义的合影。一直想拍出这么种意境来，现代人，穿越古老的城墙，如同穿越古老的时空。很想把里面的人物换成自己，但是始终对同事们的拍摄技艺不抱太大的希望，所以，能够实现自己的心愿，也就足以。感谢Model向阳，虽然你走的太大步流星了。从这边的窗口望去，是自己守卫的家园；从对面的窗口望去，便是敌人的疆土，一段普通的长城，却有着如此严肃的情感界限。可以想象在远古时代，那些边塞守卫者的心情：和平真好。各位领导，我关心的话题：奥运结束了，是不是会把这个宣传品给拆掉呢？各位听众，各位观众，现在播报本台刚刚收到的消息。国家副主席向阳lee陪同日本首相"AP"及夫人一起游览了长城。这是日本天皇在首次在世界范围内向中国人民正式道歉后，向阳主席第一次接见日本人。在游览过程中，首相表示赞同建立大中华防御体系，从08年8月8日起，日本将作为中国的一<img src ="aggbug/1850872.aspx" width = "1" height = "1" />Sun, 28 Oct 2007 19:12:00 +0800itkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850872.aspxitkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850872.aspxhttp://blog.csdn.net/itkbase/rss.aspxcsdn.net/itkbase/~6068072/26859087/4175868http://item.feedsky.com/~csdn.net/itkbase/~6068072/26859088/4175868/1/item.html2007年02月04日 11:38:00 一种语言，除了语言规范之外，或许会有若干种实现。javascript是这样，虽然大家都号称要遵守ECMAScript 262规范，但是微软的实现和蜘蛛猴的实现显然是存在一些差异的；java是这样的，即使有了虚拟机规范，但是ibm和bea会根据自己的需要做一些调优；C＋＋又何尝不是如此呢？想开些，这没有什么不好。 如果想了解C＋＋的内存对象模型，最好的办法是拿到C＋＋的编译器，随便哪个都行，当然，那么多的代码，没有点耐心和时间，是不太会有人看下去的。还好，第一个C＋＋编译器的作者，Stan Lippman大师，把自己的编译器精髓部分著书立说，这就是我们拿到的《inside the cpp object model》,如果你的英文不好，或者c＋＋功力还不够，也没有关系，侯捷先生的译著同样出色的不得了，他除了加入一些便于理解的图示外，还找到了不少怀疑为原作者笔误的部分。斗转星移，现在是动态语言登台亮相的时代了。如果，能深入这些动态语言的内部，掌握它的工作机理，对我们迅速提升自己的语言能力会是多大的促进呢？更不用说远处去的对语言和程序的调优（这<img src ="aggbug/1850861.aspx" width = "1" height = "1" />Sun, 28 Oct 2007 19:11:00 +0800itkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850861.aspxitkbasehttp://blog.csdn.net/itkbase/archive/2007/10/28/1850861.aspxhttp://blog.csdn.net/itkbase/rss.aspxcsdn.net/itkbase/~6068072/26859088/4175868