摘要：
辛苦了半小时，把我在csdn窝里面尚可留念的东西搬了过来留个连接 http://blog.csdn.net/yhwebus 以做纪念 阅读全文
posted @ 2005-10-27 19:48 白板 阅读(210) 评论(0) 推荐(0)
摘要：
前段时间看了DDD,最近在做一个项目的时候Leader要求先出E-R Model，我不是很清楚Domain Model和E-R Model具体的关系和区别。 E-R Model关注的是对象的实体和关系，是Data Modeling的一种方式，建模时并不考虑Entity的行为，在E-R概念模型的基础上可以建立relational data model及physical data model，我不太确... 阅读全文
posted @ 2005-10-27 19:42 白板 阅读(1091) 评论(0) 推荐(1)
摘要：
MS提供的一份 Integration Pattern对我这样的初学者,质量还算不错的还有这么本书 , Enterprise Integration Patterns : Designing, Building, and Deploying Messaging Solutions没看过,计划中另外有个ThougthWorks那帮人办的网站 http://www.enterpriseintegrat... 阅读全文
posted @ 2005-10-27 19:40 白板 阅读(246) 评论(0) 推荐(0)
摘要：
Entity是指业务意义上具有唯一标示的对象, 它和ValueObject有着以下的区别"Does an object represent something with continuity and identity—something that is tracked through different states or even across different implementation... 阅读全文
posted @ 2005-10-27 19:39 白板 阅读(325) 评论(0) 推荐(0)
摘要：
We Need 去ThoughtWorks的Portal逛了圈,看看他们招聘开发人员,都要求些什么东西. .NET Application Developers If you have... 4+ years development experience with either 3 years of Java J2EE recently moving to .NET or 4+ ... 阅读全文
posted @ 2005-10-27 19:37 白板 阅读(530) 评论(0) 推荐(0)
摘要：
There are no perfect structure . There are only structure that try to balance the current cost and benefit.Pattern is something that comes with both costs and benefits.You should find yourself using t... 阅读全文
posted @ 2005-10-27 19:37 白板 阅读(180) 评论(0) 推荐(0)
摘要：
>看着看着，对几个问题渐渐迷惑起来，Domain的分析过程和UseCase的分析过程怎么结合与区别？如何更好的把两者进行区别？Domain Model的建立该归为需求分析过程还是设计过程？分析人员和用户代表是否要拿着UC图交流系统功能,拿着DM图交流业务逻辑和关系?(如果用户代表对这些图感兴趣或者有技术背景的话) 从steven的一份ppt中看到这么一段描述 企业信息架构 企业信息架构是将企业业务... 阅读全文
posted @ 2005-10-27 19:35 白板 阅读(550) 评论(0) 推荐(0)
摘要：
如果将字母A到Z分别编上1到26的分数，(A=1,B=2...,Z=26)你的知识(KNOWLEDGE)得到96分(11+14+15+23+12+5+4+7+5=96)你的努力(HARDWORK)也只得到98分(8+1+18+4+23+15+18+11=98)你的态度(ATTITUDE)才是左右你生命的全部(1+20+20+9+20+21+4+5=100) 从恶魔的blog里看到这么句话, ... 阅读全文
posted @ 2005-10-27 19:33 白板 阅读(223) 评论(0) 推荐(0)
摘要：
《DDD》 Chapter 4 -The Smart UI "Anti-Pattern"里面一段话，描述不使用域模型（甚至在UI里面实现逻辑）的优势和劣势。“Advantages · Productivity is high and immediate for simple applications. · Less capable developers can wo... 阅读全文
posted @ 2005-10-27 19:31 白板 阅读(253) 评论(0) 推荐(0)
摘要：
从"豆豆他爹"那里拷来一段很有意思的对话今天，挤在公交车里，听见一对母子的对话。 “妈妈，为什么没有人买票？” “这是无人售票车，妈妈上车的时候，在车头的投币箱子里投上钱，然后我们在这个门口下车就行” “妈妈，为什么要说两遍星海广场？” “因为要提醒人不要坐过了站？” “什么叫坐过了站？” “就是说本来要在这站下车，结果在后面的站才下去”。 “那为什么要说两遍呢？” “害怕说一遍有人没有听见” “... 阅读全文
posted @ 2005-10-27 19:29 白板 阅读(188) 评论(0) 推荐(0)
摘要：
"唯一不变的就是变化"一两年前这句话我说给别人听，现在别人说给我听需求当然是容易变化的,但是在有时候还是要区别对待,当心这么种理念对项目造成大的伤害首先,需求分析不到位即开始设计实现,名曰"以后反正要变的" --- 看到需求的表面而不是本质,面对变化估计不会那么从容.这种情况下返工的原因往往不是需求的变化而是最初根本没有把需求搞清楚.另外,系统的设计要够灵活,才能很好的应对变化. 如果系统的设计和... 阅读全文
posted @ 2005-10-27 19:28 白板 阅读(286) 评论(0) 推荐(0)
摘要：
这两天项目比较忙,也做得比较郁闷,偷闲逛了下BlogDriver,还是蛮有收获这个同志的话,对我很有指导意义http://johnson.blogdriver.com/johnson/index.html"其实，我也慢慢的感觉倒这一点。与其抱怨别人不接收你的想法，不如好好的去考虑如何让别人接受或者与他们一起找出问题的解决方案。从肯定别人入手，可以为双发找到一个共同的出发点，而不是从一开始就势如水火... 阅读全文
posted @ 2005-10-27 19:27 白板 阅读(170) 评论(0) 推荐(0)
摘要：
csdn中的一篇文章http://blog.csdn.net/asj/archive/2004/10/21/146224.aspx?Pending=true同我现在的情况挺象的,可能我自己的开发离Agile还差得更远.客户在美国,从客户到开发人员信息传递要通过两层中间人不过XP里面的很多实践和理念是任何项目过程都值得推广的.需求很难获取,为了项目的质量,管理者应该竭力创造沟通渠道,开发人员应该"厚... 阅读全文
posted @ 2005-10-27 19:26 白板 阅读(150) 评论(0) 推荐(0)
摘要：
深受项目维护苦难的人，是不是都容易产生这么一种幻想-----要是这是一个经过精心设计的比较纯的OO的项目，而且对象模型很优雅，项目的维护将轻松很多？ 或许是这样，我也这样幻想过，现在渐渐清醒点：时间总是紧迫的，设计开发人员的能力总是和“大师们”的水平相距甚远的，精心设计的OO也容易成为铁板面对需求变动无能为力。 系统不一定真的要好到哪里去，为用户创造价值是最重要的。以前经手过一个系统，曾经在我的眼... 阅读全文
posted @ 2005-10-27 19:25 白板 阅读(182) 评论(0) 推荐(0)
摘要：
没有太多的编程经验，对交互的系统进行半年以上的系统维护，学习他人的代码，接受用户“变态”的需求，更改系统满足用户需求，体会老的系统不合理带来的痛楚 实在是很有必要（不过维护的系统最好是对公司不是太重要的，经得起折腾的系统） 否则一开始写的代码往往毫无可维护性，你无法体会经验丰富的程序员为什么要精心设计搭建系统 阅读全文
posted @ 2005-10-27 19:24 白板 阅读(181) 评论(0) 推荐(0)
摘要：
早上觉得自己最近要学的和要做的事比较多,想用 紧急&重要 的四个区间来给它们做下划分,最后 不紧急&不重要 的区间为空,送给自己两句话. The more you want to achieve ,the less you can achieve If anything is important ,then nothing is important 阅读全文
posted @ 2005-10-27 19:23 白板 阅读(176) 评论(0) 推荐(0)
摘要：
Design Smell - The Odors of Rotting Software 1.Rigidity - THe system is hard to change because every change forces many other changes to other parts of the system.2.Fragility - Changes cause the syst... 阅读全文
posted @ 2005-10-27 19:22 白板 阅读(288) 评论(0) 推荐(0)
摘要：
要避免这样一种诱惑，即把你的最初假设视作答案把解决问题的过程看作是证明最初假设的练习。要保持一种开放而具有弹性的思维。不要让一种强有力的假设变成头脑僵化的借口. -----------载自> 这好象是我和团队成员经常犯的一个错误 ------ 在OO的某些整体或者局部细节设计... 阅读全文
posted @ 2005-10-27 19:19 白板 阅读(233) 评论(0) 推荐(0)
摘要：
>一、人之所以痛苦，在于追求错误的东西。> 二、与其说是别人让你痛苦，不如说自己的修养不够。> 三、如果你不给自己烦恼，别人也永远不可能给你烦恼。因为你自己的内心，你放不下。> 四、好好的管教你自己，不要管别人。 > 五、不宽恕众生，不原谅众生，是苦了你自己。> 六、别说别人可怜，自己更可怜，自己修行又如何？自己又懂得人生多少？> 七、学佛是对自己的良心交待，不是做给别人看的。> 八、福报不够的... 阅读全文
posted @ 2005-10-27 19:19 白板 阅读(219) 评论(0) 推荐(0)
摘要：
We follow these principles: Our highest priority is to satisfy the customer through early and continuous delivery of valuable software. Welcome changing requirements, even late in development. Agi... 阅读全文
posted @ 2005-10-27 19:18 白板 阅读(230) 评论(0) 推荐(0)
摘要：
The Nine Rules of Remoting -- Ingo Rammer Remoting provides a number of features whose applicability differs for a number of usage scenarios. To ensure that your application is reliable, stable, ... 阅读全文
posted @ 2005-10-27 11:26 白板 阅读(330) 评论(0) 推荐(0)
浙公网安备 33010602011771号