摘要：
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head><title></title><script language="javascript" type="t 阅读全文
摘要：
function function_Name(exp1,exp2,exp3,exp4){Number =function_Name.arguments.length;if (Number>1)document.wrile(exp2);if (Number>2)document.write(exp3);if(Number>3)document.write(exp4);浏览了很多的页面，就这种方法，还有其他方法吗，请大家帮帮忙？ 阅读全文
摘要：
这是敏捷开发一千零一问系列的第十二篇。（在这里提问，之一，之二，之三，问题总目录）问题原问题：敏捷的具体实施是否按照一定的步骤？方案越前面的方案月容易实施，但是也越容易流于肤浅而失败。方案1：循序渐进这个可以说是所有事物推广的方法，不只是敏捷，而作为“敏捷”而言，崇尚迭代交付，自然更符合循序渐进的思想。方案2：面向问题常常听到这样一个问题：我是过程改进人员，以前CMMI过级的时候很忙碌，也很充实，最近公司今年没有过级的任务，大家都闲下来了，下一步该怎么办呢？既然是过程改进人员，就应该改进过程，和CMMI本来是无关的。CMMI的引入，是帮助我们解决问题的，而不是让我们忙碌和充实的。现实项目的问题 阅读全文
摘要：
这是敏捷开发一千零一问系列的第十一篇。（在这里提问，之一，之二，之三，问题总目录）问题原来问题是这么写的：“每个人对美的认识不一样，在产品开发过程中，该怎样有效控制界面设计用时？”大致是说有些人觉得这样就得了，另外一些人觉得还不够漂亮，不知道评审的时候该听谁的。这个问题有点另类，所以泛化成“需求谁做主”。方案方案1：听产品经理PO的这个是简化的方案。一般而言，我们总会挑选出正确的人，或至少是最正确的人——他对市场清楚，客户明白，至少在业务方面比程序员经多见广——来形成对需求的雏形，日后验收的，也是他。这个人就是PO，Product Owner，产品的主人，产品经理。不过，常常不存在一个人这么厉 阅读全文
摘要：
一，C++内联函数 定义： inline double square (double x){return x*x;}//含有关键字inline的内联函数 描述：内联函数类似于宏的定义与调用 使用：调用内联函数时候，不用跳到另一个位置执行代码，而是将调用内联函数代码用相应内联函数替换。 区别：普通函数调用时候，跳到函数处执行完，返回再执行下一条语句。 内联函数调用时候，直接将代码复制过来执行，省去了跳过去然后返回的过程 宏：只是简单的形式上的替换 例：#define square(x) x*x ... 阅读全文
摘要：
package util;import java.sql.Connection;import java.sql.DriverManager;import java.sql.PreparedStatement;import java.sql.ResultSet;public class DBUtil {Connection conn = null;PreparedStatement stmt = null;String Driver = "com.mysql.jdbc.Driver";String url = "jdbc:mysql://10.137.5.23/mc 阅读全文
摘要：
第一步：v(视图层)兴 趣：<input type="checkbox" name="fav" value="0">篮球 <input type="checkbox" name="fav" value="1">听歌 <input type="checkbox" name="fav" value="2">上 阅读全文
摘要：
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head><title></title><script>/*1、分页：满足5行就自动翻到下一页，并且在下一页显示上一页，点击上一页后跳到上 阅读全文
摘要：
这是敏捷开发日常跟进系列的第二篇（栏目目录）。迭代及燃尽图的目标燃尽图的目标是完成迭代的目标，迭代的目标是什么呢？1. 按产品经理的要求，交付计划会中计划的用户故事2. 尽量完成1之后还会看到，这个定义还有狭隘之处，在系列后面的文章中会提到。为什么燃尽图不能直接地达成这个目标？潜在的问题包括：1. 如果燃尽图按时完成，有可能是为了按时完成，同时牺牲了所有故事（重要和不重要的）的质量，换取了进度。2. 如果燃尽图未按时完成，有可能不是一个故事没有完成，而是所有故事都剩下点活没做完，导致所有故事都无法交付。3. 如果燃尽图未按时完成，没有完成的故事中，有可能包括了极其重要的一些。只从燃尽图的形态看 阅读全文
摘要：
这是敏捷开发日常跟进系列的第一篇（栏目目录）。这个系列将涉及燃尽图（Burndown Chart）、故事板（看板）、每日立会等内容，描述在计划会之后，评审会之前，敏捷开发团队内部产出与产品经理和项目经理的各种活动。日常跟进中的某些内容比如团队工作模型、预估会议、用户故事跟进等在之前的松结对编程、团队管理、用户故事、产品管理等系列中有所描述。在这个系列之前，还应该有一个敏捷计划系列，描述敏捷开发的从版本规划到计划会估算的详细内容，未来将会补上，当前可以参考2.29版的《火星人敏捷开发手册》，有5页与其相对应。燃尽图燃尽图Burdown Chart也叫燃烧图，是罕见的敏捷度量，以至于每当有人问起“ 阅读全文