有人这样问我，嵌入式工程师辛苦吗?听到这个问题，我很想说什么不辛苦就会有成果呢，而且辛不辛苦只有经历过才知道，要知道做什么都是要付出自己的努力，都会很辛苦的，每一行业辛苦点都不一样，很多IT行业的人都会被问IT行业累吗，而对于嵌入式来说，嵌入式的辛苦表现在这几方面，一起来通过一位资深程序员与嵌入式有了3年缘分的人的经验来看：

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

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

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

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

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

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

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

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

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

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

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

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

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

所以，嵌入式工程师辛苦与不辛苦的因素有很多，不止上面这些，所以你需要的就是好好历练，再来，也让你知道一下嵌入式工程师发展前途，让你心里有个谱

就嵌入式工程师而言现在在一线城市，一个成熟的嵌入式工程师薪资大概在15k到 20k 居多(整天在公司里混水的除外)，当然更高的也有。当时刚刚入职薪资不会有那么可观，一般新人技术熟练度和知识广度都会有所欠缺，所以毕竟会经历一个被企业培养和筛选的过程。在技术行业里没有什么工作能一蹴而就，更不存在什么真正的铁饭碗，如果想能拿到未来自己期望的薪水，初期一定要多实践，多查阅资料。

同样，技术行业就更不要奢求什么钱多事儿少离家近了，就算你爬到了主管经理级别也是一样。还有急事加班，如果你想年薪20w+ 加班那是必然。

总的而言想要学习技术必须要肯吃苦有学习下去的动力。这样前途会很光明钱途也会随之而来。