不懂源码、NDK、架构设计，只会写业务代码，真的会被淘汰吗？
谢谢邀请，无论从事什么职业都有个循序渐进的过程，就拿程序员这个职业来讲，无论多厉害的大师也是从小白一点一滴走过来的，这本身是一件很平常的事情，绝大部分的程序员做的工作就是为了完成业务代码，也就是单元模块，真正去做架构设计的比例少的可怜，如果有机会参与到架构设计里面那是一种幸运，绝大部分程序员一辈子都参与不了架构的设计，很多架构师在工作过程中由于基础积累的还不错，并且在公司中深得信任，于是公司决定让他试一试，如果抓住这种机会出来的了，那就顶上去了，大部分的架构师开始不认为自己能胜任这个角色，挺过来也就过去了。
很多程序员在入行之初踌躇满志，结果在遭遇一系列现实的打击之后就会觉得能做个合格的程序员就不错了，因为程序员的技能高低完全靠一点一滴的积累，积累到什么程度技能就达到什么程度，没有所谓的诀窍，只不过有些人理解能力强一些，有些人属于厚积薄发类型的，最终技术岗位靠的就是技术能力的积累，水到渠成顺其自然。题目中的NDK，架构设计完全不同的两种概念，NDK属于安卓下面能够使用C/C 完成应用接口的一套工具集而已，和架构设计完全的两码事，因为很多应用有特殊的功能调用，就通过NDK的方式把C/C 和java之间用桥梁串联起来，这种在应用级开发里面还是很常见。
而且这种代码的实现基本上上也属于业务代码，很多人觉得写业务代码的人水平都一般，如果能把普通的业务代码写的高质量一样能成为架构师，如果连普通的业务代码都玩不转怎么可能成为架构师。架构师这个岗位需要经验和能力双重提升，不是技术能力强就能成为架构师，需要很深邃的编程思想支撑，能一针见血的指出常见问题的所在，同时不停的优化解决问题的思路，优秀的程序员从来都会觉得自己能写出更棒的代码来，有一种程序员喜欢折腾，折腾实现方式，质疑架构思想等等，很多开源社区里面优质的社区文化之一，就是重构不停的重构，从安卓和chrome代码实现上就可以看出端倪，这是一帮有着极强想法的程序员设计的模块代码，有时候还不容易下了源码看懂了一个模块实现，结果过了几天再去更新代码发现之前看明白的代码已经被新的实现方式代替了，这就是代码的重构，优秀的程序员总是喜欢折腾。
