嵌入式开发做底层好还是应用层好?

有读者在后台提问这个问题： 嵌入式开发做底层好还是应用层好？

今天就根据我个人嵌入式开发的从业经历和个人体会来聊聊这个问题。

首先嵌入式就分很多种，电子表那种叫嵌入式，电冰箱那种叫嵌入式，汽车里autosar那种也叫嵌入式，听着都叫嵌入式，实际上千差万别。

嵌入式底层如何

以车载娱乐系统举例，genivi联盟里的成员，例如宝马和现代，都是基于autosar标准的系统，这和mp3或者电子表那种传统嵌入式不同，应用层，服务层，驱动层是分开的。

你的应用层不可以直接调用驱动层的东西，你的应用层只能通过bus或者some/ip访问服务层，由服务层triger系统里的各种硬件驱动，例如commonapi里的stub/proxy机制就是基于这样的标准，底层驱动开发的门槛非常高，因为你还要负责写好服务层来供上层应用访问。

嵌入式应用层如何

嵌入式的应用层相对来讲较为容易的，例如在windows下进行编程接口函数调用，到操作系统下只是编译和开发环境有相应的变化而已。如果涉及 Jave 方面的编程也是如此的。

嵌入式系统中涉及算法的由专业算法的人来处理的，不必归结到嵌入式系统范畴内。但如果涉及嵌入式系统下面嵌入式数据库、 基于嵌入式系统的网络编程和应用层面的协议又较为复杂，并且有难度了。

适合自己的最重要

很多人从来没想过自己是不是干那一行的料，有句话不好听，但很现实，你在一行能不能混得好，很大程度上取决于祖师爷赏不赏饭吃，也就是你有没有天赋，勤能补拙当然没错，但也只能是有限的补拙，而且你会很累很痛苦。

还是那句话，选择适合自己的技术栈范围、适合自己的技术追求就好。不要非要争个高下，毕竟这两块是嵌入式开发领域的左膀右臂。你能说你的左胳膊比你的右胳膊好？还是你的右胳膊更优秀一点？所以说，要选择适合自己的。

关于选择嵌入式的底层好还是应用层好，我也一并推荐一些相关的工作岗位，大家可以根据职位要求来看看自己究竟适合或者擅长哪一种。