工作中
real2000
这个作者很懒,什么都没留下…
展开
-
The Observer Pattern
Observer Pattern likes relation subscribe and publish that define a one to many dependency, if one change the states that all dependency could changed the srates automatic. For example there is a ...原创 2008-09-02 16:36:30 · 78 阅读 · 0 评论 -
结对编程
结对编程。 极限编程中4个个人实践中的一个,也是我们团队中坚持推广的实践之一。 我们以前采用代码检查的流程,来保证代码的质量。 推广结对编程之后,我们取消的代码检查。 半年的时间以来一直都坚持结对编程,每一次我们都再回顾回忆中,提出结对的优点,以及缺点,尽量的让大家认识到结对带来的好处,来提高大家对于结对的热情。 为什么要结对? 第一点,就是思考,一个人思考问题...2010-05-27 22:12:28 · 112 阅读 · 0 评论 -
测试驱动开发
TDD,敏捷编程中一个成功的个人实践。 重第一次接触到在工作中使用这个实践,到现在已经过去半年了,有不少的优点,以及一些个人感觉不舒服的地方。 我们先来简单的说说什么是TDD: 三条定律,以及F.I.R.S.T五个原则。下面的定义是重别处拷贝的: 这就是TDD的灵魂思想(这都归功于Tim): #1. Bob大叔的三条定律 * 没有测试之前不要写任何功能代码...2010-05-27 11:04:20 · 140 阅读 · 0 评论 -
让团队自组织起来
敏捷的团队是自组织的,这样能够调动所有团队成员的积极性。 首先,作为敏捷团队,我们应当遵守Scrum的基本原则。 其次,再团队中尝试什么实践,都是需要团队自己决定的,结对编程也好,驱动测试开发也好,回顾也好,计划游戏也好。我们需要的是所有团队成员的积极的参与。 我们如何让团队成员觉得团队是自组织的呢。 最重要的一点就是让团队自己做决定。 在计划会议的时候,我们会给所有的用户故...2010-05-26 11:17:53 · 143 阅读 · 0 评论 -
敏捷宣言
敏捷宣言: 个体与交互 胜过 过程与工具 可以工作的软件 胜过 面面俱到的文档 客户协作 胜过 合同谈判 响应变化 胜过 遵循计划 敏捷宣言就是简单的四句话,后来又出现了敏捷的12条原则。 这里体现了敏捷最重要的思想,尊重,信任,交流,客户参与,提供有价值的产品,响应变化。...原创 2010-05-25 17:30:03 · 134 阅读 · 0 评论 -
走在敏捷的路上(1)
很就没有写文章了,一看都是半年前了,半年了,敏捷也实施了这么久,现在来回顾一下半年的路程把。 Product Owner多么重要, 很重要,在一个项目里,你必须要有这么一个人知道我们需要做什么,我们需要给客户提供什么,知道什么对于客户最有价值。 Strum Master 呵呵,牧羊犬的角色,保护整个团队不被外人干扰,保证整个团队按照敏捷的思想在开发,需要很多的激情还有自律,以及良好的沟...2010-05-25 15:32:56 · 131 阅读 · 0 评论 -
关于重构
重构最基础的有几个方面: 第一方面就是函数的重构. 第二个是类的重构 第三个方面是重新组织数据对象,将页面展示数据与业务数据分离开来,形成domain data. 第四个方面:简化条件表达式. 重构基本围绕着这几个方面进行. 就函数重构来说: 1.最首要的就是要消除重复的代码. 2.其次要消除长函数,让函数更加容易理解. 3.函数与变量命名的修改. 要让这些...原创 2009-12-15 10:33:53 · 71 阅读 · 0 评论 -
mvc模式再Swing中的应用
将一个swing得页面作为view,将数据处理成model,再使用一个controller控制他们得逻辑。 进一步深入得话,可以引入监听方法,将每一个view,作为一个listener,实现一个listener接口,再controller中加入listener-event得注册方法,再detectorManager以及detector接口得实现对view得验证。 现在还是很肤浅得理解,...原创 2009-01-07 19:18:06 · 222 阅读 · 0 评论 -
CR' RCA分析会议
今天这一周一次的CR RCA分析会议又结束了. 在会议中我们一个一个的讨论了那些臭虫是如何出现的,为什么会出现,我们能不能改变什么来避免这些问题不会在出现, 再听别人分析问题的时候,可以学到平时学不到的很多知识, 很久以前写过一篇文章在工作的失误中成长, 每一次失误你都记忆犹新,给你带来很大的冲击. 现在我们又有新的机会学习更多的失误,在更多的失误中找出解决一类问题的办法,这是一...2009-12-10 17:17:37 · 279 阅读 · 0 评论 -
如何建立敏捷团队和驱动测试开发
马上就要作为敏捷团队的负责人在队伍里推行Scrum模式和TDD了. 作为一个没有任何敏捷经验的外行人,犹如黑夜行走,还好有很多书籍以及网上很多人的心得可以参考. 至于结果如何,不好说. 但是一个工作的执行力往往在于领导准备投入多少和是否做好一段时间镇痛的准备. 但是就单从敏捷团队负责人的角度考虑. 首先准备给队伍里的每一个人介绍下敏捷开发,或许,队伍里有比我更敏捷的人.呵...2009-12-10 16:46:50 · 176 阅读 · 0 评论 -
建立在TDD驱动上的重构
再看了有关敏捷的书籍以及参加一个敏捷团队扫盲培训之后,又重点学习了重构-改善既有代码设计这本书之后,更加坚持了对于测试驱动开发原则. 首先重构是建立在拥有完备的功能测试以及完备的单元测试的基础上的. 因为这样代码的重构的代码才能保证不会影响软件的正常运行,还会给予自己很大的信心,重构可能出现的错误能够被检测到. 我们的项目经历了上百个feature开发,不断的迭代,缺没有任何重构的过...2009-12-10 14:44:38 · 100 阅读 · 0 评论 -
Agile Java 一些感想
最近看了一些关于敏捷的东西, 很认真的学习了Agile Java这本书. 虽然一直都很认真的写测试,但是基本上都是开发驱动测试,为了完成覆盖率而写. 用了两天时间将这本书的例子都跑了一遍之后发现,其实TDD还是真得不错,先构建测试有助于理解我们需要实现什么功能,以及功能实现时可能存在的边界问题. Agile Java中驱动我是这么看得 1.写一个测试,运行得到失败的报告,...2009-12-10 14:28:04 · 110 阅读 · 0 评论 -
是时候,安静下来,长久的呆在一家公司了
体检没有问题的话,这是三年的第四份工作了,虽然是被动的重外包员工,转为正式员工,但是的确是第四份工作合同,三年里面其实真实学到的东西不多,1年的时间太短了,不足以学到一个公司的全部东西,所以是时候,安静下来,好好的呆上4-5年学习学习了。 ...2008-05-20 17:32:18 · 118 阅读 · 0 评论 -
向帮助你的人说,很感激你--感恩
还没有想好,怎么写,不过写个题目,免得自己忘记了。原创 2008-11-08 20:08:35 · 138 阅读 · 0 评论 -
在工作的失误中成长
工作三年了,第一次项目上线成功的喜悦,已经不记得了,可是那些再工作中犯的错误,却让我记忆深刻,还有获益良多. 在这里感谢那些在我犯错误时候给与谅解,支持,以及给与帮助的同事和客户. :idea: 第一次犯错误很低级,第一个项的时候,在调试一个jsp的时候有2个javascript函数,怎么也调试不过,重新下载了版本也不行,于是注释掉了他继续,调试,完成之后,忘记恢...2008-04-03 16:27:42 · 125 阅读 · 0 评论 -
重年底评价目标中读到的信息
半年的自我评价开始了,总的来说就是3项。 communication,behaviour,technique. 每一项都有会有年初为自己设定的目标和 方向,不过感到意外的是 communication占到所有比重的40%,是的交流与沟通非常重要,尤其是我们这样的团队,上面需要和负责设计的团队交流,还要与负责测试的团队交流,在自己的工作中很多任务都是需要4-5人甚至更多人一起完成的...2008-09-05 16:36:39 · 77 阅读 · 0 评论 -
重构-我们在尝试
Refactory, 敏捷4个个人实践之一。 推荐一本书,重构-改善既有代码设计,非常好的一本介绍重构的书籍。 其实对于软件来说,我们面对两种情况,一种是我们新增加或者修改的代码,一种是系统遗留的代码。 参加过一个培训,这个培训说,以前的代码很烂,那是以前的人留下的,可是我们现在在做什么呢,我们现在也许在为以后留下烂代码。 所以我们需要重构,何时重构? 如果团队推广T...2010-05-28 17:05:47 · 115 阅读 · 0 评论