luck2001

搞过一些东西就能称精通? C语言简单吧?可是很多人包括一些专职的程序员并没有很好的掌握它.
Know everything about something,才能称为专家,楼主你真这么牛,把操作系统的每一部分都搞清楚了?
每个人通过多年的工作,工具使用比较熟,各模块比较熟,就能顺利地搞组装而已.但是自已能不能吃透它?
我感觉,中国人装配的技术是可以的,但是做好每个零件的耐心是不够的.
要有自信心,但不要太膨胀．

bayasina

楼上的有点苛求了，反对这种极端看法。工作无非是为了兴趣和乐趣，并不是为了成为专家，只要能在技术和兴趣中找到平衡就好，其实除了技术，还有很多内容可以学习，你搞了这么多年的软件开发，可以问问自己懂不懂生产的各个环节，懂不懂销售，这才是一个完整的项目。

filmwind

楼上的楼上说得很好。楼主大发一通感慨，好像在嵌入式这块已经没什么好搞的了。我只能说：任何一个领域深入进去都有太多东西可以搞，可以研究，而且这个领域还在不断发展。楼主发这样的感慨我只能觉得他浮于表面，我就不信他把操作系统内核、各类应用都搞得无比通透。当然也可能是在一个领域工作了多年，厌倦了，疲了，那倒是可以理解。

chunlv

楼主，搞了这么久的嵌入式行业，既然那么牛，自己写一个内核呀，再上面搞开发应用。为中国嵌入式作贡献！

asdfgh123

JF

annirojess

呵呵，不过写了些驱动，做了些操作系统的移植裁减就感慨“嵌入式没啥可做”了？看来你这10年是写太多程序了，以至眼界就这么窄....

xia_23

搂主，程序员不是做一辈子的。驱动，OS   porting，application之类的嵌入式软件开发，这些都是程序员做的事情。给你一个项目，你能从需求，价值，市场来设计一个系统，让手下的程序员们去写程序，才是更高点的追求吧

stronghui

各类应用都搞熟肯定是不可能的，能在某个方面做好就不错了。操作系统的每个部分都搞熟这个很难，我个人觉得也没必要一个人去搞熟全部。Linux的代码就大的吓人了，那是全世界多少人写的啊，谁能搞的全熟......ucos倒是简单些，我们公司的操作系统就更简单了，跑单片机的，一个美国老头写的，已经被我改的他自己都不认识了，呵呵，老头子人很好，有问必答，可惜今年要退休了，以后不能问他问题了。

大家不要感慨我了好不好，我浮于表面还是不浮于表面不是我发这个贴想讨论的东西，能给点有意义的建议么，把大型操作系统搞的无比通透这个我觉得的确没啥价值。

25楼的大哥，能指点下小弟么。

26楼，我最近在负责一个新的立项，光预算就把我整的很恼火，每个元器件都要考察价格，还有人力成本估算，还是写程序简单啊，哪操心这么多事。

sy_ocean

如果说对技术有点疲了没啥激情去研究更多的东西，我倒是建议你自己先沉下心想想自己将来的方向，如果说方向是项目管理乃至其它方面，其实又会有大把的东西等着你学。

不妨转转思路吧。

yeluoke

路在脚下。

ABCD19871242

>> 25楼的大哥，能指点下小弟么。

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

比如说我比较关心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年获益颇丰。

icad

谢谢zgz的建议。

我们部门有这样两个人，一个国外回来的博士，做图象识别算法的，他甚至C语言都不太熟，他的算法都是C＋＋写的，但是在图象识别方面是专家级的人物，我们公司的产品的图象识别技术基本都是他写的核心算法，其他人谁也做不了。
还有一个女同事，我认识的唯一一个这么高技术水平的女工程师，做通信的，我们选用的通信方案她都可以在理论上计算出数据提供对比，最后我们拿着做好的设备去实际测试发现和她提交的理论计算值非常接近。

每天都跟他们在一起工作，我觉得他们非常的专业，而且是我们部门不可替代的专家。

我负责产品的操作系统和驱动，我在组内奠定地位的工作只是2年前把那个美国老头的操作系统改为支持中断（原来的只支持PIO，很土的RTOS），同时加入了支持同优先级的时间片调度，成功移植到了freescale的芯片上；我很敬仰上面说的两位专家，这也是我现在郁闷的根源，我始终觉得我做的方向达不到那么专业。

Gui我们这边不做，都是美国工程师在做，我们只做本地化；我们想过要做，美国那边问了句：do you have HMI expert?，我们这边没人敢应。我们一个项目周期是5到10年，谁也不敢拿这么长期的项目交给新手。

Linux我们产品中从来没有用到过，实时性可靠性太差了，2.6改了调度算法倒是提升了不少；虽然我可以做一些linux的程序，2.0的代码在读研的时候就看过大部分，但决不会被同意用在产品中的；去年我们买了windriver 的linux，花了100多万美元，他们的linux应该做的很专业，但不会给我们源码让我们掌握的。

管理基本没考虑过，公司有管理和技术两条路线，待遇差不多，我走的技术路线，还差一级多就可以配车了，现在转管理有些亏，而且我不一定做的好；公司的管理层基本是老外和空降的海龟。

或许只有研究些东西自己玩玩了，工作中的内容确实不太好突破，或者像zgz所说去做产品设计，过些年跳到其他公司去带项目...

wolv

说到图像识别，的确是很有意思。这个领域确实不是能够一夜之间踏入的，非得有3到5年的历练才行。我之前工作的公司的核心技术恰好也是图像识别，不过我们是自己白手起家，不是什么海龟博士在做。经过大约7年的研究和实践，现在他们的算法水平在自己的行业领域已经是跻身世界前三。所以，我觉得中国人真的很聪明，在算法领域聪明的脑袋真的很有用 要是老美敢再问你"do   you   have   HMI   expert?" 你就回他“We are born to be experts !”, 呵呵～

zc85377

全是牛X

shi991

Robot
iToy

hhs6853

Keep learning math,
Keep practising algorithm,
Programming device driver is only a piece of cake.

read Knuth's TAOCP whenever you are free,

whence you're deep in them,爽！


==========================================================
I have a dream,
Some day I can fully understand 80% of these books.

lulidpj

我觉得zgz说的不错，在嵌入式开发的领域，裁剪操作系统，开发各类驱动都是很基本的工作，在一个基本平台被搭建完毕之后，要完成一个被市场认可的产品，真的还有许许多多可以研究的东西。如果要在技术这条路上继续走下去，你要试图更深刻的去理解你们公司现有的产品，它的软硬件架构，遵循的协议或标准，关键部件的算法等等，哪里可以有进一步提升的空间，哪些是一直困扰着你们的技术难题。如果公司有一个比较开放的氛围，你可以从自己的特长或兴趣出发，主动请缨去深入的研究一些对未来公司的产品有着深远影响的技术问题。

qqqyyy10000

自己出本书 你就知道自己的差距了

123liuxiao

嵌入式都没有前途了你还想干什么??还是提高自己 的个人能力吧

小小書僮

困难都是楼主自己想出来的，没试过怎么知道走不通？