作为一个程序员，你是否也常常和我一样，时不时在想，我什么时候才能成为技术大牛？
看着人家月薪20+，30+的，别提有多羡慕。
最近在很多技术交流群都感受到了一股强烈想要提高自己实力的气场，毕竟现在是春天，万物复苏的时候，人也想有一个好的开始。
本来我是没有资格写这篇文章的，因为我还是一个入门不久的菜鸟，对技术提高这方面的理解不及大牛的千万分之一。
但是要是对还没入门，或者跟我一样正在处于初级，渴望成长的或许有点帮助。毕竟大家都是在一条路上一起前行的人。
其实是：写了N久的技术文，确实有点枯燥。
技术分很多种，像ios，web前端，android，java，php等等，很多。
而我只会些许android，所以就只能以android开始掰扯。
我的小目标
记得曾经在简书一个活动贴里定了17年目标，我的目标是完成100篇博客，过两天一个评论告诉我，这个目标是不可能的。
已入四月，我离我的一年小目标还差70%，也就是说我要用剩下的八个月完成这些，平均下来的话，一个月9篇，再平均三天1篇。
作为一个技术人员，技术博客相比普通的文章差距很大，如果只是写写日志，或者其他的坚持周更或者日更都有可能。
翻翻我以前的，技术文占据了一大半，那么这个目标能完成吗？
代码搬运工
我想大多数程序员一开始的状态也都是这样，不断的拷贝粘贴，反正网上大把的开源，教程百度一搜一大堆。但是有些时候大量重复冗余的内容被搜索出来，真想骂娘！
当你搜不到的话，学习学习如何使用谷歌吧，但是有些会说不会翻墙啊，
我告诉你 不需要，现在国内很多免费的镜像完全可以满足你日常的搜索。
比如https://www.gufen.ga
搜索个youtube试试
别试了像这些YouTube、Facebook等是打不开的。
但是要访问一些技术博客还是没问题的。
可是像stackoverflow这些网站内容都是英文的，如果你的浏览器有google翻译插件，可以直接右键对正页内容进行翻译。
学会搜索，也是提高的一种方式。
看书还是动手？
你是愿意去看书还是愿意去动手敲代码?
A:看书可以更系统的学习，而且书总结性强，逻辑清晰，难度也大多数是由浅入深，适合进阶。
B:纸上谈兵，等一做项目完全不知道怎么运用。等敲完100万行代码，你就是技术大牛。
知乎上有篇提问《写了一百万行代码是什么体验？》很有意思可以去看看。
C:边看书，边敲代码。或者是看着书敲代码，事实上这个选择不存在，只是我从我们技术部一个大神身上看到的。
技术的的迭代是远远超过书籍编写的时间的。但是核心的原理还是那么回事，无非就是从eclipse转到AndroidStudio，亦或者volley到retrofit，万变不离其宗。
从个人理解来说，书籍作为辅助，作为原理深入了解是很有必要的。
同样轮子给你造好了，你只会用，却不知所以然？
挖坑
作为一个新手，总是在不断挖坑给自己。
最可恶的是自己挖的坑拉着别人一起跳，事后还要人家帮你填。
对此我只想说：那些被我拉下去的，非常抱歉！帮我填了坑的，谢谢你们！
我想多年以后当我也拥有了帮别人填坑的能力的时候，我也算是摆脱了初生牛犊
的帽子吧。
技术本就是一个不断试错的过程，每个大牛也是一步一步走过来的，如果遇到问题自己不去思考就去问别人，那么只能是你非但不能提高，还浪费了别人的时间。
假如带你的人月薪20k、平均一天800吧，那么一个小时就是100，你其实是在用着别人的钱去提升自己的能力。
外面一节分享课多少钱？
学会感恩吧，感恩那些帮助过你的人！提高自己的路上少不了他们。
技巧
技巧这个可说的就多了，包括对编译器的使用，或者文件的快速查找，错误快速定位，等等
别人开发一个功能可能只需要一天，而你却用了三天。一方面除了技术的熟练度，还有就是技巧问题。
当你在思考原生网络访问的时候，别人已经用Rectfit完成了接口的请求。还在思考怎么去存放Modle，而别人已经用GsonFromt一键搞定了。
如果建立一个Activity就要对应写一个Adapter，那么如果有10个就需要建10个Adapter，其实只需用一个通用的万能适配器。
在我们还不具备自己开发框架、工具的时候，为了提高效率，为了提升代码质量，要学会使用一些优秀的开源框架。
它不但能减少我们的开发时间，而且业务逻辑还很简洁，可扩展性强。少了很多代码量。
分享几个比较好的资源：
https://github.com/Blankj/AndroidUtilCode （Android工具集）
http://www.json.cn/ （Json在线解析）
https://romannurik.github.io/AndroidAssetStudio/ （Android图标生成器）
记录+总结
你是否有记笔记的习惯？
或许已经习惯了上学时候，老师说记，然后我们开始拿笔。甚至是记到哪，在哪标注都需要同桌的帮忙。
你是否有遇到的错误或bug，又一次的在项目中出现，而你还得去百度搜半天？
为什么我们能百度到很多的资源，教程，以及解决bug的方法。这些贡献资源的人们是谁？也许是一个大牛在几年前遇到的bug然后解决了，发了出来，后来者遇到了问题就去搜。
建议去看一些前辈们的博客，比如洪洋、郭霖、玉刚等等，你如果经常去看他们的博客，会发现他们对问题解释的非常详细，不但解决方法写出来，还包括原理、思路等一一展现。
虽然我们还做不到那么多，但是起码的，在开发中遇到的bug。
是怎么出现的、
错误说明提示、
怎么解决的、
遇到了什么坑？
如果你能写下来，那就是一篇技术博客。至于内容怎么样，你自己能看懂就行，以后写的多了自然就知道该如何写的让别人也看懂。
然后才会有整体的把握，包括排版，知识管理等等。
就拿《第一行代码》这本书来说，作者在CSDN，已经写了多年的博客，积累了很多的知识点技术点，写书其实就是对所有的知识的总结。
有了量的积累，才会有质的飞跃。
个人品牌
如果你已经接触了简书很长时间，那么你肯定认识彭小六吧，我们跟他都有一个共同点，那就是我们都是程序员出身。
“六神”的个人品牌管理文章不少吧。
而且从很多优秀的程序员身上都能发现，虽然是程序员但是有些还开公众号推送文章，开分享课，等。这些都是个人品牌的体现，有了知名度，自然赚钱的机会就不再局限于代码。
现在六神的主要收入来源就是靠着分享课，据说一节课秒杀高级程序员一个月的薪水。
如果你不能靠自己成功，那就模仿一下成功人士的成功方法吧！
我想说的还有很多，正如前行的路一样悠长。
我承认我写的很烂，毕竟我读书少！希望你们不要学我！
要多读点书!
网友评论