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