一个工程师的十年经历感悟
一位软件开发工程师的十年工作经验及经历分享
一位软件开发工程师的十年工作经验及经历分享蓦然回首自己做软件开发这个行业已经十年了，这十年中我获得了很多，技术能力、培训、出国、大公司的经历，还有很多很好的朋友。
但再仔细一想，这十年中我至少浪费了五年时间，这五年可以足够让自己成长为一个优秀的程序员，可惜我错过了，我用这五年时间和很多程序员一样在困惑和迷茫中找不到出路！路其实一直都在那里，只是我们看不到而已！以前我一直被公司和技术牵着走，并不是自己在选择技术，而是不自觉地被推到了这个位置上。
想想有多少人对于自己将来要从事的职业和技术类型进行过深入思考和比较呢？当我跳出编码后，我开始思考和程序及程序员职业生涯相关的问题，最后发现，影响我们走入今天的困局的竟然是一些我们常常挂在嘴边的话（观念）。
今天，就为大家指出这几个重要的可能是你已经习以为常的观念，希望大家深入的思考一下这些观念对你的危害。
如果你还年轻，刚从事软件开发这行没多久，也希望指出这些问题能让你跳过一些误区，不要像我一样多浪费五年时间。
观念一：“别管我，我只想一个人安静地写代码！”是不是每天想安安静静地写代码时，IM窗口或者Email总会不合时宜地弹出各种提示，一会要开会啦一会要讨论需求了，再一会测试又来和你理论Bug了。
世界这么喧嚣，还让不让人安静地写代码了？“别管我，我只想一个人安静地写代码”，这句话道出了多少程序员的心声啊，我们都想“静静”！不过今天我要告诉你，这种想法是多么的错误，并且严重影响了你职来生涯的发展。
如果你觉得自己的工作就是写写代码，那你最好三思。
在软件开领域，我们大多数时候是与人而不是与计算机打交道。
我们所写的代码首先是供人使用的，其次才是让计算机可以理解的，如果你只想和机器打交道，那写二进制的代码机器才能理解你。
仔细想想自己一天的工作中有多少时间用在了与人互动上，收发邮件、会议、讨论（扯皮）等等，作为一个软件开发人员，你的工作就是与人打交道（其实几乎所有的职业都是这样）。
搞工程的人感悟心得体会(3篇)
第1篇正文：作为一名搞工程的人，我深知这个职业的艰辛与挑战。
在工程领域摸爬滚打多年，我积累了许多宝贵的经验和感悟。
以下是我对搞工程这个职业的一些心得体会。
一、敬业精神是工程人的基石搞工程是一项极其考验人的耐心和毅力的工作。
从项目立项到施工结束，每一个环节都需要我们付出极大的努力。
在这个过程中，敬业精神显得尤为重要。
只有具备敬业精神，我们才能在工程领域取得优异成绩。
1. 责任心强：工程人肩负着建设美好家园的重任，我们要时刻保持责任心，对待每一个项目都全力以赴，确保工程质量和安全。
2. 严谨态度：在工程过程中，我们要严谨对待每一个细节，不容忽视任何一个环节。
严谨的态度是确保工程顺利进行的关键。
3. 持续学习：工程领域日新月异，我们要不断学习新知识、新技能，提高自己的综合素质，以适应不断变化的工程需求。
二、团队协作是工程成功的保障搞工程是一个团队协作的过程，一个人的力量是有限的。
只有团结协作，才能使工程取得成功。
1. 沟通协调：在工程过程中，各部门、各岗位之间需要密切沟通，协调解决问题。
良好的沟通协调能力是团队协作的基础。
2. 信任与支持：团队成员之间要相互信任，给予对方支持和鼓励。
在遇到困难和挑战时，要携手共进，共同克服。
3. 分工明确：明确各岗位的职责，确保每个成员都能发挥自己的专长，为工程的成功贡献力量。
三、创新意识是工程发展的动力在工程领域，创新意识至关重要。
只有不断创新，才能使工程水平不断提高，满足社会发展的需求。
1. 技术创新：不断学习新技术、新工艺，提高工程质量，降低工程成本。
2. 管理创新：优化项目管理，提高工作效率，降低工程风险。
3. 文化创新：营造积极向上的企业文化，激发团队成员的创造力和凝聚力。
四、环保意识是工程人的责任随着社会的发展，环保问题日益突出。
搞工程的人要树立环保意识，将环保理念贯穿于工程建设的全过程。
1. 绿色施工：采用环保材料，减少污染排放，降低对环境的影响。
2. 节能减排：在工程设计和施工过程中，注重节能减排，提高资源利用率。
建筑工程10年工作总结
建筑工程10年工作总结
在过去的10年里，我作为一名建筑工程师，经历了许多挑战和收获了许多成就。
这段时间里，我参与了各种规模的建筑项目，从小型住宅到大型商业综合体，每一个项目都让我学到了许多宝贵的经验和教训。
首先，我学会了团队合作和沟通。
在建筑工程中，团队合作是至关重要的，每
个人都需要发挥自己的专长，与他人协作，才能完成一个完美的项目。
我学会了倾听他人的意见，尊重每个人的观点，与同事们共同努力，解决问题，取得了很好的合作效果。
其次，我学会了如何处理复杂的技术问题。
在建筑工程中，技术问题是难以避
免的，但是通过不断的学习和实践，我逐渐掌握了解决技术问题的方法和技巧。
我学会了如何分析问题，找到最佳的解决方案，并将其付诸实践，这让我在工作中更加得心应手。
另外，我也学会了如何管理时间和资源。
在建筑工程中，时间和资源的管理是
非常重要的，一个好的计划可以让整个项目顺利进行，而一个糟糕的计划则可能导致项目的延误和超支。
通过多年的实践，我学会了如何合理安排时间和资源，确保项目能够按时完成，这也让我在工程管理方面有了很大的提高。
最后，我也学会了如何应对压力和挑战。
在建筑工程中，压力和挑战是难以避
免的，但是通过不断的努力和坚持，我学会了如何保持冷静，应对各种困难和挑战。
这让我在工作中更加从容，也更加有信心面对未来的挑战。
总的来说，这10年的建筑工程工作让我收获了很多，不仅提高了我的专业技能，也让我在各个方面都有了很大的成长。
我相信，在未来的工作中，我会继续努力，不断学习，为建筑工程事业贡献自己的力量。
工程师个人总结
工程师个人总结作为一名工程师，从入行至今已有十年，我感觉逐渐成长为自己喜欢的职业和追求的高度。
在这十年的成长过程中，我总结出了以下四点作为工程师个人总结：一、学习能力学习能力是每个工程师所必备的素质，参与了不同领域的项目之后，我发现成功的软件项目在于团队成员具备学习新技术的能力。
追求前沿技术，积极拥抱变化。
只有不断学习，吸收新知识才能满足日益增长的市场需求，才能做到技术取得突破和创新。
二、沟通能力作为一名工程师，不仅要懂得技术，还必须要有良好的沟通能力。
不管是和团队内部还是和客户沟通，必须以简单易懂的语言让对方理解技术问题和产品方案，同时要善于倾听和包容不同意见。
与人交流中不是单纯的“说对了就行”，而需要把思维和意图准确表达出来，保证团队的默契度和有效性。
三、协作精神在团队中具备积极的协作精神是提升团队执行力和高效的重要因素。
工程项目中，是由一个个小型的任务和工作流程组成，每项任务又分别由不同的团队成员承担。
协作不是看某个人的能力突出，而是团队中每个人充分发挥自己的所长，共同推进项目进度并达成成果目标。
只有干好自己的工作，才能一步步完成整个项目。
四、责任心普遍的问题是，很多人没有意识到自己的职责和责任范围。
故障常常是找不到责任人，也没有具体的解决办法。
作为一名工程师，除了要熟悉所承担的工作，还必须要对全局有充分的考虑，并对自己的工作承担全面的责任和义务。
这样才能让团队有更好的所长，让自己的价值和角色得到更好的发挥。
以上总结并非是规定性、具体可操作的清单，而是通过工程师的工作实践原则来提炼出来的个人体会。
如果说高技术、高工资是工程师行业吸引人的优势，那么，在这个行业中追求工程师个人能力和综合素质的不断提高和成长，是个人职业发展的长期目标和价值追求。
一个工程师的10年人生感悟
现在画图都想用最简单的命令，比如拉伸，旋转，边界面， 扫描，变量扫描，放样，等来完成，
3. 不拖拉，最大的缺点是拖拉，一事一拖和一抢，其结果完全不同，看似一点简单，其实影响很大，蝴蝶效应。能今天完成的，不要以任何借口拖延到明天。
4. 做工程要坚持，不说硬话，不做软事，技术活的不随风倒，尊重事实。随口乱倒的工程在那里都得不到尊重。
×××××××××××××××××××××××××××××××××××××××××××××××××××××
1. 做工程也好，什么工作也好，要有热诚，自己爱自己做的这个职业，比如画图，不是简单的画好他，
而是在画的时候多思这个图为什么这么画，了解自己做的是什么，投入心血去对待自己的产品。和人探讨才能有进步。
Hale Waihona Puke 我很后悔是自己从来没有自己动手安装过拿怕很简单的一个机械+电子的东西，比如电脑驱动的车，机构，烧一块电路板。
一个人一旦突破了一个界限，就是达到了一个新的境界，他就提升了。 比如打网球的李娜，可能她实力并不高，但是有一次她偶然取得了冠军（尽管这也需要刻苦的付出才能出现这种偶然），她就是突破了自己，那她以后的心理完全不同，她的能力也完全不同，
2. 勇于承认自己不知道，不知道的就是不知道，我不管别人怎么耻笑，不做假，不知道的赶紧翻资料，去学习。
有些塑胶的分模，我确实想不明白，然后赶紧学习，找人请教，终于明白了，在这个过程自己也提高了很多，在比如钣金设计中，人家为什么要这么做，比如拉伸，它为什么要分这么多段拉伸，冲裁力怎么算，折弯力怎么算，折弯力怎么平衡，冲床是什么原理。
后来去了EMC也面试也4关，第五关遇到了一个爱尔兰人，我实在听不懂爱尔兰的话。
这两次面试是人生比较大的机会，但是没有抓住，也许去了IBM和EMC，人生就很大不同了。 EMC是世界最大的信息处理厂，其客户是美国五角大楼。
建筑工作十年个人工作总结
建筑工作十年个人工作总结时光荏苒，岁月如梭。
转眼间，我已在建筑行业度过了十个春秋。
回首这十年的工作历程，我感慨万分，有欢笑，有泪水，有挫折，也有成功。
在此，我想对自己过去十年的建筑工作进行一个总结，以期为未来的职业生涯奠定基础。
一、初入职场，积累经验2011年，我毕业于一所知名建筑类院校，带着对建筑行业的热情和向往，我踏入了职场。
刚开始，我在一家小型建筑公司担任施工员，负责现场施工管理和协调工作。
那段时间，我深入了解了建筑施工的各个环节，从图纸会审到施工现场的具体操作，我都积累了丰富的实践经验。
同时，我也明白了理论知识与实际操作之间的联系，知道了在实际工作中如何运用所学的专业知识。
二、拓展技能，提升自己在施工员岗位上，我意识到光有实践经验还不够，还需要提升自己的专业技能。
于是，我利用业余时间学习建筑施工、设计、预算等方面的知识，努力提升自己的综合素质。
在这个过程中，我通过了工程师、预算员等职称考试，为自己的职业发展奠定了基础。
三、担任项目经理，挑战与机遇并存2016年，我凭借丰富的实践经验和不断提升的专业素质，晋升为项目经理。
这个岗位让我有了更多的责任，也带来了更大的挑战。
我需要全面负责项目的施工管理、质量控制、进度协调等工作，还要处理与甲方、乙方、供应商等各方之间的关系。
在担任项目经理期间，我学会了如何协调各方利益，提高了自己的沟通能力。
同时，我也深刻认识到团队协作的重要性，学会了如何带领团队完成项目任务。
四、拓展业务，迈向更高层次在项目经理岗位上，我不仅关注项目的施工环节，还开始涉足建筑设计、项目策划等领域。
我意识到，要想在建筑行业取得更高的成就，需要不断拓展业务范围，提升自己的专业层次。
于是，我利用业余时间学习建筑设计、项目管理等相关知识，努力提升自己的业务能力。
在这个过程中，我参与了一些大型的建筑项目，积累了宝贵的经验。
五、展望未来，继续前行回顾过去十年，我在建筑行业取得了一定的成绩，但也认识到自己还有很多不足之处。
老工程师的工作总结
老工程师的工作总结
作为一名老工程师，我在工作岗位上度过了数十年的时光。
这段时间里，我积
累了丰富的经验，也经历了许多挑战和困难。
回顾这段工作历程，我深刻体会到了作为一名工程师的责任和使命。
首先，作为一名老工程师，我深知自己的责任是为社会创造价值。
无论是参与
设计一个新的工程项目，还是解决现有项目中的问题，我始终将社会效益放在首位。
我明白自己的工作不仅仅是为了挣钱，更是为了让人们的生活变得更加便利和舒适。
因此，我始终保持着对工程项目的热情和专注，努力将每一个项目做到最好，为社会做出应有的贡献。
其次，作为一名老工程师，我明白自己的工作需要不断学习和进步。
随着科技
的发展和社会的变化，工程领域的知识和技术也在不断更新。
因此，我始终保持着学习的态度，不断充实自己的知识和技能。
我参加各种培训和学习活动，关注行业动态，与同行交流经验，努力保持自己在工程领域的竞争力。
只有不断学习和进步，才能在工程领域中立于不败之地。
最后，作为一名老工程师，我深知自己的工作需要团队合作。
在工程项目中，
很少有一个人能够独自完成所有的工作。
因此，我始终重视团队合作，尊重和信任团队成员，共同努力解决问题，实现项目目标。
我明白只有团结一致，才能克服困难，取得成功。
总的来说，作为一名老工程师，我深知自己的工作责任和使命，不断学习和进步，重视团队合作。
我将继续努力，为社会创造更多的价值，为工程事业做出更大的贡献。
老工程师的工作总结
老工程师的工作总结
作为一名老工程师，我在工程领域工作了数十年，积累了丰富的经验和知识。
在这个领域里，我学到了很多东西，也遇到了很多挑战。
回顾过去的工作经历，我想分享一些关于老工程师工作总结的心得体会。
首先，作为一名老工程师，我深知技术的重要性。
随着科技的不断发展，工程领域的技术也在不断更新。
因此，作为一名老工程师，要不断学习新知识，跟上技术的发展。
我始终保持着对新技术的好奇心，不断学习和探索，这样才能保持自己的竞争力。
其次，老工程师需要具备丰富的实践经验。
在工程领域，理论知识固然重要，但实践经验同样不可或缺。
通过多年的工作实践，我积累了丰富的经验，这些经验成为我解决问题和应对挑战的宝贵财富。
我深知实践是检验理论的最好方式，因此我始终注重实践能力的培养。
此外，老工程师还需要具备团队合作的能力。
工程项目往往需要多个人协作完成，因此团队合作能力是至关重要的。
在工程项目中，我学会了与同事合作，协调各方利益，达成共识，这些都是我作为一名老工程师必备的能力。
最后，作为一名老工程师，我深知责任和使命。
工程领域的工作往往涉及到人们的生命财产安全，因此我们的工作责任重大。
我始终牢记自己的使命，严格要求自己，保证工程质量和安全，这是我作为一名老工程师的底线。
总的来说，作为一名老工程师，我深知技术、实践经验、团队合作和责任使命的重要性。
这些都是我多年工作总结的心得体会，也是我在工程领域工作的宝贵财富。
希望我的经验和体会能够对年轻工程师有所启发，也希望工程领域的发展能够越来越好。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
一个工程师的十年经历感悟星期一, 09/13/2010 - 12:04 —南宫鱼时间过得真快，转眼就做了十来年的技术。
从当初的初出茅庐，一步步地走到了今天。
在成长的路上，遇到了数个贵人，有过很多次的当头棒喝，也有过很多的徘徊、很多的无奈和很多的感悟。
很早就有写点文字的想法，于自己是个总结，于后来者是个参考。
因为工作上琐事缠身，一直没有机会落笔。
这次，很多在头脑中长期潜伏的想法，一股脑地倒了出来。
本想用流水账的方式，把自己的经历写下，但写好后又大段地删掉了。
因为我觉得，仅仅罗列自己的经历，能给自己什么帮助，又能给别人以什么启发呢？！最后斟酌决定，以自己在工程师路上的几点收获作为线索来动笔，这正是我最想与别人分享的。
我的收获可以总结成下面三句话：步步深入，水到渠成；举一反三，触类旁通；整合资源，提升自我。
步步深入，水到渠成很多的初学电子工程师在面对新技术的时候总希望找到登堂入室的捷径。
寻找捷径是人的本能，付出最小成本，换取最大的成就，这是无可厚非的。
但电子技术是门很严谨的科学，靠捷径和技巧最终都会是无果而返，折腾了半天又回到了起点。
说说我自己学USB的过程。
2001年的时候，公司的一个产品准备使用USB端口通信，我和几位同事自发开始学习USB的相关知识。
我好几次计划仔细把USB协议从头看到尾，但每次都是看了前三章，就缺乏耐性，抑或因为其他专职工作的时间安排而中断。
自此之后，至少10次，我一次又一次启动学USB设计的计划，但每次都是从阅读USB协议开始，然后阅读到第三章就停掉了，甚至只看了十几页。
虽然花费了时间，但没有丝毫进展，所掌握的知识比当初从科普文章中得到的也没有增加多少。
直到2003年的一天，部门来了一位对USB小有所成的新同事。
一次偶尔的聊天中，他提到，“USB协议熟读第九章，再看些sample程序，就入门了”。
于是，找来Cypress的USB HID的例子程序，对照USB协议的第九章来学习。
那一周我不仅对USB 开发入了门，而且顿悟了不少东西。
我一直后悔没有早些仔细研读Cypress提供的USB例子程序，因为只要硬着头皮去读，就能发现里面的代码很清楚的说明是由CH9协议实现的。
我花了断断续续3年的时间学USB，最大的收获不是技术层面的，而是这曲折的学习之路让我领悟了——做技术，要扎实才行。
只要步步深入，自然水到渠成。
试图走捷径，实际却是在原地踏步。
我很早就把TCP/IP协议的那几本厚厚的书从书店抱回了家。
然而晦涩的文字、复杂的协议，虽然也看过一些内容，不过更多的时候，这几本协议参考都是书柜上华丽的摆设。
偶尔有个机会，找了块51单片机+RT8019的板子，抱着试试看的心态，就开始了调试。
好在单片机的编程本身没有任何障碍，很快就入门了。
在仔细学习TCP/IP协议栈的时候，就发现分层简直太奇妙了，可以把很多复杂的问题简单化，然后得以单独解决。
TCP/IP分层带给我的认识，不再像OSI参考模型那样抽象，而是非常的直观。
对于具体的应用，TCP/IP的四层甚至可以直接对应到我们的4个函数：链路层的任务是通过寄存器操作网卡芯片，IP层的主要工作居然只是打包，TCP就跟UART似的发个命令然后等应答，应用层就是我们的测试程序的主函数，原来这么复杂的技术居然可以化解成如此简单的几个模块。
虽然我只是写了个TCP/IP测试程序，后来也没再做过以太网的开发，但这段学习经历带来的自信让我受益匪浅。
我首次做硬件的经历也很有意思，甚至有些幼稚。
刚毕业2年一直做软件，觉得做硬件很有成就感。
因为我们那个Team是一个硬件配十来个Firmware工程师。
如果能看着很多软件工程师用自己做的开发板做开发调试，那成就感就甭提了。
于是跟我的主管领导要求做硬件，甚至以消极怠工做威胁。
当时部门经理也想调动我的工作积极性，于是同意了，而且一个新的项目很快就到了我手上。
那时候，我的原理图设计还可以，但是Layout的经验基本没有。
因为第一次设计硬件的缘故，我设计的开发板稳定性差些，但设计的跳线非常实用，跟Build的Debug和Release配置正好对应。
项目组的好几个同事在项目协调会上说我做的Jumper好用。
得到Team内很多同事的肯定，对初入门的工程师绝对是莫大的鼓励。
后来又陆陆续续地做开发板、产品板。
一个硬件的初学者居然做了几个10万台以上的销量的产品。
当我看到项目组的十几个同事用我设计的板子调试程序的时候，当我从营销部听到我负责设计的产品销量到了多少的时候，莫大的成就感和自我肯定对继续深入的学习也是一种动力。
技术是靠积累的，只要你朝正确的方向付出了努力，就会一步步靠近成功。
当付出了足够的精力和时间后，取得进步是水到渠成的事情。
努力过程中的偶然有利因素，要利用起来，要学会把机遇转化成能力。
因为实用的跳线获得同事的认可，我就趁热打铁，把硬件的稳定性方面问题解决掉。
对捷径的无比向往和对技术复杂度的恐惧是初学路上最大的敌人。
身边做技术的朋友或同事，有很多人是非常聪明的，然而真正在技术上能独挡一面的确实不多，为何？实际上，很多人是在学习新技术方面过多的希望走捷径，而一直无法有所突破。
我也曾希望自己能找到捷径，不用辛苦的学习就可以掌握别人搞不定的技术。
最后发现根本没有什么捷径，或者所谓捷径就是脚踏实地去做。
很多的电子工程师不屑于学单片机，认为单片机是低级技术，以ARM、FPGA等为学习的目标。
我做过的一个产品原来用的是8位单片机，后来转用ARM实现，整个C代码是平滑移植过来的。
从一个产品工程师的角度去看，ARM就是一个跑得比较快、片上资源以及接口比较丰富的单片机，使用ARM不是因为它是高档的芯片，而是因为它可以提高产品的性价比。
举一反三，触类旁通我一直认为，作为一个工程师，尤其是电子工程师，“照猫画虎”的类推能力是非常重要的。
如果我们用举一反三的交叉方式去思考不同的技术，就会发现很多技术是有内在关联的。
技术领域上较广泛的涉猎给我的感触是，很多技术是作为一个体系出现的，靠架构来组成的。
而架构的存在，也使中间件的开发更有效率。
下面我想分享一下，学习过程中感触到的架构在不同技术领域中的表现。
如果你做Windows WDM Driver，会发现WDM的架构是非常棒的，只要精通某一点并开发设计成一个小小的sys文件，就可以把它挂到操作系统中去。
Windows的OS会在适当的时候调用你的sys文件，跟写应用程序的消息机制似的。
我们再深入到WDM的这个sys驱动的内部看，有两个非常显著的特点：第一，把一系列的函数指针指向自己实现的函数，目的是把自身挂到驱动栈里去；第二，接受驱动栈上层驱动的请求，先处理，然后传递给驱动栈的下层驱动。
正是架构的精心设计，让模块开发的劳动强度大大降低，于是连对PC硬件不甚熟悉的我，都有过几次做Driver的经历。
做嵌入式系统WinCE的工程师会注意到，WinCE的驱动架构，几乎完全是Windows WDM的简化版。
WDM驱动的那两个特点在这里表现得淋漓尽致。
当然，因为是嵌入式系统，肯定要比Windows系统简化很多，而且嵌入式的CPU提供的资源跟X86也是无法相比的。
因为工作的缘故，我对WinCE没有更深入的学习。
我曾有机会做Windows Media的编程开发，这是Windws XP平台上一个视频特别处理，当然用到了DirectShow技术。
我当初就感觉DS的架构怎么这么面熟，就是一时认不出来。
原来DS使用了COM技术，变得神秘了。
但透过COM这个接口技术看架构，原来又是跟WDM那么的相似，只是表现形式由Device变成了Filter而已。
一个内核层的架构居然在应用层也能找到它的影子。
做Windows通信程序的时候，希望收到数据时才响应，例如向主窗口发个消息。
这是APP级的，怎么做呢？对了，就用FILE_FLAG_OVERLAPPED这个属性，我们只要以这个属性打开设备，如串口或者USB等，以后读取设备数据的时候，这个函数会立即Return，我们随后就可以等待事件（Read完成了或者Timeout了或者是某故障发生了）。
配合多线程编程，很容易做成消息驱动型的，而不必用死循环浪费额外的CPU时间片。
这里就借助了操作系统给我们提供的消息机制。
在开发嵌入式设备的时候，我们会遇到类似的问题，想节约额外的CPU时间片以达到节电的目的，甚至更迫切，这就可以用到消息机制。
用户程序一直在等待事件，只有在有消息来到的时候，处理程序才会被启动。
而底层程序，则被设计用来维护消息机制，当空闲（如按键、中断等都没有到来）时候，系统可以进入空闲状态，甚至睡眠状态。
多数情况下，嵌入式系统的CPU 占用率是非常低的，所以消息机制的使用可以大副降低功耗。
其实，嵌入式设备即使不用Embedded OS也可以利用OS的某些特性来设计，这使得代码的可维护性大大增强。
所以做过Windows SDK开发的人，转做消息驱动的嵌入式系统，很多概念是非常容易接受的。
其实，很多嵌入式系统的设计者，也确实参考了Windows的消息机制的实现方式。
所以，我面试嵌入式工程师的时候，一般都会顺便问一下有没有Windows PC编程的经验。
整合资源，提升自我很多人觉得整合资源，是管理上的术语。
实际上，工程师也需要把已经掌握的资源进行整合，以得到最大程度的自我提升。
就像我们总质疑为何某同事的技术能力不如我，却做上了部门经理的位子。
如果我们仔细观察，就会发现是自身的某些因素导致了我们的很多能力无法得到最大机会的表现，或者，要充分整合我们已经掌握的资源，才能使得我们的能力最大程度的展示。
这是更高层次的自我提升。
当工作数年之后，我发现自己认识了很多朋友，有做技术的，也有做市场的；发现自己掌握了很多零零散散的技术，能做TCPIP 通信了，能独立Layout出一块完整的PCB了；发现自己具有一定的组织协调能力，能独立组织一个团队的工作，能协调团队和外界的沟通了。
如果你有跟我类似的感觉，说明你也注意到自己的潜力了。
当这些潜力没有转化成能力之前，这只是潜在资源而已。
所以，我们要学会整合这些资源。
把自己掌握的两项独立的技术应用于某个产品，并协调其搭配工作，这是技术上的整合。
自己擅长做软件，和做硬件的同事合作，并主导合作中的很多烦琐事物，这是人力上的整合。
自己有技术，和有市场能力的朋友，合伙创业，那更是整合。
通过整合，我们表现出了单打独斗无法表现的能力，这就是整合的力量，撬动地球的杠杆的力量。
我在工作7年之后辞职准备创业。
同很多工程师都有的艰苦创业经历一样，单单一个角色转化就非常令人痛苦。
以前只需专注技术就足够了，现在却需要面对成本、工期、工厂等N多的因素，整天在工程师、业务员、售后服务之间角色转换。
另外，创业之初，各类文档的撰写就是个不小的门槛，包括合作意向书、NDA协议、产品规格书、报价书，都需要较好的文字表达能力。