不过，真正接触底层或者实现RTOS底层业务框架的工程师其实是很少的 。大部分工程师基本上都是对于客户需求做一些非驱动底层非操作系统框架的应用型的开发，所以大多时候“业务代码“又单一的被指向了那些只是对客户的上层应用的需求做开发、调整或者迭代的代码 。
而这部分代码究竟"LOW"还是不"LOW"呢，我的答案是：不"LOW" 。但是现实却是很“LOW”,之所以会被想成LOW，是因为：
1.判断一个程序员的优秀程度已经不单单看你写了多少应用型的代码，设计了多少应用框架，而是你懂不懂底层驱动逻辑，懂不懂操作系统内核，懂不懂内核裁减等等 。所以这种情况会经常出现在面试过程中，面试官会因为你不懂底层驱动、不懂内核而给你比较低的薪水 。
2.懂得写业务代码的人，他的程序员基础并不一定就牢固 。因为上层应用可能对业务比较看重，但是对于一些特定的语言的编程并没有那么严谨 。能用就可以，所以会自然而然的认为这样的程序员“LOW” 。而一个会写底层驱动的人 ， 他考虑更多的是基础代码的安全、严谨性和容量问题等等，他们的语言基础相对来说要牢固很多 。
3.技术负责人一般都是全能型的人 。会写底层驱动或者更懂操作系统内核的人更容易成为技术的领头人 。而那些只会“业务代码”的人，放在大部分公司,一般都不会有太多的上升空间 。
根据以上分析过后呢，做“业务代码”的程序员基本上会被想的很“LOW”,但是结合我的亲身经历，不同的人对于这个事情却会有不同的看法 。
比如对于领导来说，那就不一样了 。你将“业务代码”的需求迭代了，完善了，提前任务完成了，客户很满意 。那领导不会认为你是一个很“LOW”的程序员 。你很高级，领导很欣赏，“后果”很舒服 。但是对于一个面试官来说，你就会点上层应用的调用和设计 。我为什么要给你这么多薪水？虽然会被想成很"LOW" ， 但是也是现实 。
好了，这个问题就回答到这里，以上都是个人结合实际经历的一些体会，喜欢的加关注，我是一名深漂的嵌入式程序员，欢迎私信留言 ， 感谢！
我有面试过一个40岁的程序员，做过几百个网站，要求工资才6000元，他只会做简单的企业网站，因为他一直在很小的公司工作，只能做小项目 ， 这我觉得是业务代码，就是做一些重复和没难道的工作 。
林子大了什么鸟都有，不知道你说的有人是指多少比例的人 。我的理解代码可以分为两类：1:工具栏或者框架类2:业务类 。写工具类偏重于健壮可拓展可复用；写业务类偏重于逻辑严谨没有漏洞，化繁为简 。毕竟有些时候需求或者业务都不甚清楚他们想要的逻辑 。有时候复杂的业务流程你捋都不顺，更别说代码写的好了 。当然，工具类到高深，工具好用 ， 框架优秀确实需要的技术功底深厚，比业务类要考虑的东西也多 ， 但不代表写业务类代码很low 。当然 ， 不管写什么代码，完全复制黏贴而不去考虑与实际场景结合 ， 不去想为什么？有没有更好的处理方案是比较low的
有人觉得low
1.可能是觉得没有什么技术含量吧 ， 用的都是一些成熟的技术框架，就是一些增删改查而已 ， 但是这并不意味着写业务代码就很简单，因为这里面包含着业务逻辑，业务逻辑有简单的也有复杂的，如果对业务逻辑业务背景不理解或理解不透就很难实施下去，其实现在很多专家级别的程序员并不是技术有多牛，而是对某个行业领域有比较深刻的理解 。
2.还有可能就是内心里对业务就很轻视，这个更是不应该的，因为技术是为业务服务的 ， 是业务让技术变的有价值 。
推荐阅读
- 竞技游戏招聘，游戏招聘平台
- oracle索引物理存储结构，oracle的索引是什么数据结构
- 2070适合搭配什么cpu，2070显卡配什么cpu性价比最高
- gis整形要素未响应，arcmap整形要素工具不能用
- go语言=赋值 go语言赋值语句
- 安卓平板音乐界面在哪，安卓平板音乐播放软件
- 黄浦区网络软件服务代理商，上海软件服务
- 好玩儿的竞技游戏，好玩的竞技游戏排行榜前十名
- linux回根目录命令 linux回到根目录的命令