1、多看
  读万卷书，行万里路。多看书，多看别人写的代码，多看别人的问题，多看相关技术书，多看文档，多看.....  很多东西都需要我们用双眼来看，当然，很多人肯定会说，哪有那么多时间来做这些事，我只能回答：挤时间。 不管你是刚出校门正在迷茫，也不管你是工作几年，成就不菲，多看绝对试用任何一个阶段的人。有些人遇到问题不知道怎么解决，那是因为你遇到的少，怎么办：有空多去看看别人的问题，多去看看别人的技术分享，总有一个适合你，或者适合你未来将要遇到的问题（这里不止技术方面，也包括生活方面）。还有多看看一些技术书籍，丰富自己的知识真的很重要。 这里我推荐几本：《重构-改善既有代码的设计模式》、《架构探险——从零开始写Java Web框架》、《java编程思想》（这个确实是很好的基础的书，虽然我也没看完..）、《深入解析Spring架构与设计原理》 ，如果对分布式感兴趣的，也可以看看《大规模分布式存储系统》。还有最重要的：多看文档，对于开发来说，结合需求和设计文档做，开发能节省30%的时间（需求经常变动的不算...）
2、多写
  好记性不如烂笔头，站在岸上学不会游泳。光是看肯定是不行的，还需要写，对于不懂的技术，找资料，自己代码敲一遍，先跑起来，再来一步步研究原理，这样会更印象深刻。远比你一天到晚的研究源码强。对于自己独自研究学会的技术、解决的bug，或者解决方案，你都可以写下来，写博客、或是日志。我个人倾向于写博客，因为我知道记忆是有限的，此时我记忆深刻，以后总会忘的。但是只要我写下来了，以后遇到这种事情，我只要翻翻我的博客，看看我以前的记录，就能很快的解决问题。我喜欢写总结，不论是bug，技术心得、或是自己遇到的问题。我也会记录下来，以此激励自己。当然，这也是我为什么喜欢CSDN的原因，因为这里有我需要的资源，我帮别人的同时，也帮了自己..3、多想
  想法，远比你的方案要多。工作中遇到bug是很正常的，有时候一种方案解决不了，不要死扣，可以换个方式解决，窗户被关上了，我们不是还可以打开门么？ 遇到bug解决不了，一个方式不行我们换个方式继续，总有一个适合的。其实在做程序之前，拿到需求，我们不仅要看，更要仔细看，认真想，其实需求分析人人都能做，只要你敢想，对于业务多考虑，如果按需求这样做，会有什么不足，或者说有几种方式，为什么这样做？肯定有其中的可取之处，你想明白了，下次就知道该怎么去分析自己需要做的功能、模块，并且做的更完善，也许这样会让你在前期工作花费大量的时间来思考需求，但是一旦你全部确认完毕，真正开发的时间，其实只要原来约定时间的1/3 （某些特定场合除外）
4、多问
  不耻下问，虚心求教。工作遇到的问题，你不一定总能自己解决，查资料也找不到答案，怎么办？问！  问谁？怎么问？这是个问题。 问也有很多学问，比如如果是需求导致你做不下去，那就问需求分析人员，或者问你的经理，他们肯定是知道的，如果他们都不确定，那么你可以停下来休息会了，因为你继续做下去也是白用功。如果是项目开发出现bug，找不到资料也无法解决， 那么你可以问有经验的同事、或是到CSDN来发帖求助，茫茫猿海，总会有人遇到或者解决类似问题的。如果还没人能帮忙，那么换个方式实现吧。永远都不要自满，曾经我也骄傲自满过，然而现实给了我一巴掌。虚心求教、博学多问永远不会过时。这里教大家一个小点子：刚入一个新公司或者新项目组的时候，跟同事一定要打好关系，也许他就是某方面的大牛呢？
5.多运动
身体是革命的本钱，照顾好自己，当然，开心重要

1、多看
  读万卷书，行万里路。多看书，多看别人写的代码，多看别人的问题，多看相关技术书，多看文档，多看.....  很多东西都需要我们用双眼来看，当然，很多人肯定会说，哪有那么多时间来做这些事，我只能回答：挤时间。 不管你是刚出校门正在迷茫，也不管你是工作几年，成就不菲，多看绝对试用任何一个阶段的人。有些人遇到问题不知道怎么解决，那是因为你遇到的少，怎么办：有空多去看看别人的问题，多去看看别人的技术分享，总有一个适合你，或者适合你未来将要遇到的问题（这里不止技术方面，也包括生活方面）。还有多看看一些技术书籍，丰富自己的知识真的很重要。 这里我推荐几本：《重构-改善既有代码的设计模式》、《架构探险——从零开始写Java Web框架》、《java编程思想》（这个确实是很好的基础的书，虽然我也没看完..）、《深入解析Spring架构与设计原理》 ，如果对分布式感兴趣的，也可以看看《大规模分布式存储系统》。还有最重要的：多看文档，对于开发来说，结合需求和设计文档做，开发能节省30%的时间（需求经常变动的不算...）
2、多写
  好记性不如烂笔头，站在岸上学不会游泳。光是看肯定是不行的，还需要写，对于不懂的技术，找资料，自己代码敲一遍，先跑起来，再来一步步研究原理，这样会更印象深刻。远比你一天到晚的研究源码强。对于自己独自研究学会的技术、解决的bug，或者解决方案，你都可以写下来，写博客、或是日志。我个人倾向于写博客，因为我知道记忆是有限的，此时我记忆深刻，以后总会忘的。但是只要我写下来了，以后遇到这种事情，我只要翻翻我的博客，看看我以前的记录，就能很快的解决问题。我喜欢写总结，不论是bug，技术心得、或是自己遇到的问题。我也会记录下来，以此激励自己。当然，这也是我为什么喜欢CSDN的原因，因为这里有我需要的资源，我帮别人的同时，也帮了自己..3、多想
  想法，远比你的方案要多。工作中遇到bug是很正常的，有时候一种方案解决不了，不要死扣，可以换个方式解决，窗户被关上了，我们不是还可以打开门么？ 遇到bug解决不了，一个方式不行我们换个方式继续，总有一个适合的。其实在做程序之前，拿到需求，我们不仅要看，更要仔细看，认真想，其实需求分析人人都能做，只要你敢想，对于业务多考虑，如果按需求这样做，会有什么不足，或者说有几种方式，为什么这样做？肯定有其中的可取之处，你想明白了，下次就知道该怎么去分析自己需要做的功能、模块，并且做的更完善，也许这样会让你在前期工作花费大量的时间来思考需求，但是一旦你全部确认完毕，真正开发的时间，其实只要原来约定时间的1/3 （某些特定场合除外）
4、多问
  不耻下问，虚心求教。工作遇到的问题，你不一定总能自己解决，查资料也找不到答案，怎么办？问！  问谁？怎么问？这是个问题。 问也有很多学问，比如如果是需求导致你做不下去，那就问需求分析人员，或者问你的经理，他们肯定是知道的，如果他们都不确定，那么你可以停下来休息会了，因为你继续做下去也是白用功。如果是项目开发出现bug，找不到资料也无法解决， 那么你可以问有经验的同事、或是到CSDN来发帖求助，茫茫猿海，总会有人遇到或者解决类似问题的。如果还没人能帮忙，那么换个方式实现吧。永远都不要自满，曾经我也骄傲自满过，然而现实给了我一巴掌。虚心求教、博学多问永远不会过时。这里教大家一个小点子：刚入一个新公司或者新项目组的时候，跟同事一定要打好关系，也许他就是某方面的大牛呢？
5.多运动
身体是革命的本钱，照顾好自己，当然，开心重要