1，找资料时，问题点要有针对性。比如要查找maven的<fork>，<build>，<plugins>参数的作用是什么。就应该单独分开找，而不是去搜索maven的各个参数有什么作用，这样每个参数看下来，可能都忘记最初要查什么了··
2，遇到问题，不要慌。抛出什么没见过的异常，有什么没接触过的新任务，最好重头捋一下整个程序的思路，画画流程图什么的。表叽歪，表死磕，因为导致这个问题的原因，不仅仅只有一种，而是一类错误都会导致这个问题。比如说，用JdbcTemplate插入日期数据转换出现问题，就不应该闷头查日期怎么转换；String转日期设置格式；java.sql.Date和java.util.Date有嘛区别吧啦吧啦吧啦```只要注意到我们是用PreparedStatementset参数的嘛，查一下
关于PreparedStatement插入Date类型值的方法，答案直接就出来了，原来用Timestamp就直接可以保留时分秒；还用JdbcTemplate举例，查如何将字符串类型插入到数据库的clob字段，不要光查如何将String转换成clob,这时会发现
javax.sql.rowset.serial.Seriallob cannot be cast to oracle.sql.CLOB这两种类型是不能相互转换的。这时把问题放大，找JdbcTemplate如何将字符串类型插入到数据库的clob字段，就轻轻松松的解决了。
还是得看功力。
3，新接到一个任务时把一个大任务分成多个小任务来完成，越细越容易完成。这一点我做的很好～在备忘录里好好列出来1234，写周报直接粘贴进去，清清爽爽～
4，注意rebuild，recompile，maven compile，如果自以为正确的代码不正确执行的时候
5，注意包冲突，在用什么软件时，一段要注意依赖软件的版本。引包的时候一定要有条理，包冲突什么的最恶心了。还有循环依赖什么的。
6，在找到什么有用的资料时，要让它成为自己的，能为我所用，不要囤起来就万事大吉。你又不是仓鼠
7，遇到什么修改的话，一定要想想关联的一些，或者同等的一些方法呀，表呀什么的。虽然这个很简单，但却是最容易出错的。
8，有关项目结构
前几天编写springboot项目练习时，由于项目结构建的有点随心所欲，遇到了些不必要的错误。发现了些需要注意的东西，入modal和controller包需要在同级啊，application需要在根目录啊什么的
这里，引个大神的总结http://blog.didispace.com/springbootproject/
工程结构（最佳实践）
Spring Boot框架本身并没有对工程结构有特别的要求，但是按照最佳实践的工程结构可以帮助我们减少可能会遇见的坑，尤其是Spring包扫描机制的存在，如果您使用最佳实践的工程结构，可以免去不少特殊的配置工作。
典型示例
- root package结构：
com.example.myproject - 应用主类
Application.java置于root package下，通常我们会在应用主类中做一些框架配置扫描等配置，我们放在root package下可以帮助程序减少手工配置来加载到我们希望被Spring加载的内容 - 实体（Entity）与数据访问层（Repository）置于
com.example.myproject.domain包下 - 逻辑层（Service）置于
com.example.myproject.service包下 - Web层（web）置于
com.example.myproject.web包下
|
com
+- example
+- myproject
+- Application.java
|
+- domain
| +- Customer.java
| +- CustomerRepository.java
|
+- service
| +- CustomerService.java
|
+- web
| +- CustomerController.java
|
|
看看您现在的功能是否这样配置，如果不是，不妨尝试改变一下，看看是否可以去掉一些@Configuration配置？