lz：搞了几年的嵌入式软件开发了，各种操作系统下的驱动写了不少，各种操作系统的移植裁减也做了不少了，突然发现没啥可做的了，每天都开始重复性劳动了，除非自己写操作系统去。
前几周郁闷的想去转做数字IC去，后来了解了下，要做到高手级别必须要扎实的电子基础，我完全不懂，这条路也堵死了。

嵌入式软件的技术层面就如此么？嵌入式软件就只适合不断的搞应用，没有更深层次的内容可以搞搞了么？

像驱动，OS porting，application之类的嵌入式软件开发，没几年还不烂大街了？就跟当年计算机程序员没几个，现在一抓就一把，门槛低没有核心技术。

请高人指点该何去何从啊。

下面的是别人比较好的回答：

大哥"不敢当，我说不定比你小呢，呵呵～
论工作经验，说起来我的工作经验也不会比你长多少，不过我倒是从来没有觉得迷茫过，反而总是觉得有无数的东西我需要学，需要做，总是觉得时间不够。

比如说我比较关心arm linux，订阅的arm-linux-kernel mailing list就够我忙呼的了，linux kernel里面随时都在发生着精彩的变化，而了解这些变化的背景和过程都对自己如何设计软件有着莫大的帮助。还有我比较关心嵌入式GUI，我都会时刻关注着例如minigui,nano-x等项目的发展，对自己设计GUI系统有着很大的帮助 .... 

对我而言，可能是由于我做的大部分项目自己有选择的自由，所以才会觉得需要了解和研究众多的技术，最终才能够选择最适合产品的解决方案。如果开发工作都是被告知采用特定的框架或甚至只是在某个框架下填充某个模块，那么这样的工作确实会让人产生“没啥可做的了”的感慨。

所以，如果你要我说“指点”呢，我倒是有些建议，希望对你有帮助：
1. 不要限定于既定的解决方案，多多借鉴类似的技术方案，看的多了，想法就会有不同。
2. 静下心来，彻彻底底的去研究一些东西，而不仅限于会使用它。比如说“简单的”ucos，不凡思考一下为什么ucos会有这么大的影响力？它有什么优势？缺点？如果你来设计这样的一个东西你会怎么做去克服它的缺点？和ucos类似的RTOS采用了什么的方案？等等....研究这些东西并非无意义，他会给你一个全新的，对RTOS的理解。
3. 跳出“嵌入式”的框框，多了解一下发生在其它领域软件的事情。软件的发展在很多方面是彼此影响的，不要认为发生在"Web2.0开发"上的事情和嵌入式系统就没有关系，说不定某一天你就会在你的嵌入式系统上用上RoR
4. 最后一条建议属于个人观点，我不同意上面有些人建议的转“项目管理乃至其它方面”，搞技术的还是搞技术，不要老想着“项目管理乃至其它方面”。我有大约5年时间应为种种原因被“管理工作”缠身，最近2年终于有机会完全解脱而潜心技术工作，感觉这2年获益颇丰。

zgz说的很有道理

移植、写驱动这些都是嵌入式开发的初级阶段
第二阶段就是系统架构设计如总体设计概要设计、系统选型成本估算、性能优化等，
还包括模块的可移植性可重用性等嵌入式软件的重要特性的设计
再进一步就是经验级的了，比如为部门制定一套驱动软件开发规范流程模板之类的，
为驱动的开发提供一定的依据，这样就可以规范部门的驱动开发等工作

就像软件开发的CMM5模型一样，嵌入式软件你做到CMM几了呢？