不懂源码、NDK、架构设计，只会写业务代码，真的会被淘汰吗？
互联网程序员都有个35岁的坎，如果你不懂源码、设计架构，你基本就很难上升到管理层，到时面对年轻人的竞争，你的劣势就很明显了。
首先，你跟年轻人比起来，接受新技术的能力就比较差，互联网技术发展那么迅速，想Go、python、js现在都基本成主流语言了，早两年可能很多技术都看不上这些脚本语言吧。
其次，年龄大了，家庭压力就大，精力也不够了。你怎么可能还跟年轻人一样加班加点的。
所以，有空多接触些管理方面的吧，尽可能往上爬才是王道。
而且，只会写业务代码，难道不会写腻吗？学点新鲜的东西，才会充满动力。
只会写业务层代码，公司不会淘汰你，因为你毕竟还是有一技之长的。但是我担心，有一天你会把自己淘汰掉！看到那些后进公司的人懂得的技术都比你多，你受得了吗？除非你就是一个无所求的人。
既然干了技术这行，就好好学吧！下面这张图与你共勉：
工作的研究源码也是为了解决业务问题，架构设计也是为了提高业务代码开发效率，提高业务代码品质。
业务代码写的时候认真点，可以从细微处抓住更实际问题。
有些很艰难的项目，就没那么简单了。我2011年遇到一个项目，是个日本发来的活，规模很大，架构特别新，全套新技术，glashfish，官方版j2ee。日本找的设计师做的架构太理想。
这个项目真实施，发展生产效率太低，变成不可完成任务。技术上没有人懂，所以没办法，只能硬磕，大量的业务开发实际是试错，积累了大量的经验，总结反推就找到正确的架构方案了。
项目也就活了。
谢谢邀请，
无论从事什么职业都有个循序渐进的过程，就拿程序员这个职业来讲，无论多厉害的***也是从小白一点一滴走过来的，这本身是一件很平常的事情，绝大部分的程序员做的工作就是为了完成业务代码，也就是单元模块，真正去做架构设计的比例少的可怜，如果有机会参与到架构设计里面那是一种***，绝大部分程序员一辈子都参与不了架构的设计，很多架构师在工作过程中由于基础积累的还不错，并且在公司中深得信任，于是公司决定让他试一试，如果抓住这种机会出来的了，那就顶上去了，大部分的架构师开始不认为自己能胜任这个角色，挺过来也就过去了。
很多程序员在入行之初踌躇满志，结果在遭遇一系列现实的打击之后就会觉得能做个合格的程序员就不错了，因为程序员的技能高低完全靠一点一滴的积累，积累到什么程度技能就达到什么程度，没有所谓的诀窍，只不过有些人理解能力强一些，有些人属于厚积薄发类型的，最终技术岗位靠的就是技术能力的积累，水到渠成顺其自然。
题目中的NDK，架构设计完全不同的两种概念，NDK属于安卓下面能够使用C/C++完成应用接口的一套工具集而已，和架构设计完全的两码事，因为很多应用有特殊的功能调用，就通过NDK的方式把C/C++和j***a之间用桥梁串联起来，这种在应用级开发里面还是很常见。而且这种代码的实现基本上上也属于业务代码，很多人觉得写业务代码的人水平都一般，如果能把普通的业务代码写的高质量一样能成为架构师，如果连普通的业务代码都玩不转怎么可能成为架构师。
架构师这个岗位需要经验和能力双重提升，不是技术能力强就能成为架构师，需要很深邃的编程思想支撑，能一针见血的指出常见问题的所在，同时不停的优化解决问题的思路，优秀的程序员从来都会觉得自己能写出更棒的代码来，有一种程序员喜欢折腾，折腾实现方式，质疑架构思想等等，很多开源社区里面优质的社区文化之一，就是重构不停的重构，从安卓和chrome代码实现上就可以看出端倪，这是一帮有着极强想法的程序员设计的模块代码，有时候还不容易下了源码看懂了一个模块实现，结果过了几天再去更新代码发现之前看明白的代码已经被新的实现方式代替了，这就是代码的重构，优秀的程序员总是喜欢折腾。
业务代码如果干的非常不错也能直通架构师，很多人觉得j***a程序就是增删改查，但简单几个操作如果能经受住各种大数据的冲击，没有几个人能真正做到，简单的事情做成最优质，这就是普通程序员成为架构师唯一捷径，没有人能随随便便成功，随便就能拿到一些高薪的职位，希望能帮到你。
学习数据结构，在哪里可以找到用于参考的质量较高的源代码？
谢邀！ Github作为全球最大的程序员交友网站，在全球拥有超过900万程序开发者用户。它是一个面向开源及私有软件项目的托管平台，存储了众多开源项目的代码及文档，其中也不乏知名项目，如Spring、python等；它汇聚了全球众多知名开发者，不断体现开源的力量，程序员的交友社区。 数据结构的很多靠谱实现代码在Github上都可找到！ 希望对你有所帮助！
