小生做程序也有些许日子，从一个青涩的小白，慢慢的成长为了小有成就的程序猿，从不知名的码农，到二三百人圈里还有点小名气的码霸。
要说辛苦，可能每个程序心中都有各自的理解，大学学的管理，毕业了工作不好找，后来机缘巧合接触了移动开发。自我感觉大学高数，线性，概率论学的还可以，于是培训学校学习了三个月的android，可是那些学科貌似也没帮上什么大忙。后来接触了算法，逻辑等等。
额。。扯的有点小远了。这篇小文呢是根据自我体验以及跟大牛级开发者的沟通，我自己总结的，不知道全不全面，如果不全面还望各位多给我几个方向。可以写在评论里，好让我学习学习。
1、通常使用
刚做小白的时候，遇见了什么需求不会写了，就去网上巴拉巴拉点源码，首先先运行下看看源码的质量如何，然后在根据产品的需求然后修修改改使用，有的时候时间上来不及了就直接拿来用。
顺便说下我找工作的事吧，那个时候培训的地方说给安排工作，等了一个月都没回信，自己就找工作了，找了有一段时间，然后就去了一个简单的项目，公司三个人，老总，经理和我。
于是这个项目的大大小小都是我来做，当时都有种如果做不出来会不会被砍的感觉，就每天的找源码看，时间够的话就自己写，不够的话就直接用。
2、我自己对源码的分类
一般经常接触源码的开发者会把源码分为三类：①开源项目源码，②开源框架源码，③模块功能源码。
对这三类使用也不同，开源项目的源码，通常先经过运行判断源码的可用性，然后经过修改使用。
开源框架源码就看框架的知名度，一般知名度高的框架源码，他们会拿来直接用的。
模块功能源码，大多是在可以运行的情况下直接使用。
3、水平高低
根据开发者水平高低的不同，他们对源码的处理态度也是不一样的，水平中等往上的开发者喜欢拿到源码直接用，只是对标签啊，按钮啊做一个简单的修改，有的会将界面修改。初学者大多通过源码来学习，看方法，逻辑思路。
4、核心技术
做到一定的程度的人，手上拿到一款app的时候总是想着这个产品是怎么做出来的，总是想知道他们的哪个功能怎么写的。和我一样想法的请举手。不喜欢看demo类的源码，觉得没什么技术含量，通过源码的逻辑，思路，看这个客户端一步步的形成过程。
小生肤浅，认识的不够，其实这篇文章的目的也不算分享吧，算是交流，不知道各位大神的心得体会啊。让我学习学习~~
android的大神居多，android的人也居多，就找工作那个时候来看，的确是这样的，好的去不了，小的没人带，自己摸爬滚打的，特别是转行做码农的，很是辛酸泪啊，现在做出来点东西就想跟大家分享，希望大家一起交流。
不要吝啬你的评论，或许可以改变我的看法。