《potian的工具箱》的相关内容

我说说自己开发一个Java程序常用的工具箱（仅为个人习惯）： 准备篇 1。白板（白板笔）。 1)需求阶段和客户讨论问题时分析、设计、客户在这里自由交流大家对问题的看法 2)在项目分析和设计阶段用来进行头脑风暴，是设计的最重要的工具。白板上画的可以是UML图，但也可以是项目团队能够理解的任意图形，或者就是简单的线条、图形都可以 3)无处不在的讨论，任何时候对需求的理解和对设计的讨论都在白板上进 ...

见着大师了，不过好象没怎么激动，Ivar没照片上那么老，看起来年轻的很，精神的很，一直都面带笑容，刚去的时候他站在门口对每个来的人打招呼，我hello，hello的支吾着就进去了，没带相机啊。听了一下午，我一向听课都爱打瞌睡的，这次还好，一直坚持下来了，涂抹了点笔记，算是小有收获。中间茶歇的时候，端着咖啡和点心正准备躲在一个桌子旁边大吃一顿，结果，Ivar端着杯咖啡直奔了过来，叽里咕噜的说了一句， ...

刚写好的时候本来尝试发javaeye，结果那天好像服务器有问题没提交上来。这么多天才想起来重新发。。。 -------------------------- 敏捷团队建设 本文发表于4月《软件世界》 最近很多人都问我，有没有适合的人可以推荐给他们公司，他们正在招人，面试了很多个，但有经验的开发人员太难找了。有一个朋友在问我要人的同时，他手下的一个开发人员反而问我有没有好的机会，他 ...

重新开个新帖： 最进一直在研究用户故事，有些心得同大家交流下，欢迎排砖： 我认为用户故事同用例最大的区别在于： 使用的方式 用例被看作需求的主要成果，用来作为设计，实现，测试的前置条件。并且作为工件在项目中需要保留。 相反 用户故事作为获取需求的开始，起到提纲的作用，最初的用户故事，可看作将要满足的功能的站位符，提醒我们有这么回事。 在UP中你会看到：有特性和用例的区别。 在XP中只有用户故事。 ...

（本文发表于程序员杂志2006年第4期） 在很多人的印象中，敏捷软件开发是种类似黑客行为的过程，是程序员最爱的勾当。不写文档，不作需求分析，没有项目经理，做什么东西完全是程序员自己的行为。所以他们认为这样的过程无法满足真正大型项目和复杂项目的需要，因此在经过考虑后，放弃了敏捷方法。 真的是这样吗？敏捷过程到底是如何做需求分析？用户故事和用例有什么区别？敏捷过程如何去管理需求的？这些是一些想要实 ...

http://www.infoq.com/cn/articles/hiranabe-lean-agile-kanban  将看板应用于软件开发：从敏捷到精益 作者 Kenji Hiranabe译者 苑永凯 发布于 2008年2月19日 上午3时0分 社区Agile主题工件和工具,方法论 ...

一件用户通过系统完成他一个有价值的目标（买一罐饮料）的事。这样的过程就叫“用户案例(user case)”或者“用户故事(user story)”。本文描述了敏捷开发的技巧：如何以用户故事管理项目. 敏捷开发技巧：以用户故事管理项目 Wingel 发表于 2007-02-12 08:08:13 作者:Wingel     来源:Wingel' blog 摘 ...

游戏引擎剖析 原文作者：Jake Simpson 译者： 向海 Email：GameWorldChina@myway.com   第1部分: 游戏引擎介绍， 渲染和构造3D世界   介绍     自Doom游戏时代以来我们已经走了很远。 DOOM不只是一款伟大的游戏，它同时也开创了一种新的游戏编程模式: 游戏 "引擎"。 这种模块化 ...

对于一个组织来说，同一组开发人员来完成多个项目，这是常有的事儿。在这种状况下，应该如何组织团队呢？他们的工作又该如何计划和分配呢？ 如果可分配的资源较多（比如说，可以为每个项目分配6至10个开发人员），而且已经知道这些项目的大小和相对优先级，一般来说，将开发人员划分为两个或多个团队就可以了。 反过来说，如果每个项目能够分配到的人员很少（每个项目只能有1到3个开发人员），而且项目的大小和相对优 ...

　　谷歌Chrome浏览器开发人员(左起)Mark Larson, Brian Rakowski, Darin Fisher, Ben Goodger 　　导语：10月号《连线》杂志撰文称，谷歌推出Chrome浏览器是一个计划周密的行动，目的非常明确，就是要与微软的IE抢占市场份额。 　　开发浏览器传闻变现实 　　8月18日，谷歌在加州山景城总部41号大楼一个小会议室召开每周一次的经理会 ...