`
realreal2000
  • 浏览: 74994 次
  • 性别: Icon_minigender_1
  • 来自: 北京
最近访客 更多访客>>
社区版块
存档分类
最新评论
文章列表
TDD,敏捷编程中一个成功的个人实践。 重第一次接触到在工作中使用这个实践,到现在已经过去半年了,有不少的优点,以及一些个人感觉不舒服的地方。 我们先来简单的说说什么是TDD: 三条定律,以及F.I.R.S.T五个原则。下面的定义是重别处拷贝的: 这就是TDD的灵魂思想(这都归功于Tim): #1. Bob大叔的三条定律     * 没有测试之前不要写任何功能代码     * 只编写恰好能够体现一个失败情况的测试代码     * 只编写恰好能通过测试的功能代码 #2. FIRST原则     * Fast: 测试要非常快,每秒能执行几百或几千个     * Isolated:测试 ...

多么的悲哀

 
11个生命就这么远去了,但愿他们能在那个国度找到他们的幸福。 活着的人,继续
敏捷的团队是自组织的,这样能够调动所有团队成员的积极性。 首先,作为敏捷团队,我们应当遵守Scrum的基本原则。 其次,再团队中尝试什么实践,都是需要团队自己决定的,结对编程也好,驱动测试开发也好,回顾也好,计划游戏也好。我们需要的是所有团队成员的积极的参与。 我们如何让团队成员觉得团队是自组织的呢。 最重要的一点就是让团队自己做决定。 在计划会议的时候,我们会给所有的用户故事定义故事点,确定大小,这个时候是成员初步参与讨论的时候,作为PO,Scrum Master要坚决的让团队自主,当然要注意团队的讨论不能偏离主题,要让不说话的同事说话。 站立会议,很重要,千万别变成Master主持会 ...

敏捷宣言

敏捷宣言: 个体与交互        胜过     过程与工具 可以工作的软件    胜过     面面俱到的文档 客户协作          胜过     合同谈判 响应变化               胜过     遵循计划 敏捷宣言就是简单的四句话,后来又出现了敏捷的12条原则。 这里体现了敏捷最重要的思想,尊重,信任,交流,客户参与,提供有价值的产品,响应变化。 深刻的理解敏捷宣言,理解为什么我们需要改变,才能在实施敏捷的时候有决心走下去,要不然,就会成为敷衍
很就没有写文章了,一看都是半年前了,半年了,敏捷也实施了这么久,现在来回顾一下半年的路程把。 Product Owner多么重要, 很重要,在一个项目里,你必须要有这么一个人知道我们需要做什么,我们需要给客户提供什么,知 ...

关于重构

重构最基础的有几个方面: 第一方面就是函数的重构. 第二个是类的重构 第三个方面是重新组织数据对象,将页面展示数据与业务数据分离开来,形成domain data. 第四个方面:简化条件表达式. 重构基本围绕着这几个方面进行. 就函数重构来说: 1.最首要的就是要消除重复的代码. 2.其次要消除长函数,让函数更加容易理解. 3.函数与变量命名的修改. 要让这些方法深入日常工作中,需要大量的练习以及大量反复的看书,领会出每一个地方的好处. 类的重构: 方法的移动,field的移动,以及函数的抽取,Hide delegate.扩展无法修改的类. 重新组织数据对象的方面:
今天这一周一次的CR RCA分析会议又结束了. 在会议中我们一个一个的讨论了那些臭虫是如何出现的,为什么会出现,我们能不能改变什么来避免这些问题不会在出现, 再听别人分析问题的时候,可以学到平时学不到的很多知识, 很久以前写过一篇文章在工作的失误中成长, 每一次失误你都记忆犹新,给你带来很大的冲击. 现在我们又有新的机会学习更多的失误,在更多的失误中找出解决一类问题的办法,这是一个持续改进的办法,我们一步一步的走向更好的质量,也增加同事之间的交流. 大家畅所欲言,说出一个一个我们存在的问题,以及能够采取的行动,只要有一个行动能够采取就是足够的. 每一次的会议都开的很开心,大家没有什么负 ...
马上就要作为敏捷团队的负责人在队伍里推行Scrum模式和TDD了. 作为一个没有任何敏捷经验的外行人,犹如黑夜行走,还好有很多书籍以及网上很多人的心得可以参考. 至于结果如何,不好说. 但是一个工作的执行力往往在于领导准备投入多少和是否做好一段时间镇痛的准备. 但是就单从敏捷团队负责人的角度考虑. 首先准备给队伍里的每一个人介绍下敏捷开发,或许,队伍里有比我更敏捷的人.呵呵, 其次,推荐大家在进入队伍里先尝试下敏捷中的基础TDD开发,收录认为TDD会改变我们软件质量,我们编程习惯的人,一起进入Team,共同组建我们的敏捷团队,只有这样团队才更有执行力,爱好兴趣就是动力,如果这个人不感兴趣 ...
再看了有关敏捷的书籍以及参加一个敏捷团队扫盲培训之后,又重点学习了重构-改善既有代码设计这本书之后,更加坚持了对于测试驱动开发原则. 首先重构是建立在拥有完备的功能测试以及完备的单元测试的基础上的. 因为这样代码的重构的代码才能保证不会影响软件的正常运行,还会给予自己很大的信心,重构可能出现的错误能够被检测到. 我们的项目经历了上百个feature开发,不断的迭代,缺没有任何重构的过程,所有的代码虽然都经过评审,但是很多重复的代码被留在了项目中(不是一个人写的,不是一个时期写的,存在不同的文件中),老人不断离去,刚发现,自己已经是队伍中最老的几个人了,大量新人的加入,使得很多已经实现的东西, ...
最近看了一些关于敏捷的东西, 很认真的学习了Agile Java这本书. 虽然一直都很认真的写测试,但是基本上都是开发驱动测试,为了完成覆盖率而写. 用了两天时间将这本书的例子都跑了一遍之后发现,其实TDD还是真得不错,先构建测 ...
看了这部片子真的是很不错。情节很连贯,很有节奏感,一个印度贫民窟的孩子成长的经历,一个发展中国家社会最底层人民的缩影,里面有社会问题,宗教问题,亲情,爱情,追求,以及那个诚实的,乐观向上的男人。 为了自己的偶像可以跳下粪坑,母亲死于宗教暴力,两人落入灭绝天理的黑社会头子手中,凄惨的成长经历,看的过程中心情很悲伤,太沉重了。 不过就像片子最后说的他命中注定。
今天出去吃饭,看到了一节废干电池的危害,的确挺恐怖的,竟然的污染这么多的水,1平米的地,还能毒死十几号人。 决定了,以后去日本旅游的时候带上一盒去,找个地方全部丢到河里,很好很强大,一下子消灭一个连队以上的人。 如果你觉得还好,那么就不要随便丢弃这些废电池,都是武器啊。
看了这么多新闻,我觉得所谓的专家,也就是专门为家人服务得人。 什么是家人呢,在我看来就是利益集团而已,所以那些专家能说出,我们地铁是要考虑磨损的,比站台高10厘米不算什么。 以及说什么,穷人的存在就是为了富人的。 他们的确是很先进的,很进步的,代表了很多
很大很大,楼高100米以上,好大得火,很壮观
今天看到这个消息四川老太被民警反铐双手拖行百米身亡。 看了下新闻的内容,发现很恐怖,根本没有人权,对你做什么都是合法合理,死亡是随时随地,我们生活在这里就和肉猪差不多。 前几天也看了下技术移民加拿大的文章,自己符合要求,赶快加快英语口语,做好移民的准备,虽然是异地,但是能够享受到相对的民主和公平也算值得的。
Global site tag (gtag.js) - Google Analytics