Android程序员的较好的职业规划应该是怎样?
发布网友
共2个回答
热心网友
Android程序员的职业规划,怎么说呢？一句话叫做：早知如此，又何必当初。命运有些是自己可以掌握的，有些可能需要运气和机会。
一、路径可达
先说说路径可达这个词吧？有些人会觉得他的路看不到未来，有些人就可以清晰的看到他的方向。如果你现在所做的工作过两年会不会有所成长，达到你的目标。如果答案是否定的，那么说明现在的工作是没有上升通道的，就需要改变。当然安于现状不思进取是另外一回事。时刻反思自己所走的路，然后迅速调整，可能会少走很多弯路，毕竟时间不可逆。
二、时间规划
我有时候会想我五年后在哪里？做什么？大部分人对于这个都会比较模糊。因为时间跨度太大。五年时间相当于整个生命长河其实比较短，但在职业规划中确是很长的段，特别是刚毕业的那五年。从时间规划来讲肯定会用到时间的切分。宏观的东西只有落地到一件件事上才是有效的，才算得上完整的规划。但是话又说回来人是有惰性的，人对于这种有*的东西有天然的排斥感，执行起来非常痛苦，即使开始执行起来很有*，过不了几个月，所有的计划都缩水了，这同时也导致了很多时间的浪费和做事情的盲目性。所以计划的时效性和执行很重要，这里又会涉及一个词：“执行力”。
没有计划也导致学习变成一个一个孤立的点，完全没有串连性。因为你是想到学什么学什么，而不是计划着学，一段时间后可能会有一些积累，但是永远深度不够。这可以做一个简单的实验，把自己脑子里的东西理一理，如果时间需要很长说明整体知识体系已经有些混乱，可以对比一下操作系统的磁盘整理。如果一个人能很好的管理时间那么必成大牛。好学生好在哪里，排除智商的因素外，就是时间管理和善于思考。我觉得我自己最大的问题：时间管理，自律性，沟通能力。这三块是我觉得自己最缺乏一定程度上是致命的，很大程度上会决定我未来的所发展的高度。
三、项目经理还是架构师
在程序员中一直有个讨论就是将来要做项目经理还是做架构师。这两条路的侧重点不一样，所以积累的东西也可能不同。项目经理更强调综合能力，比如说协调能力，沟通能力等一系列偏管理的能力。而架构师可能更专注于技术本身，技术上的宏观方向。两条路有重叠，但是更多的是区别。有些项目经理可能就不会写代码。但是同样可以带好一个项目，一个团队。
我曾经也问自己要是以后这两条路走哪条，其实都可以尝试一下。比如说给一个项目让我带带，我能否把它带好，其实需要机会，同时也需要自己去争取这样的机会。所以我的答案就是如果有机会的话两条路都可以尝试走走，就是两个方向的一些能力都可以进行积累。很多人认为项目经理是一个职位，我倒觉得是动态的，这个项目中你做项目经理，另外一个项目中可能又是开发工程师。所以不永远是项目经理，也不永远是开发工程师。
就程序员而言，专注技术是没有任何问题的，先技术后管理。管理这个东西总的说有点虚无飘渺，各都有各的一套理论，比较难以评估。但是技术是可测量的，通过一定的努力技术水平都会有定的跃升。记得在《肖申克的救赎》里面说到地质的形成只需要两个条件：压力和时间。其实对于学技术也是一样的。只要肯学一定会达到某个水平。到大牛级别的确实需要一些悟性和天分。
四、我的选择
我为什么觉得自己应该走架构师这条路，这和我职业终极目标是契合的。这里先说一下架构师做什么？架构师负责整个项目甚至整个系统的构架（这一句话等于废话）。一般型的项目可能这个设计项目就做掉甚至可能就不需要架构。但是系统复杂度上升的时候，会涉及到系统之间的交互，还有技术的可行性和整个设计的方案。这个时候架构师就出场了。另外的工作就是承担一定的培养新人的工作。所以架构师都需要具备比较好的口才，很多人都说程序员不会说话，错了，那是低端的，到了高端的程序员口才都很好，看一下那些程序员大会中侃侃而谈的架构师们，是不是有种“高端大气上档次”的感觉。这后面会发现有一个发展方向就是“培训师”，还可以写书，其实这些都可能是一些“副产品”。技术到一定的境界很多事情到都是水到渠成。
架构师写代码吗？当然写。他们肯定不会写那些简单的代码，他们一般写什么代码？框架，一般来讲优秀的框架都是一个人或者极少人写出来的。比如说Linux的核心就是一个人写出来的。好的代码绝不是人堆出来的。你给100个初级程序员也整不出一个Struts来。这里会衍生出另外一条路，就是开源框架，很多牛人都是开源社区的爱好者。都或多或少的参与了一些开源项目。甚至把自己写的一些东西开源出来。一般来讲能做到这个级别那是相当厉害的了。
五、领域方向
我记得以前总有人问我你最擅长的领域是什么？这个问题一问我就懵了，因为我从来就没想过这个问题。可能本身还没到分领域的级别，还处于一种“原始积累”阶段。技术学到一定阶段的时候是分领域的。领域之间会有一些交叉。
我所知道的大方向是“高性能，大数据量，移到平台“。这是我给Java这所分的三个方向。其实我上面所说的三个方向不一定是同一个维度。但是我认为写Java的如果没有沾上这三个方向中的一个，一定没有前途。高性能和大数据量的处理需要比较多的技术储备。很多人说写个Java就是CRUD（严格来讲，对于计算机本身所有的操作都是CRUD）。可是在高性能情况下所涉及的问题一下成指数级增长。各种“水平扩展”，“服务化”，“容灾”，”缓存”等各种牛B的词汇就来了，你写一般的CRUD最多也就知道个SSH，这是不一样的。比如说做大数据量的处理一定会知道Hadoop，然后就是云计算，云存储。反正什么牛B什么来。移动平台和上面我所说的维度不一样，因为移动平台相对应的是PC平台。但是由于移动平台的发展时间很短。所以能搭上这趟快车也有不错的发展。要是早些年（2012年以前）进入移动平台的开发，现在同水平的程序员工资肯定更高。这是平台发展所带来的红利。虽然三年前我预见到了移动平台的无可限量，但是那时候就像一个一无所有的人，还管它什么移动平台还是PC平台，能写代码做项目就OK。以至于我学了一个月的Android就偃旗息鼓。
不管怎么样技术的底层都是一样的，所以扎实的基础是必要的，这就是为什么算法和数据结构是永恒不衰的。很多人说算法和数据结构无用那就是无知的表现。这个无知就像在讨论读大学有没有用一样。
六、总结
上面所说的一些东西可能都会比较虚，很多人都可能明白其中的道道，比如说到时间管理，这个估计从学生时代就在讲。但是真正的执行还是千差万别。所以又回归到哪里？回归到人本身。后来我想明白一件事情，即使道理再明白，没有好的执行仍然等于空谈。这里我回想起刘未鹏的《暗时间》。里面非常细致的讲了对于时间的管理。这个我读大学的时候同样在一本书《读大学，究竟读什么》里面也有所论述。当然两个方向是不一样的，一个是程序员的思维，另外一个是文科生的思维。但是道理只有一个，时间利用率的本质是什么。
另外就是实践，强烈的实践。我记得大学的时候读《人性的弱点》真是心潮澎湃，可是过不了多久我就忘了书中的内容。所以没有把书中的一些东西深刻的印记在脑海里并转化成你自己的东西，它永远只是知识。
热心网友
下面的回答建立在JAVA基础和Android基础都过关的情况下。
一、JAVA SE
1、JAVA标准容器
可能受一些网上流传的各种demo的影响，大多数Android开发者最拿手的就是ListView(RecycleView)+BaseAdapter+ArrayList三剑客，但是要知道ArrayList还有两个亲戚，一个是近亲CopyOnWriteArrayList，另外是远房LinkedList、CurrentHashMap。CopyOnWriteArrayList的效率比ArrayList略有下降，空间利用率也下降了很多，但是CopyOnWriteArrayList是线程安全的，CopyOnWriteArrayList和ArrayList对尾的操作都为O(1)，但是其他位置的删除，插入操作很增加很大的时间复杂度，涉及到一次内存搬移过程，不过random access效率很高；LinkedList的随即插入和删除性能很高。
tips:数组复制，请使用System.arrayCopy或Arrays.copyOf 实现，且在JAVA中后者基于前者实现。
2、JAVA并发
1、ThreadPoolExecutor,JAVA并发的核心线程池框架，不过它的构造函数非常复杂：
public ThreadPoolExecutor(int corePoolSize,
int maximumPoolSize,
long keepAliveTime,
TimeUnit unit,
BlockingQueue<Runnable> workQueue) {
this(corePoolSize, maximumPoolSize, keepAliveTime, unit, workQueue,
Executors.defaultThreadFactory(), defaultHandler);
}
所以有一个方便我们使用的工厂类，Executors，可以创建4种类型的ThreadPool:
固定线程数量的线程池:Executors.newFixedThreadPool(int size);
单线程异步队列：Executors.newSingleThreadExecutor();
周期性调度：Executors.newSingleThreadScheledExecutor();
多线程周期性调度：Executors.newScheledThreadPool(1);
说到ThreadPoolExecutor的构造函数，它的最后一个参数BlockingQueue<Runnable>来自于包java.util.concurrent,ArrayBlockingQueue、LinkedBlockingQueue、SynchronousQueue、PriorityBlockingQueue和这个包里面其他的类也要过一遍。
workQueue一定要用有界队列！设想一个极端情景，假设每个TaskWork都运行10s（更确切的说,IO等待10s）,而ThreadPool在10s内接收到了1000个这样的TaskWork,如果我们使用了无界队列，队列的大小必然会急速增长直至进程Crash，但是如果我们使用了有界队列，假设队列长度为128,当TaskWork超过128，我们会有另外的线程帮忙处理，那系统的负载就可能降下来了。
上面说到了任务池的创建，那里面的任务是什么？从哪儿来呢？里面的任务是FutureTask<T>,构造函数的参数是一个Callable对象，而我们真正的任务就在Callable对象里面的call方法，FuterTask执行实际任务后会在主线程调用done函数，最后通过ExecutorService的submit方法将FutureTask提交到任务池。发一段伪代码：
public class SomeCallable implements Callable<String> {
public SomeCallable() {
}
@Override
public String call() throws Exception {
// some heavy work consting amounts of time
return "result";
}
}
FutureTask<String> futureTask = new FutureTask<String>(new SomeCallable()) {
@Override
protected void done() {
String result = get();
//dosth to result
}
};
ExecutorService executor = Executors.newFixedThreadPool(1);
executor.submit(futureTask);
2、一个线程sleep的小坑，我相信很多朋友都写过这样的代码：
public void run() {
try{
Thread.sleep(1000);
} catch (InterruptedException ie){
ie.printStackTrace();
}
}
但是设想一下，如果我们的线程在执行sleep之前就被interrupt了呢，别以为不可能，ThreadPoolExecutor框架就是通过对所有的Thread进行interrupt来取消所有线程，这是我们上述代码就会抛出异常。所以良好的实践应该是：
public void run() {
while (!Thread.currentThread().isInterrupted()) {
try{
Thread.sleep(1000);
} catch (InterruptedException ie){
ie.printStackTrace();
}
}
}
3、会用wait/notify来实现最简单的生产者-消费者模式。生产者/消费者问题的多种Java实现方式
4、ThreadLocal变量的理解/定义。ThreadLocal在Android中的应用，最典型的应用就是在android的messengeQueue-Looper模型中，Handler如何找到当前线程的Looper呢？我们平常直接在UI线程中new Handler()就可以了，里面就是mainLooper，但是Android怎么确定的UIx线程中new Handler()里面是mainLooper呢，答案就是通过将Looper作为ThreadLocal变量。以及ThreadLocal基本的实现原理（在线程对象里面有一个inner static class）。
5、JAVA的heap/stack的理解，可能会和多线程一起考察，blogspot.com 的页面
6、ConcurrentHashMap的实现，blogspot.com 的页面
7、 JAVA的Reflection，Android内部很多东西都是基于Reflection实现，比如我们经常用的属性动画，就是通过属性名称找到属性的getter方法名，进而通过反射调用。不过对于日常开发的话，Reflection有两个作用，一是在一些情形下（特别是对属性的操作，包括更改、比较，比如我们可以定义一个通用的Collections.sort）可以提高代码复用度，二是可以做一些比较hack的事情，比如使用一些internal class,内部的AIDL等，修改一些internal类的static value。
二、Android
1、预防内存泄漏！擅用WeakReference<T>!
所有从类外部传来的对象（特别对于Context,View,Fragmet,Activity对象），如果要将其放进类内部的容器对象或者静态类中引用，请一直用WeakReference包装！比如在TabLayout的源码中，在TabLayoutOnPageChangeListener中，就为TabLayout做了WeakReference wrap。
2、Android IPC，Binder的理解，理解Binder的引用和实体，知道所谓的客户端和服务端分别代表什么意思，懂得ServiceManger对每个Service注册和根据服务名来getService的基本原理，这些没多少坑，但是非常庞杂，建议阅读《深入理解Android vol1》Chapter 6,深入理解Android (豆瓣)。
会写AIDL，会用Messenger夸进程传递信息，具体的实践：Android实战技术：IPC方式简介教程。
3、Activity的简要绘制（创建）过程 ，Activity本质是为了Window（PhoneWindow）服务,
onAttach:建立mwindow对象->setContentView:创建DecorView，在DecorView中根据Activity的风格来 创建Title(ActionBar)，TitleContent（ActionBar下面的内容,内部资源id为android:id="@android:id/content"）->mWindow.addView(mDecorView)，将创建好的DecorView添加进window，addview时创建一个RootView，也就是我们的R.layout.activity_main的母布局，然后对子控件递归遍历发送绘图消息，子控件收到消息后 执行onMeasure->onLayout->onDraw，这时，我们就可以得到各控件的尺寸信息。
4、 在onCreate中获得视图的尺寸信息，注意到我们上面说，母控件通过遍历向子控件发送dispatchView信息来使子控件绘图，当然，我们也可以在（setContentView）这之后在子控件上post一个Runnable到控件的runnable队列中去，在其中自然可以获得正确的尺寸。
5、关于View的点点滴滴。
基础：自定义单一View，换句话说，叫自定义UI，就是仅仅在OnDraw里面做了文章，比如仪表盘，圆形头像，自定义属性
->中级：自定义View与其他系统Wdiget协同工作，比如继承LinearLayout写一个自定义的TabLayout来与ViewPager协同工作，处理事件（滑动、点击、屏幕手势）分发，处理滑动事件冲突，这个阶段才可以被称之为自定义Widget
->进阶：突破Activity，直接向Window添加、删除、更新View，理解WindowManager仅仅是个引用，真正的工作在WindowManagerService里面完成。
6、图片加载框架，熟悉并实践过基本的缓存算法LruCache、DiskLruCache，对Bitmap重采样以降低OOM的几率，熟读一款中规中矩的图片加载框架如Universal Image Loader的源码，并能将各种策略总结。
7、SurfaceView的实践，SurfaceView最常见的一个使用情境是在我们的界面之上绘制各种动画，但是有一个问题，在布局发生改变时，SurfaceView会出现部分屏幕变黑的情况，包括但不限于在ViewPager、DrawerActivity中使用SurfaceView，需要知道这个问题的解决方案。
7、熟练使用ContentProvider，并懂得大概原理
8、Activity的几种FLAG和LauchMode分别代表的意义，以及使用场景。
9、知道65535 dex-merge问题是怎么回事
10、熟悉使用Android开发者选项功能，比如最常用的 布局边界显示、过度绘制检测、UI绘制速度检测、Surface更新时闪烁、严格模式、CPU利用率展示、不保持Activity。
三、拓展（上面这些都真正透了，就没有大的漏洞了）
1、事件流编程，EventBus、RxJava。
2、Kotlin语言。
3、DataBinding，Google的这个MVVM框架实现的很完全，很强大，包括像Angular中自定义directive/filter的类似feature。
4、知道Volley,okHttp他们的应用场景。
5、熟悉一些ORM，包括现在新出的非基于SqlLite的数据库：Realm,Realm is a mobile database: a replacement for SQLite & Core Data
6、Android对Vector Icon的支持
7、Android L新特性,Palette、CoordinatorLayout自定义Behavior等
