⑴ 面试android高级开发工程师具备哪些技能
1、关于团队：对内：能提升团队内聚力和执行力，注重个人成长，能快速提高团队战斗力；对外：能住区更多的资源，使项目和组内成员获得更好的成长和发展。
2、关于技术：领导项目优化，架构变更、核心模块的修改，也能不断引入新技术、对标竞品，不但技术上领先，也能做出更优秀的作品。
一、了解系统核心机制
1. 了解SystemServer的启动过程
2. 了解主线程的消息循环模型
3. 了解AMS和PMS的工作原理
4. 能够回答问题”一个应用存在多少个Window？“
5. 了解四大组件的大概工作流程
二、基本知识点的细节
1. Activity的启动模式以及异常情况下不同Activity的表现
2. Service的onBind和onReBind的关联
3. onServiceDisconnected(ComponentName className)和binderDied()的区别
4. AsyncTask在不同版本上的表现细节
5. 线程池的细节和参数配置
6.熟悉设计模式，有架构意识
三、技术要求
1.稍微深入的知识点
2.系统核心机制
3.基本知识点的细节
4.设计模式和架构
当然，除了上面的知识点和技能外，你还要能玩转Rxjava、掌握自定义view 、要会进程间通信与进程保活、热修复等知识点。
⑵ 一个初级android程序员都要掌握什么
如果你J2se语法本身不存在太多问题， 首先做到非常熟悉Activity的生命周期，并能做到一些简单的实例。真实案例就更好了。 其次了解或深入了解一下以下设计模式 1。 MVC 2。 模板方法 3。 命令模式，观察者模式。 4。 等等。 然后看看这几个模式在Android的SDK中哪一些被应用上了，是如何应用的，如果是你，，你会怎么用。
⑶ 怎样的android程序员才是合格的程序员呢
作一个真正合格的程序员，或者说就是可以真正合格完成一些代码工作的程序员，应该具有的素质。
1：团队精神和协作能力把它作为基本素质，并不是不重要，恰恰相反，这是程序员应该具备的最基本的，也是最重要的安身立命之本。把高水平程序员说成独行侠的都是在呓语，任何个人的力量都是有限的，即便如linus这样的天才，也需要通过组成强大的团队来创造奇迹，那些遍布全球的为linux写核心的高手们，没有协作精神是不可想象的。独行侠可以作一些赚钱的小软件发点小财，但是一旦进入一些大系统的研发团队，进入商业化和产品化的开发任务，缺乏这种素质的人就完全不合格了。
2：文档习惯说高水平程序员从来不写文档的肯定是乳臭未干的毛孩子，良好的文档是正规研发流程中非常重要的环节，作为代码程序员，30％的工作时间写技术文档是很正常的，而作为高级程序员和系统分析员，这个比例还要高很多。缺乏文档，一个软件系统就缺乏生命力，在未来的查错，升级以及模块的复用时就都会遇到极大的麻烦。
3：规范化，标准化的代码编写习惯作为一些外国知名软件公司的规矩，代码的变量命名，代码内注释格式，甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定，良好的编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。
有些coding fans叫嚣高水平程序员写的代码旁人从来看不懂，这种叫嚣只能证明他们自己压根不配自称程序员。代码具有良好的可读性，是程序员基本的素质需求。
再看看整个linux的搭建，没有规范化和标准化的代码习惯，全球的研发协作是绝对不可想象的。
4：需求理解能力程序员需要理解一个模块的需求，很多小朋友写程序往往只关注一个功能需求，他们把性能指标全部归结到硬件，操作系统和开发环境上，而忽视了本身代码的性能考虑，有人曾经放言说写一个广告交换程序很简单，这种人从来不知道在百万甚至千万数量级的访问情况下的性能指标是如何实现的，对于这样的程序员，给他深蓝那套系统，也做不出太极链的并访能力。性能需求指标中，稳定性，并访支撑能力以及安全性都很重要，作为程序员需要评估该模块在系统运营中所处的环境，将要受到的负荷压力以及各种潜在的危险和恶意攻击的可能性。就这一点，一个成熟的程序员至少需要2到3年的项目研发和跟踪经验才有可能有心得。
5：复用性，模块化思维能力经常可以听到一些程序员有这样的抱怨，写了几年程序，变成了熟练工，每天都是重复写一些没有任何新意的代码，这其实是中国软件人才最大浪费的地方，一些重复性工作变成了熟练程序员的主要工作，而这些，其实是完全可以避免的。
复用性设计，模块化思维就是要程序员在完成任何一个功能模块或函数的时候，要多想一些，不要局限在完成当前任务的简单思路上，想想看该模块是否可以脱离这个系统存在，是否可以通过简单的修改参数的方式在其他系统和应用环境下直接引用，这样就能极大避免重复性的开发工作，如果一个软件研发单位和工作组能够在每一次研发过程中都考虑到这些问题，那么程序员就不会在重复性的工作中耽误太多时间，就会有更多时间和精力投入到创新的代码工作中去。
一些好的程序模块代码，即便是70年代写成的，拿到现在放到一些系统里面作为功能模块都能适合的很好，而现在我看到的是，很多小公司软件一升级或改进就动辄全部代码重写，大部分重复性工作无谓的浪费了时间和精力。
6：测试习惯作为一些商业化正规化的开发而言，专职的测试工程师是不可少的，但是并不是说有了专职的测试工程师程序员就可以不进行自测.
⑷ 急！开发手机APP的程序员需要具备怎样的技能
iOS 需要熟悉oc 面向对象，有完整的app开发经验，了解第三方接入协议，熟练掌握ios
的框架，开发环境，以及sdk的应用， 建议招收两年工作的经验的为主程，一年的辅助开发，大概两个到三个人就够了。
Android 熟练java 语言，相应的控件、sdk 也得熟练掌握，Android需要适配的工作量较大，建议招4至5人。一个高级软件工程师为主，中级开发工程师辅助。
这种项目不太难，一般人员都会涉及到
⑸ android手机软件开发程序员,需要掌握的最核心技术是什么
这种游戏
算是大型游戏了
~别说一个人了~
少说5个
半年左右~
因为是
rpg游戏
关卡还多~~
而且程序员只能写代码
~~
美工怎么办？
⑹ android程序员面试时要注意什么
第一个问题就是“不求甚解”。
何为不求甚解？其大多数的问题就是在于大量的使用第三方的jar包，问他个原理一点也答不上来，甚至是最基础的。举个例子说明，比如我问他json数据怎么解析，都知道哪些解析器，直接不知道，因为现在的开发者都直接去使用GJSON，从来不去了解解析的整个过程和原理，更不会写。虽然用google提供的工具可以轻松实现，但是原理和过程还是得要学习的。学了总会有用，现在第三方的jar包多的是，封装的也都比较好，不是不能用，但是一定要学习原理和机制，这样才能提高自己，举一反三，如果只会用第三方，只会粘贴复制，你还仅仅处在码畜的级别，甚至有可能还不如。这个问题你犯了吗？记得要对号入座哦！
第二个问题就是不思进取，或者说叫技术落后。
怎么说呢，技术是不断在进步的，不断的在革新，尤其是我们程序员这个行业。很多程序猿一旦学习完了，工作了，虽然用旧的知识和技术也能实现这种效果，但是从不会考虑效率，不去学习新的技术，明明有更好的控件提供了，也不知道，或者知道并不去学习，还停留在以前的知识，面试时要的工资还挺高。再举个例子，面试时，问他们ListView的复用，大家答的都挺好的，都非常明白，我再问一句:Android5.0提供了新的控件替代了它，你们知道吗？用过吗？就全都哑火了。我都不知道该说什么好？程序猿之所以累，之所以叫猿就是因为他要时时刻刻保持一颗活到老学到老的心，要利用最新的技术知识解决新的难题。
讲到这里，两个问题已经讲完了，不知道你自己是否也有这样的毛病呢？请记得对号入座哦。现在我们再说一说面试者的另一方面的事，那就是简历的书写。
我相信大家写面试简历肯定都有夸大的成分，都会吹牛，这不要紧，牛吹好了，工资自然高，但是别吹过头，面试的时候我看到面试者的简历时，给我的感觉是：我靠，好屌，好厉害啊！这时一个情不自禁的想法就来了，我要问问他这方面的知识。比如：一个面试应用层开发的，非把自己底层开发也写的很牛逼，你真的像你简历上写的那样“精通”吗？面试者把简历写的每个技术知识点都是精通与熟练，有时候，反而是搬起石头砸了自己的脚，吹牛可以，夸大也可以，都是为了生存吗？但是要适可而止，要在自己掌握的一个度里，这样既能自己面试的漂亮和顺利，给面试官也有好的印象，这样的情况不招你，招谁啊？
⑺ android编程程序员扩充职业技能需要学习哪些
移动架构
移动架构是 2017 移动技术年度TOP5话题之一，从中就体会到架构是有多火，记得刚开始学 Android 时候，哪有现在那么框架，那时候谈架构的更多是在服务端开发，比如多层架构，有展示层、业务逻辑层、数据访问层这就是简单的三层模式，Android系统则是基于事件驱动响应机制设计的单页面架构，其实跟浏览器中的窗口页面是一样的， 系统中一直有个消息轮询监听机制，哪个事件被触发了，相应的响应代码进行处理，这些处理操作是被提前注册到系统中。
早开始的开发模式基本是基于Android 系统自带 MVC 模式，Activity 基本类似于Control 的作用了，View 和Mode 互相耦合，后来才演化出现在主流的 MVP、MVVM 模式，顺便提一句，MVVM 模式其实是在微软 WPF 技术体系中提出来。
显示两个方面：
展示层： MVC、MVP、MVVM、Clean、Flux、Android Architecture Components
架构层：模块化->组件化->插件化->沙盒/双开技术，比如可以双开微信，类似Docker， 每个页面都是插件，类似Vue.js中每个页面都是组件。
性能优化
简单来说，一个APP 是需要从三个方面被关注的，业务功能、符合逻辑的交互、性能响应。如果我们在使用一个 APP 时候，经常滑动时经常卡顿、时不时崩溃、有些功能设计简直非常规，比如在 Web 网站有树层级等面包屑点击，你非要在手机也搞一个类似树级点击加载，那是不是有点强人所难了，我上拉下拉、左滑右滑不行吗，非要通过点击才行吗?那么性能优化核心是什么呢?追求快、稳、省、小，关注卡顿、内存泄漏和崩溃、代码质量和逻辑、安装包大小四个方面。
APP安全
APP从代码安全、到传输安全，再到存储安全。代码可以通过混淆、加固来保证、传输安全基本基于加密算法和Token来保证传输的唯一性、存储应用不可逆加密算法进行设置、所以掌握一些密码学理论尤为重要，起码要知道哈希散列算法，对称加密和非对称加密等一些常见的加密算法。
基础进阶
我们平常在工作中碰到的View滑动冲突问题、其实通过掌握View工作机制和Android触摸事件体系就能轻易解决掉，常见解决方式有外部拦截法和内部拦截法，基于横坐标滑动距离与纵坐标滑动距离相减得出的值，判断出是左右滑动还是上下滑动。还有对于需要开发绚丽的动画效果，那么对于视图动画和属性动画一些特性必须有一定的了解。JNI 和 NDK 开发也是比较常见，特别对于一些做 SDK 项目为主的，这一块开发流程也是需要掌握，Android 中的四大组件工作机制其实底层应用的是Binder机制，我们不妨从 AIDL 这个接口来了解 Binder。
持续集成
持续集成编译环境是敏捷开发中很重要的一个组成部分，它能够有效地提高整个团队的生产效率，大化的减少人为的出错的可能。比如，通过代码的持续提交，可以减少代码合并的痛苦，更快地与其他人代码集成，通过集成编译，能够及早地发现代码库存在的错误，并支持产品、测试等人员及时取包进行功能验证，所以对于Git、Gradle工具、Jenkins服务器需要掌握起来。
开发语言
今年可以说是 Kotlin 年，在 Google IO 之后 Kotlin 着实风光了一把，开发者对于效率的追求是 Kotlin 如此受欢迎的大原因，而它的势头也很不错，跨平台的野心让更多人有了使用它的理由，如今看起来，它甚至比 Swift 更有前途。既然 Kotlin 已然成为 Android 世界的头等公民，与 Java 完全兼容，我们有什么理由不去拥抱它呢。
大前端
其实移动端开发也是属于前端开发，只不过原来我们所指的前端往往都是Web的前端开发人员，开发的是网站，而移动端何尝不是一种展示载体，同样有入口，只不过相比网站端移动端具体天然的可移动性、可便捷性等特性。随着 H5 兴起，原生能实现的功能同样在 H5 端也能实现，并且在体验性方面也逐渐提高，并且H5天生就具有动态性和跨平台，这也是 H5 能够一时潮流的原因之一。
设计原则
这些设计原创才是本质，才是不变的，才是我们需要真正要掌握的，开发语言特性、开发框架发展实在是太快了，我们更不上，不是有这么一句话吗，封装具体变化的，抽象起来就行，去追寻哪些不变的内容。掌握一种设计模式其实也就掌握一种解决方案，这些都是前人总结的知识结晶，基本都是基于特定领域解决特定的问题，我们需要学会在前人肩膀上解决问题。
服务端开发
近微服务火的一塌糊涂，虽然我们基本是做移动端开发，但是基于全栈发展的趋势，对于服务端开发势必要了解，可能没有实战项目让你真刀真枪的干，但是对于微服务的结构理论、服务与服务之间通信、聚合是什么样的流程也是需要有所耳闻，在自己擅长领域深入专研的同时横向扩展关注也是需要的，不能关起门来闭门造车，两耳不闻窗外事那是不行的。
阅读源码
对于Android源码和第三方库源码阅读，可以根据自己感兴趣的类型，选择相应的源码库或模块，给自己约定一个时间点，看完之后后有个流程图，哪些是核心类，类与类之间都有什么关系，这些开源代码实现的机制是什么，用到哪些解决思想，这些要点终可以通过文章输出，我觉得输出倒逼输入是一种很不错的学习方式。
移动AI
AI，也称人工智能，1956年，在达特茅斯学院举行的一次会议上正式确立了人工智能的研究领域。会议的参加者在接下来的数十年间是AI研究的人物，他们中有许多人预言，经过一代人的努力，与人类具有同等智能水平的机器将会出现。现在来看AI这个概念很早就存在了，之前没发展很大原因是基础设施不够完善、研究成本高，现在能够大力发展是基于我们的网络带宽变大、计算机性能提升、计算成本降低等等因素备齐了。AI是需要通过算法来落地，那么对于算法理论背景就是数学，所以想进阶AI开发，就需要去学习相关数学知识，特别是线性代数和概率论这两门，是支撑很多算法的理论知识。
小结
总的来说，技术发展能推动社会的进步，解放生产力，进而提高人的社会生产效率，创造价值。技术落地是需要商业应用场景配合，如何配合呢，就是通过每个不同商业模式来实现。终一门技术是需要与具体使用业务紧密结合起来，如果脱离技术谈业务显得空洞，脱离业务谈技术显得偏理论，好是两者相结合。这也就要求我们这些从事软件开发人员在追求技术积累的同时要注重业务积累，让业务驱动技术发展，用技术手段来解决实际业务问题，在技术积累中，辨别哪些是不变的道，哪些又是一时流行的而已，这就需要练就一双火眼金睛了。
作者：cryAllen
⑻ 安卓开发学习什么
Android开发，需要掌握以下知识：
android以java为基础的，所以前提要学好Java基础知识，比如基本类型、集合等。
android api，学习基本的Activity、service、intent等基本的知识，可以开发一些界面。
计算机网络基本知识。
Linux命令、C编程基础、Android Java编程、Google Android Linux操作系统具体操作等
安卓系统开发的方法，简单来说分成四层：
第一层，以Inventor为代表的绘图工具，是Google推出的简单开发工具，主要是针对初级玩家的玩意儿，操作起来确实容易，一个不懂程序开发的用户就可以通过拖拽搞出一个能在安卓平台上跑的应用来，有点像做PPT，但任何事情都有两面性，这种容易上手的绘图工具，无法实现业务逻辑，运行效率也比较低。
第二层，以Rexsee为代表的无线中间件，这种方法就不是玩家用的了，必须是工程师来用，但对技术门槛的要求很低，会用HTML和JS的技术员就可以方便的使用，在技术要求大幅度降低的同时，基础功能的封装也是一大亮点，这些中间件已经把所有应用需要的基础功能封装好，程序员直接使用JS去调用就可以了，不再需要吭哧吭哧从零开始写代码，比如你想调用个GPS，本来要编几千行的代码，用中间件只需一行JS代码即可搞定，难怪说做中间件的厂商都说：“用了我的东西，你的程序已经做了一大半啦!”此言不虚。
第三层，基于JAVA的JDK JDK(Java Development Kit)，目前绝大部分应用都是用这种方式来开发，对程序员的要求比较高，首先要有比较好的JAVA底子，然后要对Android平台本身有很深的研究，门槛不算低。
第四层，基于C++的NDK( Native Development Kit)，很多大型游戏是用这种方法开发的，相对于JDK，这种方法的门槛就更高了，目前使用的比较少，毕竟现在是智能手机的时代，硬件和网速都大幅提升，没必要动不动就Touch底层。安卓开发应该怎样学习：http://e.51cto.com/training/training_id-19.html
⑼ Android程序员的较好的职业规划应该是怎样
Android程序员的职业规划,怎么说呢？一句话叫做：早知如此，又何必当初。命运有些是自己可以掌握的，有些可能需要运气和机会。
一、路径可达
先说说路径可达这个词吧？有些人会觉得他的路看不到未来，有些人就可以清晰的看到他的方向。如果你现在所做的工作过两年会不会有所成长，达到你的目标。如果答案是否定的，那么说明现在的工作是没有上升通道的，就需要改变。当然安于现状不思进取是另外一回事。时刻反思自己所走的路，然后迅速调整，可能会少走很多弯路，毕竟时间不可逆。
二、时间规划
我有时候会想我五年后在哪里？做什么？大部分人对于这个都会比较模糊。因为时间跨度太大。五年时间相当于整个生命长河其实比较短，但在职业规划中确是很长的段，特别是刚毕业的那五年。从时间规划来讲肯定会用到时间的切分。宏观的东西只有落地到一件件事上才是有效的，才算得上完整的规划。但是话又说回来人是有惰性的，人对于这种有限制的东西有天然的排斥感，执行起来非常痛苦，即使开始执行起来很有激情，过不了几个月，所有的计划都缩水了，这同时也导致了很多时间的浪费和做事情的盲目性。所以计划的时效性和执行很重要，这里又会涉及一个词：“执行力”。
没有计划也导致学习变成一个一个孤立的点，完全没有串连性。因为你是想到学什么学什么，而不是计划着学，一段时间后可能会有一些积累，但是永远深度不够。这可以做一个简单的实验，把自己脑子里的东西理一理，如果时间需要很长说明整体知识体系已经有些混乱，可以对比一下操作系统的磁盘整理。如果一个人能很好的管理时间那么必成大牛。好学生好在哪里，排除智商的因素外，就是时间管理和善于思考。我觉得我自己最大的问题：时间管理，自律性，沟通能力。这三块是我觉得自己最缺乏一定程度上是致命的，很大程度上会决定我未来的所发展的高度。
三、项目经理还是架构师
在程序员中一直有个讨论就是将来要做项目经理还是做架构师。这两条路的侧重点不一样，所以积累的东西也可能不同。项目经理更强调综合能力，比如说协调能力，沟通能力等一系列偏管理的能力。而架构师可能更专注于技术本身，技术上的宏观方向。两条路有重叠，但是更多的是区别。有些项目经理可能就不会写代码。但是同样可以带好一个项目，一个团队。
我曾经也问自己要是以后这两条路走哪条，其实都可以尝试一下。比如说给一个项目让我带带，我能否把它带好，其实需要机会，同时也需要自己去争取这样的机会。所以我的答案就是如果有机会的话两条路都可以尝试走走，就是两个方向的一些能力都可以进行积累。很多人认为项目经理是一个职位，我倒觉得是动态的，这个项目中你做项目经理，另外一个项目中可能又是开发工程师。所以不永远是项目经理，也不永远是开发工程师。
就程序员而言，专注技术是没有任何问题的，先技术后管理。管理这个东西总的说有点虚无飘渺，各都有各的一套理论，比较难以评估。但是技术是可测量的，通过一定的努力技术水平都会有定的跃升。记得在《肖申克的救赎》里面说到地质的形成只需要两个条件：压力和时间。其实对于学技术也是一样的。只要肯学一定会达到某个水平。到大牛级别的确实需要一些悟性和天分。
四、我的选择
我为什么觉得自己应该走架构师这条路，这和我职业终极目标是契合的。这里先说一下架构师做什么？架构师负责整个项目甚至整个系统的构架（这一句话等于废话）。一般型的项目可能这个设计项目就做掉甚至可能就不需要架构。但是系统复杂度上升的时候，会涉及到系统之间的交互，还有技术的可行性和整个设计的方案。这个时候架构师就出场了。另外的工作就是承担一定的培养新人的工作。所以架构师都需要具备比较好的口才，很多人都说程序员不会说话，错了，那是低端的，到了高端的程序员口才都很好，看一下那些程序员大会中侃侃而谈的架构师们，是不是有种“高端大气上档次”的感觉。这后面会发现有一个发展方向就是“培训师”，还可以写书，其实这些都可能是一些“副产品”。技术到一定的境界很多事情到都是水到渠成。
架构师写代码吗？当然写。他们肯定不会写那些简单的代码，他们一般写什么代码？框架，一般来讲优秀的框架都是一个人或者极少人写出来的。比如说Linux的核心就是一个人写出来的。好的代码绝不是人堆出来的。你给100个初级程序员也整不出一个Struts来。这里会衍生出另外一条路，就是开源框架，很多牛人都是开源社区的爱好者。都或多或少的参与了一些开源项目。甚至把自己写的一些东西开源出来。一般来讲能做到这个级别那是相当厉害的了。
五、领域方向
我记得以前总有人问我你最擅长的领域是什么？这个问题一问我就懵了，因为我从来就没想过这个问题。可能本身还没到分领域的级别，还处于一种“原始积累”阶段。技术学到一定阶段的时候是分领域的。领域之间会有一些交叉。
我所知道的大方向是“高性能，大数据量，移到平台“。这是我给Java这所分的三个方向。其实我上面所说的三个方向不一定是同一个维度。但是我认为写Java的如果没有沾上这三个方向中的一个，一定没有前途。高性能和大数据量的处理需要比较多的技术储备。很多人说写个Java就是CRUD（严格来讲，对于计算机本身所有的操作都是CRUD）。可是在高性能情况下所涉及的问题一下成指数级增长。各种“水平扩展”，“服务化”，“容灾”，”缓存”等各种牛B的词汇就来了，你写一般的CRUD最多也就知道个SSH，这是不一样的。比如说做大数据量的处理一定会知道Hadoop，然后就是云计算，云存储。反正什么牛B什么来。移动平台和上面我所说的维度不一样，因为移动平台相对应的是PC平台。但是由于移动平台的发展时间很短。所以能搭上这趟快车也有不错的发展。要是早些年（2012年以前）进入移动平台的开发，现在同水平的程序员工资肯定更高。这是平台发展所带来的红利。虽然三年前我预见到了移动平台的无可限量，但是那时候就像一个一无所有的人，还管它什么移动平台还是PC平台，能写代码做项目就OK。以至于我学了一个月的Android就偃旗息鼓。
不管怎么样技术的底层都是一样的，所以扎实的基础是必要的，这就是为什么算法和数据结构是永恒不衰的。很多人说算法和数据结构无用那就是无知的表现。这个无知就像在讨论读大学有没有用一样。
六、总结
上面所说的一些东西可能都会比较虚，很多人都可能明白其中的道道，比如说到时间管理，这个估计从学生时代就在讲。但是真正的执行还是千差万别。所以又回归到哪里？回归到人本身。后来我想明白一件事情，即使道理再明白，没有好的执行仍然等于空谈。这里我回想起刘未鹏的《暗时间》。里面非常细致的讲了对于时间的管理。这个我读大学的时候同样在一本书《读大学，究竟读什么》里面也有所论述。当然两个方向是不一样的，一个是程序员的思维，另外一个是文科生的思维。但是道理只有一个，时间利用率的本质是什么。
另外就是实践，强烈的实践。我记得大学的时候读《人性的弱点》真是心潮澎湃，可是过不了多久我就忘了书中的内容。所以没有把书中的一些东西深刻的印记在脑海里并转化成你自己的东西，它永远只是知识。