java开发人员经验总结
java开发人员经验总结-武汉北大青鸟
·立项
一、需求的收集，UC的编写虽然不是开发人员的工作，但最终需要开发人员在产品中实现。所以开发不合理的设计至少浪费了你的时间，开发技术无法实现的设计带来最大的痛苦：失败。所以，开发人员要重视需求以及UC的评审，提出自己能够想到的所有异议。
二、一栋楼很难估算重量，但是一块砖头可以精确估算重量。一个项目的时间很难准确的估计，但把项目开发划分为不能再进行分割的模块功能点，对每个点的估计是可以更精准的估时的，由此由上至下，由下至上，得出近乎准确的编码时间。
三、机会总是倾向有准备的人，成功也是。编码工作保质保量的按时完成需要多方的准备工作，技术难点需要进行充分的技术预言，不熟悉的依赖平台或类库要进行熟悉。
·设计
一、一图胜万言，模块结构以及流程等很难用用文字描述，即使用文字描述出来也很难看懂，所以在设计中，要善用用图。
二、痛苦是为了快乐，详细设计过程中有思考的痛苦，繁琐的痛苦，但是绕过这些痛苦，编码期间将会面临更大的痛苦。
·编码
一、 磨刀不误砍柴工。对于一个实现可以有很多解决方案，花些时间精力选取你认为最好的解决方案可以总体上提高工作成效，往往还可以得到用户更好的体验效果。
二、 细致认真严谨的工作即是对工作负责，更是对自己负责，让这些成为习惯。任何一次，任何时候所进行的编码工作，在逻辑、风格、简单有效等方面拿出你的最好，既能更好为公司实现价值，同时更有利自己在技能，岗位的进步。
三、 简单是美，在有效的前提下，越是简单的处理方法越是珍贵的，代码编写也是，简单的代码便于理解维护，同时不容易产生错误。
四、 慎做改动，当然不是说不做改动或不鼓励改动，而是不做仓促、草率的代码改动。没有洞察全局，考虑全面，而仓促进行的改动往往没有达到改动的目的却带来了其他问题。
·测试
一、事出有因，任何bug都是由于代码的疏漏造成的，修复bug的痛苦过程中切莫怀疑是神在耍弄你，勇往直前的利用排除法或跟踪调试代码等方法找到疏漏所在。
二、遇到自身模块相关问题首先检查自己，相互推诿只会浪费时间以及减弱在其他同事对你的信任。
三、站的高看得远，不同的视角有不同的风景。遇到比较难解决的问题而苦苦没有思路时，转换思路或把问题的考虑范围放的更广一点，往往可以找到解决方案。
四、功�
相关文档：
Java开源项目简介
Jakarta
项目是ASF(The Apache Software
Foundation)的一部分。ASF是一个非赢利组织，她鼓励基于开放的软件许可下进行合作、注重实效的开发，并提供各个领域的高质量软件，她涉及到
Http服务器，编译工具，类库，开发架构，服务器端Java技术,J2EE容器，数据库工具，日志工具，XML解析等等诸� ......
Spring Framework 【Java开源 J2EE框架】
Spring 是一个解决了许多在J2EE开发中常见的问题的强大框架。 Spring提供了管理业务对象的一致方法并且鼓励了注入对接口编程而不是对类编程的良好习惯。Spring的架构基础是基于使用JavaBean属性的 Inversion of Control容器。然而，这仅仅是完整图景中的一部分：Spring在使用I ......
ITracker
ITracker基于J2EE的issue/bug跟踪系统，支持多用户、多项目、邮件通知等.
更多ITracker信息
Scarab
Scarab是一个非常灵活的issue管理系统.它具有以下特点:
1.其它系统一样都具有的特点:数据的输入,查询,报告,通知到相关的当事人,注释的协作积累,依赖追踪等.
2.Scarab通过一组管理 ......
常用类的常用方法
一、java.lang.Object类
1、clone()方法
创建并返回此对象的一个副本。要进行“ 克隆” 的对象所属的类必须实现java.lang. Cloneable接口。
2、equals(Object obj)方法
Ø 功能：比较引用类型数据的等价性。
Ø 等价标准：引用类型比较引用， ......
今天在http://www.51itdh.com/这个网站上找到有好多Java学习的资料，所以收集下来给大家分享下。这个网站挺多编程这方面资源的。
1.Java学习网站:
Java中文世界论坛 http://www.chinajavaworld.com/index.jspa
Java世纪网 ......
