本次是我第一次在简书上下的文章，也算是处女作吧，以前都是发布CSDN。由于时间的关系CSDN上也很久没有更新了。说实在话写技术博客真的很耗时间，但是写下来之后自己会有很多收获。到底会收获什么，如果你还未曾写过博客,请自己写一遍尝试一下。本打算第一课是要发表跟框架有关系的技术文章，但是最近面试遇到的一个现象先发表一下自己的意见，废话不多说，进入正题：
最近在面试很多Android程序员的时候，发现了一个现象，“工作3年或者3年以上的程序员，自己都感觉没有进步空间了，遇到瓶颈了，无法突破了”。或许也就是现在IT行业的一个通病，由于我暂时对Android这块比较了解，也许这个只适合Android的程序员！跟很多3年的或者工作年限更久的程序员面谈时，他们都表现的很迷茫，不知道自己在Android应用上到底还能有什么进步，但是又感觉Android应用这块自己都能搞定。而事实上面试结果很糟糕，问的问题大部分回答不上来，或者回答的很浅，那么对于面试官来说一个5年工作经验的或者更久的，但是只有前3年的工作经验室友含金量的，那么为什么不录用一个3年经验的呢。有些面试者自己都感觉自己确实是这种状态，顺便给出了一些建议，希望能够帮助其突破飞升。
这种情况就是遇到瓶颈了，卡在那里。分析其原因：
1.对IT不是很感兴趣，工作能完成任务就好了。这种情况在IT界迟早要被淘汰的，可能是当前Android非常火，大学选了IT专业等原因才做Android的，而不是自己真正喜欢搞Android的，喜欢IT的。对于这种我觉得根源是自己的爱好问题，在IT界只能混口饭吃，很难达到较高的水平，只能靠工作年限来想老板提工资。如果想要突破，请先调节好心态跟打算在IT界待下去，让自己爱上IT，然后再看下一条。
2.工作都能正常完成，几年工作的编码量也不少，但是迷茫。这种情况也是今天的主要要说的，也是很多程序员经常遇到的，特别是外包公司出来的程序员（此处是根据我面试的情况总结出来的，并不是针对外包的程序员）。这种情况，我给出如下建议：
2.1 对自己做的产品理解要深一点。不要只局限于自己的应用内的功能跟界面，要理解功能相关的一些东西，如此应用的适用人群，客户提出新需求的动机跟原因，应用有多少人在使用，用户反馈了什么信息或者建议，根据自己对产品的理解尝试增加/修改一些逻辑使得应用更加受欢迎,在客户提出不合理的需求时如何说服客户不修改，如何跟客户进行更好的沟通，此应用是运行的环境等。此部分是跟代码基本上没有很大关系的，是跟产品相关的。如果有一天客户需要增加一个新的功能，但是根据现在的代码情况是无法增加的，此时怎么跟客户解析呢，你总不能跟客户摆代码吧。如果你对你的产品比较了解，就可以把你代码要表达的东西通过自然语言表述出来，才能增加说服客户的可能。
2.2 基础要扎实，回头再看一次基础。 这个大部分人都觉得不差，觉得再看一次基础没有什么用处，其实不然，类似返璞归真，看再多遍都有不同的理解。如果现在你迷茫，说真的你再把Java 跟Android的基础再认认真真 认认真真地看一遍。再次强调是认认真真，你会发现一些平常的bug原来基础里面早已提到，如果你想从再看一遍中获取更多的东西，那么就看书的时候多反思一下，比如在介绍 包装类的时候可以想一下为什么int 可以跟Integer强制转换呢？子类的构造为什么一定要调用父类的构造呢?Android为什么引进广播，而使用广播又有什么好处呢？
2.3自我总结。 自己在工作时总结一下自己所遇到的问题，学习到的知识，看到标题应该就不要多说了，这个要看自己自觉
2.4不断学习。我们的搞IT的一定要与时俱进，不要埋头苦干，适当的时候看一下外面的世界，感受一下自己还少什么就补什么。主要学习的方法有 1. 书籍 2.网络 网络又分为博客，视频，源码，技术论坛，网站等。这些方法大家都知道，但是每个人学习的方法不一样。别人能成的自己不一定能行，一定要自己动手多实践。多理解其书本或者网上资源内容，很多博客跟视频等知识都只是给你领进门，修行靠个人，道理大家都懂。卡在瓶颈上，入门肯定已经入了，很遗憾被卡在半路了。在看书的时候一定要反思一样，根据作者的思路想一下，作者也不一定是对的，也有很多水货的。自己动手实践一下，最好做下笔记。当把作者的博客或者视频等其他资源关闭后，自己是否可以再写一套出来，是否还记得其流程。
2.5被第三方库傻瓜化 此部分以后再补上已从22:00 写到00:15 下次再补上
2.6 知识面要广 此部分以后再补上已从22:00 写到00:15 下次再补上
2.7代码要深入。此处为最难的一点，也是突破的最关键点，思索着这一点都可以写几千字，此时我就只能安心地把只能把标题《致遇到瓶颈的程序员》变成《致遇到瓶颈的程序员（一）》了，此部分放到下一章讲。
已到2017/03/28 00:15，同时记录一下处女作的完成时间！晚安！
