只显示主题贴

2008-02-26
全文显示

求喜欢敏捷的java贤才

最近在人才网上面试的人都不是很理想，所以打算在各个技术社区淘淘高手 我们公司是《深圳得实信息科技有限公司》，是一家制作网络教育相关软件的成长型公司。 我们可以提供别墅办公环境，让你远离高楼城市的喧嚣，当你写代码累了时，出了办公室的门就可以呼吸到南山的新鲜空气。 我们有舒适的开发气氛，团结的团队加上轻松的敏捷方法，让你感受到开发是一种乐趣而不会厌倦。 我们拥抱创新，我们最喜欢有新点子的程序员了，你的新点子就是我们最大的财富。 而且我们还将给开发人员提供培训学习的机会，我们认为只要每个人成长了才是团队的成长，公司的成长。 如果你喜欢敏捷，对敏捷开发有兴趣，但是现实中苦于实践比较困难，那么加入我们 ...
2008-02-21
全文显示

敏捷项目实践步骤

一、根据发布目标分析需求，把需求分析成独立的故事，初步的分析可以是粗略的，随着需求的不断深入刻意对故事进行整合或者切割。要注意的是分析出来的需求尽量在发布目标的范围之内，超出发布目标的需求应该尽量避免过深分析。所谓的发布目标是确定了这个版本可以让用户满意的条件。故事模式：做为（用户角色），我可以（做什么），以便（业务价值）。后面的业务价值在比较简单或者大家都比较明确的时候刻意不需要注明。当前团队实践推行方法：第一阶段,这个分析工作开始由PM进行收集，整理和分析。第二阶段,当大家都为用户故事的方式接受以后，采用需求讨论的方式来明确和分析用户故事。  二、对分析的故事进行相对估计，估计出 ...
2008-01-16
全文显示

回复: TDD & private method 大家怎么看？

呵呵，楼主和我开始玩tdd的时候遇到的问题一样，不知道拿private怎么办： 开始我是用类反射的方式获取到待测private方法进行测试 但是当我后来用测试驱动开发实用指南洗脑了一遍以后，我发现，你要测试的是对象的功能，而不是代码级别的方法。 因为只有你暴露出来的功能才是给别的对象使用的。 而TDD的一个主要目标就是要保证你这个对象的这个功能提供给别人使用时一定要是正确的。 这个一定要明确出来，所以后来我做TDD的时候，只测对象暴露出来的功能。
2007-10-02
全文显示

一个堆积木的算法题，比较有意思，欢迎大家讨论

问题的来源是帮一个朋友改数据库，要求是这样的，60个题目，总分是100分，正确答案的分值有2分的 1.5分，其中分值的排列关系是随机的，请问如何设置答对题目，使得答题总分刚好为一个数值，如82分 我的解决办法是： 用一个集合记录判断是正确的2分题，当发现期望总分和当前累加总分差值小于1.5时，因为最小单位是1.5，在2分集合中退出一个正确的2分，然后继续遍历下去 虽然后来用上面办法解决了这个问题，但是我觉得这个问题的解法不够通用，有很多问题，对这个问题扩展了一下，大家一起讨论一下 一维的：和上面的题目一样。用变量来描述一下这个问题 有m个元素，其中每个元素有1个value值，o,va ...
2007-09-20
全文显示

回复: 功能还是任务--制定敏捷计划

[quote="cnfree"]最好的方式当然还是Senior开始新的模块，如果很忙的话，由junior来维护这个模块，不忙的话，谁做的谁维护。Junior虽说有点像打杂的，但是review别人的代码对自己的水平提高也是显而易见的。人不管水平高低，都是可以培养出来的。 [/quote] 这个方法是我以前没有想到的，我觉得很好。我原来的想法是，来新人之后开始结对，这样让新人在结对过程中学习，进步。但是我觉得做为一个coder来说，必须要有很强的view code能力。这个是一开始就要培养的。 对于考核的建议来说，我的出发点是完成的功能，不是工作的饱和度，可能各有优劣。我只 ...
2007-09-13
全文显示

回复: TDD:mock还是build

taowen 写道mock对象会出现很多层次的时候，首先要考虑是不是对象设计上的问题。正常的建模，层次不会太深的。但是的确会出现这样的问题，比如说写一个powerpoint的插件，powerpoint提供了一个shape->slide->presentation的树状层次。如果我们把这些对象都mock的话，就会出现非常深层次的expect。对于这样的问题，我的解决方案是手写stub。然后用state based的测试来做测试。对于你说的持久层依赖的问题，你的领域对象就不应该依赖于DAO。正确的做法是像hibernate那样，用proxy模式来隔离持久化逻辑和业务逻辑。1非常感谢你的建议，有些方 ...
2007-09-13
全文显示

TDD:mock还是build

记得我以前写过一个文章是有关于4层web结构单元测试的，今天打算对TDD的环境问题重新讨论一下。 我当时的4层结构的单元测试时间上是从DAO到Service到Action再到JSP一种渐进测试，但是的想法是，先测DAO，那么Service对DAO的调用就有保证了，测试了Service，那么action调用service就有保证了。。。这样一层一层下来，我每层测试的目标也就达到了。这里其实我用了一个技巧，就是通过测试的顺序，来逐渐的构建了每层测试所需的外部环境。当然从这个角度来看，我当时使用的方法更贴近于集成测试了。   一般做TDD的时候最大的问题就是如何处理外部环境， ...
2007-09-11
全文显示

mingle使用小记--agile项目管理工具

这篇文章不是用来讲mingle的使用方法的，是来发表使用mingle一个月的使用感受。 由于mingle的操作十分简单，方便，有兴趣的同学可以自己下载一个并可以参考官网的flash。 官网地址：http://studios.thoughtworks.com/mingle-project-intelligence 基本感受： Anything is card!所有操作都是基于卡片的，也就是说一个项目的基本构成单位就是story card，而基于这些卡片方便的展示、管理、统计都是很方便的。 优点： 1、操作简单，修改属性，拖曳卡片，过滤查找，都是几个简单动作就可以完成的，而且由于大量的 ...
2007-09-11
全文显示

回复: 功能还是任务--制定敏捷计划

哦，个人认为有两个角度来解决则合格问题 1、story的划分粒度有多大，就是一个人完成的story在给别人介绍需求的时候应该是可以很快并且较为详细的介绍清楚的。（一般来说我划分一个story的plan size不会超过4天） 2、一个story在以后开发中会不断地变更需求进行维护，这时候你不能指望维护的那个人还是当时的开发者，所以我觉得花费在这种沟通之间的代价是有必要的。
2007-09-11
全文显示

回复: 功能还是任务--制定敏捷计划

[quote="fly_ever"][quote]在功能开发时，无论是分析，设计，还是实现发现问题都可以立即举手进行讨论。可以说只要有问题就是团队一起解决的[/quote] 我一直有一个问题，就是每个人独立的完成各自的story的时候，遇到问题，如果这些问题是与story的具体需求联系在一起的，而其他人并不能深刻的理解这个story，所以要让别人帮忙来一起讨论解决问题的话，还需要跟他们沟通这个需求，而且既然是遇到的难题，所以也并不能指望别人一理解了需求之后就能拿出一个合适的解决方案，所以也会继续跟这个人讨论，一起解决，或者是再去寻求另一个人，沟通需求，然后解决。 其实这也是 ...
rocket
搜索本博客
最近加入圈子
存档
最新评论