今天完成的事情：

1. 深度思考一部分

2. 禅道使用整理

明天计划的事情

1.  svn命令的使用

2.  禅道使用整理

遇到的问题：

无

收获：

3. 怎么样能让Maven跳过JUnit?

<plugin>

       <groupId>org.apache.maven.plugins</groupId>

       <artifactId>maven-surefire-plugin</artifactId>

       <configuration>

         <skip>true</skip>

       </configuration>

 </plugin>

4. 为什么要用Log4j来替代System.out.println？

A 日志输出的目的地，输出到控制台的速度比输出到文件系统的速度要慢。

b、日志输出格式不一样对性能也会有影响，如简单输出布局(SimpleLayout)比格式化输出布局(PatternLayout)输出速度要快。可以根据需要尽量采用简单输出布局格式输出日志信息。

c、日志级别越低输出的日志内容就越多，对系统系能影响很大。

d、日志输出方式的不同，对系统系能也是有一定影响的，采用异步输出方式比同步输出方式性能要高。

e、每次接收到日志输出事件就打印一条日志内容比当日志内容达到一定大小时打印系能要低

5. 为什么DB的设计中要使用Long来替换掉Date类型？

1. 因为DATE有固定的格式，不同的地区有不同的时间表示方法，而且外国有夏令时与冬令时之分，非常麻烦

2. 其实使用BigInt也能较为清晰的表示时间

3. 大多数时候我们并不关心某一个时间点，而是发生一个动作后，需要的时间，BigInt非常方便做减法而不用转化

6. 自增ID有什么坏处？什么样的场景下不使用自增ID？

自增主键 

这种方式是使用数据库提供的自增数值型字段作为自增主键，它的优点是： 

（1）数据库自动编号，速度快，而且是增量增长，按顺序存放，对于检索非常有利； 

（2）数字型，占用空间小，易排序，在程序中传递也方便； 

（3）如果通过非系统增加记录时，可以不用指定该字段，不用担心主键重复问题。 

其实它的缺点也就是来自其优点，缺点如下： 

（1）因为自动增长，在手动要插入指定ID的记录时会显得麻烦，尤其是当系统与其它系统集成时，需要数据导入时，很难保证原系统的ID不发生主键冲突（前提是老系统也是数字型的）。特别是在新系统上线时，新旧系统并行存在，并且是异库异构的数据库的情况下，需要双向同步时，自增主键将是你的噩梦； 

（2）在系统集成或割接时，如果新旧系统主键不同是数字型就会导致修改主键数据类型，这也会导致其它有外键关联的表的修改，后果同样很严重； 

（3）若系统也是数字型的，在导入时，为了区分新老数据，可能想在老数据主键前统一加一个字符标识（例如“o”，old）来表示这是老数据，那么自动增长的数字型又面临一个挑战。

关于第六个有一个帖子写的比较好：

MySQL 使用自增ID主键和UUID 作为主键的优劣比较详细过程（从百万到千万表记录测试）

2. 禅道使用整理

禅道的核心在于对项目进度的把控，对风险的及时处理。

有六个要点：

1. 拆分task

2. 截至时间

3. 如何解决延期风险

4. 查看项目进度

5. 什么时候开始和结束

6. 更新任务

进度： 

禅道：http://task.ptteng.com/zentao/project-task-264.htm