嵌入式培训

热门课程:

嵌入式培训 > 嵌入式职场 > 企业面试题

浅谈我的一些嵌入式面试经历

发布：嵌入式培训
来源：企业面试题
时间：2017-08-04 10:52
分享到：

我之前的公司面试分为这两类比较恰当：一类偏向做业务软件的，一类偏向做系统软件的。

业务软件和底层软件两个领域的不同特点：

做业务软件，好的职业发展偏向客户需求分析,和客户有好的沟通交流。这些领域的公司含金量比较高（就是软件工程师进一步发展的话）的职位在于对比如电信行业的业务运营模式特别熟悉，而且情商高些，会跟客户进行有效地沟通交流。

业软领域开发侧重于对某项具体的市场业务应用比较熟悉，比如做电力软件，计费软件。因为可能这种软件技术实现方面可能并不难，毕竟公司喜欢用已经成熟稳定的平台（平台是指软件架构，操作系统和硬件体系结构（比如X86平台，ARM平台）方面的。），所以不会冒险进行技术革新的。这类领域比较难解决的是客户需求不断发生变化.所以需要软件工程的帮助，比如敏捷开发啊。

这类公司在面试时，我的感觉是技术方面问得都出乎我的意料，比较简单，他们比较侧重于一些综合之类的东西。比如对公司整体发展，盈利模式，产品运营比较熟悉，怎么就软件需求跟客户交流沟通之类的。

所以啊，如果在业软领域干了三四年后，如果你还是底层写代码的，那么就发展得不怎么好的。因为你在做重复技术开发，低附附加值的开发。这时候唯一可以得到高附加值提升的就是你的综合方面的东西。比如知道些自己公司的产品运营模式啊。如果公司没产品的，就要在如何跟客户有好的，丰富的沟通交流手段方面，还有如何跟着领导混方面下下功夫。因为纯技术方面确实没太多可以后期不断提高长进的。

底层软件接触到的是Linux内核,CPU架构，还有系统底层比较难的东西（比如算法之类的）。搞这块的开发可能不需要太多关注软件工程流程。系统底层的客户需求变化比较少,比较固定.客户变化都在应用软件领域的。搞底层后期技术提升空间是有的。想想linux内核技术在不断地革新就知道了。

所以搞底层基础软件开发的含金量高的职位就是技术问题解决专家，而不是产品运营专家之类的。

底层的东西确实都是类似于kernel的开发模式,调试BUG,掌握新的kernel功能模块,学习掌握纯技术之类的东西。有些类似于研发性质.不用走整个软件工程的流程,因为这些跟一线市场应用确实比较远.所以系统软件领域偏重于技术方面的考察。

所以做底层软件的公司面试时我的感觉是会问些比较难的技术问题,一直问到你卡住为止。

当然每个领域都需要多方面的发展.就算系统软件研发领域也不一定全部是技术的.也会考察综合方面的.只是各个领域侧重点不一样而已。

我觉得如果真是想搞技术相关的工作，还是回归底层基础软件开发比较好，还是搞研发比较好。

我所在的公司如果我想有比较好的发展的话，应该选择一些底层基础软件领域。因为我们公司是技术服务性质的软件开发。没有自己的产品，没有市场销售部门之类，也没有什么售前，售后支持，这些都在日本本土的。所以如果以后跳槽选择业软领域发展，我们这些底层码农根本不占优势的。

那么我所呆的项目组的开发优势在哪啊...