嵌入式培训
美国上市嵌入式培训机构

400-111-8989

热门课程

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

  • 时间:2017-08-04
  • 发布:嵌入式培训
  • 来源:企业面试题

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

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

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

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

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

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

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

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

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

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

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

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

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

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

上一篇:嵌入式工程师面试题
下一篇:嵌入式面试题之中断与异常有何区别?

嵌入式面试题之中断与异常有何区别?

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

选择城市和中心
贵州省

广西省

海南省