燃烧JAVA

这是我在网上看到的一个PPT，觉得内容不错，摘录部分内容并且加上了自己的一些想法。两种不同的领导性行为：1. 指挥性行为(命令式)2. 支持性行为指挥行为包括：布置工作，命令，检查，监督，控制，指挥，指导管理者告诉下属要做什么，为什么做，什么时候完成，有什么资源，谁可以帮助，怎么做。支持性行为：解释公司的决定，给员工正面的赞扬、认识，鼓励与下属的沟通

最近在搞敏捷，发现了很多的问题，在传统的开发过程中，如果是规范的大公司，通常都很重视文档，各种流程也会比较规范和完整，但是这样的公司毕竟不多，很多大公司表面上是CMMI，RUP之类的，但是实际开发还是走的瀑布，而且前期的分析设计文档通常也不是很完善。我知道很多人就是因为这些不规范的流程，不专业的设计文档，于是跳槽去找规范的公司，但是跳到新公司后发现面试的时候说的那么好，开发的时候和原来的公司也没多

本节向大家描述一下SVN分支和合并问题，在讲解SVN版本库目录问题时我们提到了SVN分支问题，和大家分享一下，看完本文你肯定有不少收获，希望本文能教会你更多东西。        尽管svn没有作强制要求，但是一般svn版本库目录建议创建trunk、branches和tags三个目录。在实际操作时，trunk主干版本要时刻保持干净，即随时可以基于这个版本进行修改并将应用部署上线。branches

A软件项目的规模是100功能点，我们根据行业基准(Benchmarking)知道平均成本是5000元/功能点，那么本项目的成本预测就是50万元;我们又根据行业基准知道平均生产率为1功能点/人天，则计算得到项目需要投入100个人天的工作量，这些计算的结果将成为签定合同的依据和软件项目管理的基础。在很多情况下，我们在知道全部需求信息之前（已经有足够信息确定系统的ILF、EIF、EI、EO、

单元测试 ： Junit + Mockito代码检查：Sonar + JupiterCI :              Jenkins + seleniumScrum :     Scrumworks测试工具： Jmeter堆内存分析：JProfile + IBM一些其它的工具

转发此文是觉得那个对比的表格很不错，不过我觉得对于敏捷，作者稍有偏见，像scrum应用的场景更多，敏捷的很多思想是很不错的，我觉得现在很多企业拥抱敏捷，学习精益是一种变革。经常看到和听到大家在争论敏捷过程、RUP和CMM 哪个软件开发过程更好或者哪个过程不好，各自都有理由、争论得不亦乐乎......实际上，没有十全十美的过程，也不存在更好的过程。关键是什么样的过程适合自己（的组织），适