看你在什么类型的公司了。如果你在制造型公司，业务代码是对你业务能力最好的体现。如果你的业务能做到非常精通。熟悉整个公司业务，有能力梳理优化业务。做到顾问，你的工资也不会少，而且你的职业生涯很长。很多公司需要这样的人。职业生涯比互联网公司要更长。我们公司顾问在50w以上。做到退休了还被返聘了！部门是ERP！
关键是你做了多久了。
1年时间，你说你只会做业务代码没啥。
10年了，连个架构设计都不会不淘汰你淘汰谁啊！
业务代码是基础，一切代码都是为了业务服务的。
工作的研究源码也是为了解决业务问题，架构设计也是为了提高业务代码开发效率，提高业务代码品质。
业务代码写的时候认真点，可以从细微处抓住更实际问题。
普通的项目其实没啥技术难度，架构失败也看不出来。
有些很艰难的项目，就没那么简单了。我2011年遇到一个项目，是个日本发来的活，规模很大，架构特别新，全套新技术，glashfish，官方版j2ee。日本找的设计师做的架构太理想。
这个项目真实施，发展生产效率太低，变成不可完成任务。技术上没有人懂，所以没办法，只能硬磕，大量的业务开发实际是试错，积累了大量的经验，总结反推就找到正确的架构方案了。
项目也就活了。
做安卓的吧
你要是普通开发不需要用到，如果要开发图像处理，人脸识别等app，还是脱不掉的。至于架构，安卓里面的架构相比java后端范围小了很多。源码当然要看看，能学到很多设计思想和底层实现原理。学了会更有竞争力，不学的话也能开发，但是年纪一大就完蛋了。
也不会，只是向上的通道会少些。
不过，软件设计行业很细粉，你要是专注钻研业务代码（含熟悉业务需求），高效优质完成，也会得到肯定。
互联网程序员都有个35岁的坎，如果你不懂源码、设计架构，你基本就很难上升到管理层，到时面对年轻人的竞争，你的劣势就很明显了。
首先，你跟年轻人比起来，接受新技术的能力就比较差，互联网技术发展那么迅速，想Go、python、js现在都基本成主流语言了，早两年可能很多技术都看不上这些脚本语言吧。
其次，年龄大了，家庭压力就大，精力也不够了。你怎么可能还跟年轻人一样加班加点的。
所以，有空多接触些管理方面的吧，尽可能往上爬才是王道。
不会被淘汰，只是你为什么不多学点其他方面的东西呢？
而且，只会写业务代码，难道不会写腻吗？学点新鲜的东西，才会充满动力。
只会写业务层代码，公司不会淘汰你，因为你毕竟还是有一技之长的。但是我担心，有一天你会把自己淘汰掉！看到那些后进公司的人懂得的技术都比你多，你受得了吗？除非你就是一个无所求的人。
既然干了技术这行，就好好学吧！下面这张图与你共勉：
不会，起码还可以老了以后去开滴滴送外卖
代码写的好业务不一定处理的正确，对于用户只要求速度快、美观、易用、业务处理正确，其他的什么语音什么架构都不懂，所以只要能做到这几点新老鸟只是开发效率的区别
如果你只会写增删改查，却仍坚持走技术路线，随着年龄增长，被淘汰是必然。
我年轻的时候也曾对此焦虑过，当时我们一帮小菜鸟也上下求索，希望有条明路，却无人指点。自己悟出一点道理，现在看来很幼稚，今天说说，也供参考吧。
当时觉得自己有两条路，一条往下走，即技术路线，做技术大拿；一条往上走，即管理路线，当领导。
我选择了“往上走”，开始学习项目管理知识，后来还考了软考的“项目管理师”的证。我并不是为了要当领导才选择“往上走”，是当时的眼界限定了自己，并不知道有哪些技术发展路线。当时公司也支持我，让我带项目尝试。大约在三十岁左右时，已经基本不写代码了。但我没有丢掉技术，因为在一个技术团队中，技术能力是能直接带来威望的。
大约在我三十五岁左右时，想创业，毕竟项目经理这个位子太虚了，有太多不想写代码的程序员想往这上面挤。公司也想给他们机会，即便给我一个项目部经理的位子（就是管理项目经理的）也很没意义。创业后很快发现管理能力在创业初期没有太大用，我要写软件，招人成本太高，自己写能省人工成本。又开始了选择“往下走”的道路，通过几年的项目管理，思路更加开阔，以前看不懂的软件架构，现在拿来看竟然都能看懂，能清楚理解人家框架为什么这样设计，针对业务模块的设计也更容易。我很庆幸自己，脱离了简单重复的业务代码编写，又没有舍弃技术。脱离业务代码的编写，让我有精力去学习更多的技术，提升了视野；没有舍弃技术，得以我仍然有能力独立开发。
---
最后，说些我的心得。
随着年龄增长，不要再拼强度，一定要拼高度。
如果只是长年写业务代码，技术不精深，三十岁左右会大概率被淘汰；如果感觉技术上进步不大，就往管理岗位上走，可以混到三十五岁或四十岁；
再往后，还要在此行业发展，技术一定要过硬，编程思想、架构设计、产品设计、项目管控等等，各方面能力都要有，混到六十七十岁也是没有问题的。
谢谢邀请，无论从事什么职业都有个循序渐进的过程，就拿程序员这个职业来讲，无论多厉害的大师也是从小白一点一滴走过来的，这本身是一件很平常的事情，绝大部分的程序员做的工作就是为了完成业务代码，也就是单元模块，真正去做架构设计的比例少的可怜，如果有机会参与到架构设计里面那是一种幸运，绝大部分程序员一辈子都参与不了架构的设计，很多架构师在工作过程中由于基础积累的还不错，并且在公司中深得信任，于是公司决定让他试一试，如果抓住这种机会出来的了，那就顶上去了，大部分的架构师开始不认为自己能胜任这个角色，挺过来也就过去了。
很多程序员在入行之初踌躇满志，结果在遭遇一系列现实的打击之后就会觉得能做个合格的程序员就不错了，因为程序员的技能高低完全靠一点一滴的积累，积累到什么程度技能就达到什么程度，没有所谓的诀窍，只不过有些人理解能力强一些，有些人属于厚积薄发类型的，最终技术岗位靠的就是技术能力的积累，水到渠成顺其自然。
题目中的NDK，架构设计完全不同的两种概念，NDK属于安卓下面能够使用C/C++完成应用接口的一套工具集而已，和架构设计完全的两码事，因为很多应用有特殊的功能调用，就通过NDK的方式把C/C++和java之间用桥梁串联起来，这种在应用级开发里面还是很常见。而且这种代码的实现基本上上也属于业务代码，很多人觉得写业务代码的人水平都一般，如果能把普通的业务代码写的高质量一样能成为架构师，如果连普通的业务代码都玩不转怎么可能成为架构师。
架构师这个岗位需要经验和能力双重提升，不是技术能力强就能成为架构师，需要很深邃的编程思想支撑，能一针见血的指出常见问题的所在，同时不停的优化解决问题的思路，优秀的程序员从来都会觉得自己能写出更棒的代码来，有一种程序员喜欢折腾，折腾实现方式，质疑架构思想等等，很多开源社区里面优质的社区文化之一，就是重构不停的重构，从安卓和chrome代码实现上就可以看出端倪，这是一帮有着极强想法的程序员设计的模块代码，有时候还不容易下了源码看懂了一个模块实现，结果过了几天再去更新代码发现之前看明白的代码已经被新的实现方式代替了，这就是代码的重构，优秀的程序员总是喜欢折腾。
业务代码如果干的非常不错也能直通架构师，很多人觉得java程序就是增删改查，但简单几个操作如果能经受住各种大数据的冲击，没有几个人能真正做到，简单的事情做成最优质，这就是普通程序员成为架构师唯一捷径，没有人能随随便便成功，随便就能拿到一些高薪的职位，希望能帮到你。