开发技术文档
在之前关于Visual Studio 2010的新特性介绍文章中，我们已经喊出了“全体程序员注意：Ribbon全面来袭!”的口号。
已在信息化道路上迈开坚定的第一步的江门轻骑明白，要想充分发挥ERP系统的最大效应，必须持续不断地深入应用系统，挖掘系统的应用价值。
支付宝的研发体系是从自身实际出发制定的，既要保障产品的高品质，又要保持对业务变化的快速响应，加上协调多个团队高度并行开发的需要，整套研发体系是一个精心设计的严谨结构，也是比较重量型的。但还是可以从中找到敏捷方法中的一些重要元素。
Scrum为项目执行提供了可靠的、已被证实的基础。但是，在每个项目中，Scrum都必须根据具体需求和环境进行调整，这是项目成败的决定性因素。在这篇文章中，将会介绍如何成功地完成了一个大型的（20人年，超过十万行代码）、分布式（开发人员位于印度和荷兰）Scrum
正则表达式是一种极其有用的文本处理技术，不过用起来有一定的难度。Python语言的re模块对基本的正则表达式做了许多有益的改进。
敏捷开发包括很多模式：AMDD（Agile Model Driven Model），AUP（Agile Unified Process），XP（Extreme Programming），FDD（Feature Driven Development），Scrum
敏捷开发包括很多模式：AMDD（Agile Model Driven Model），AUP（Agile Unified Process），XP（Extreme Programming），FDD（Feature Driven Development），Scrum
敏捷开发包括很多模式：AMDD（Agile Model Driven Model），AUP（Agile Unified Process），XP（Extreme Programming），FDD（Feature Driven Development），Scrum
本文介绍的仅仅是 PHP 应用程序中使用的几种最常见的设计模式。在设计模式 一书中演示了更多的设计模式。不要因架构的神秘性而放弃。模式是一种绝妙的理念，适用于任何编程语言、任何技能水平。
我们的项目在开始的实践中，有几个sprint是不成功的。在sprint的结束时Team确实提交了产品，但产品不是可以部署的，而是只经过了简单的测试，没有文档说明，没有release notes等。现在回头总结，最主要的原因是在sprint planning时没
在软件开发项目中，质量、成本、进度三大目标不但是项目经理最为关注和最为头痛的事情，也是项目管理的核心所在。但目前许多软件开发项目却经常存在着质量偏差、进度延误、成本超支的问题。其中，进度跟踪更一直被视为是软件开发的第一大难题，受到许多开发团队和客户方的高度关注
对于 zope.testing 框架，您会发现 Zope 社区有一些有意思的现象。Zope 社区并不为解决每个问题构建大型工具，而是构建小型的功能有限的工具，这些工具能够连接在一起。目前，zope.testing 模块本身实际上根本没有提供检测测试的机制！
在现在服务的公司里，我和我的团队应用Scrum已经快5个月了，感觉团队已经趋向于自管理的模式，主要的表现在：计划和承诺由团队做出，如何指派工作由团队做出。但还是有一点欠缺：工作角色概念突出。
Jupiter是一款开源的Eclipse插件，以XML形式存储review数据，通过SVN/CVS将review结果在团队内共享。一个很方便的功能是其建立了review问题跟具体源代码的对应关系(通过点击review问题列表中的问题可以跳转到对应的代码段，通过
单元测试的目标是一次只验证一个方法，小步的前进，细粒度的测试，但是假如某个方法依赖于其他一些难以操控的东东，比如说网络连接，数据库连接，或者是Servlet容器，那么我们该怎么办呢?
Lotus用户信息如何导到access中呢。我这里有一个方法，就是先将用户信息引出到文本文件，然后用下面程序输出到access文件中。
