嵌入式开发和很多IT程序员差不多，很多人都问过我嵌入式开发工程师累吗?这样的问题。嵌入式开发工程师到底累不累?行外很多人不敢尝试，其实嵌入式开发工程师累不累这个问题，除了自己本身感受，也还有很多其他因素。

为什么说嵌入式开发工程师累不累，还有很多其他的因素呢?下面来看看为什么会这样：

1. 硬件工程师同事的水平会决定你的工作状态

如果硬件工程师靠谱，照着demo板改改画出来的板子，打板回来，焊好元件，烧上demo程序，上电就能正常跑起来。否则，软件就放假慢慢等着吧。

如果硬件粗心，把线连错了，漏接了，你也许不得不自己从头看datasheet，挨个检查信号，几天的时间也许就这么过去了。发现问题要几个小时几天，解决只需要几秒钟或者几分钟。问题解决得差不多了，板子也被飞线铺满了。

还有一次，我们两个同事，坐飞机到芯片公司总部出差请求支援，结果被人家发现只是一根排线虚焊了呀，丢死人呀。

后来我长心了，开始软件调试工作前一定要检查硬件。

2. 单位早期的系统架构设计技术人员水平会决定你的工作状态

曾经一家公司，一个while(1)开头的裸奔系统，带自己设计的消息机制，带没有DC的GUI，还自己扩展了一套中文编码。在这套系统上有一系列的产品，每个新产品为了缩短开发时间，都沿用已有产品的代码，又不敢做大的改动，应届生在上面添加了新的糟糕的代码，又遗传到下一个产品中。每个新产品的bug数都在3000左右，软件开发人员都痛苦无比。这种状况一直到公司请来一个高水平的CTO，果断引入uC/OS II 系统，移植MiniGUI，全面采用GBK和Unicode才有所改善。

你想知道后来怎么样了吗?后来当然是这套全新的系统又被一帮低水平的程序员给改乱了呀，又有一批新手接过了这套让人痛苦的历史包袱啊。

3. 公司财力、的眼光和气魄决定了你的工作状态

公司有钱，或者有决断，买参考板，买几万块的调试器，买个好用的示波器、逻辑分析仪，不知道能提高多少工作的效率。一帮软件吭哧吭哧加串口打印，调试几个星期或一两个月，问题还不一定能解决，发的工资、浪费的时间、错过的市场机会，不也是钱吗?

4.方案公司的方案以及支持力度决定了你的工作状态

如果采用的芯片比较简单，尤其早期的芯片，有的还不带MMU，不能采用linux或者android这样的高级系统，甚至不能移植uC/OS 这样的多线程系统，一些像低电检测这样的任务实现起来是很别扭的。现在的芯片都强大多了，很多以前在旧平台上引以为豪的奇技淫巧都不需要了。

不同公司方案的风格也很不一样。我的总体印象，美国的芯片给你开放的东西很多，你可以做很灵活的定制开发，遇到问题你有能力可以自己尝试解决。但是如果不是大客户，支持力度很有限。台湾的芯片方案基本上把什么就给你做好了，你换个logo做成产品，跟别家打价格战去吧;但是很多模块代码是不开放的，你在上面能做的东西很有限，遇到问题需要上报，然后苦苦地等他们解决，发sdk新版本，也是很让人头疼的事。的方案接触过的不多，用过一些小公司的小芯片，参差不齐，大部分给的datasheet显得非常业余。

说了这么多，嵌入式工程师累不累，决定性因素有很多。不过，华清远见的嵌入式培训会尽量教学员更多的知识用到以后的工作，这样可以减少工作时的难题，很多问题迎刃而解，这样就不会累了。

以上就是回答了一些行外人问到“嵌入式开发工程师累吗”的问题。不过还是要强调，关于嵌入式工程师累不累，每个嵌入式工程师的看法都不一样。