硬件工程师工作总结范文汇总4篇

网友 分享 时间:

【导言】此例“硬件工程师工作总结范文汇总4篇”的文档资料由阿拉题库网友为您分享整理,以供您学习参考之用,希望这篇资料对您有所帮助,喜欢就复制下载支持吧!

硬件工程师工作总结【第一篇】

xx年是我在公司工作的第三年,在这三年里随着公司在不断的发展和壮大我个人也从一个不知所谓的棱头青逐渐的变的成熟,详细内容请看下文软件工程师年终个人工作总结。

我从一个对*衡机毫无了解的门外汉变成一个熟悉*衡机原理熟悉公司各种产品的专业技术人员,而且在对部门的管理和与人沟通方面我也有了更深层次的认识,我深知我取得的这些进步和公司领导的培养是分不开的。没有他们不厌其烦的教导和一次次的给予机会我不会取得今天的进步,展望xx年是机遇和挑战并存的一年,我将团结在公司领导核心周围,努力工作,艰苦奋斗,为公司向更高层次发展做出自己的贡献。

回首xx初,虽然在xx年公司取得了可喜的成果,但是公司领导并没有沾沾自喜,反而为xx年制定了更高的目标。我也在经过短暂的调整之后马上进入自己的角色,当时按照领导的指示,我负责研发部管理和电气车间生产管理的工作。、我首先指定的部门工作范畴细则,明确了整个部门的工作任务。又对每个部门的成员在整个部门工作中所负责的范畴做了规定并已书面的形式发放到他们手中,我制定了部门成员结构组成图,明确上下级的从属关系。我想在完成公司交给的部门任务的同时建立一个有纪律,有向心力的团队更好的为公司服务是领导更希望我能做到的。在xxxx年初我的部门人员发生了很大的变化,首先是李鑫的离职按照公司领导的指示我迅速调整了部门的结构,将原来主要负责电气生产的董建军接替李鑫的研发工作,将原来只参与电气生产的许建文安排在负责生产管理并参与生产的位置,在我整理李鑫的工作备份时候,我发现一体机单片机程序不能正常工作,我用其他方法找到李鑫要回了能用的程序,并完成当时李鑫负责的一东项目, 4月份董建军离职,影响了第一台微电机自动*衡机部分编写,为了保证设备参展,我连续加班,五一长假也不例外,最后实现了设备参展前有流畅动作的目标。

这时公司领导也不断的给我提供新的技术人员来补充部门工作。在新的人员还不能完全胜任的阶段,为了能完成生产任务,我经常是身兼多职,从电气图设计,到指导和参与配电完成再有新plc程序和触摸屏程序编写,设备厂内调试都由我一个人来完成。很多时候为了不耽误工程的进度我就利用自己的业余休息时间加班加点。加班到很晚没有车我就自己花钱打车回家。

硬件工程师工作总结【第二篇】

在2020这个特殊的一年,自己有幸的接触了云环境的运维和开发类的相关工作,对于新的环境既充满了好奇,同时也面对着挑战,记得刚开始每一次操作都战战兢兢,内心也是很紧张的,执行完成后,就实时关注群消息,看告警等一系列动作。但是通过对架构的熟悉,相关功能的测试和演练,自己在今年也完成如下的一些相关工作。

疫情期间,完成了远程和现场上班的方式,保证了业务系统的正常运行,

完成了coredns在测试环境和生产环境的升级部署工作,包括在线无缝版本升级以及部署localdns的本地部署工作,解决了dns单点故障和冗余的问题,确保生产环境的稳定。

完成并实施了基于ingress垂直部署方案落地到实施,此举可以保证在不中断业务的情况下,可以完成版本升级,服务器故障降级,快速恢复等功能。

完成了service mech(istio)的调研和测试工作,最终在_ai中台环境_完成了一次小范围的上线工作,目前运行良好

完成了联通3号机房3套k8s云环境的建设以及持续的迁移等相关工作

这是我在马上的第三次岗位调动,在个人成长方面也有很大的收获,如在运维方面,主要掌握了基于k8s在云环境在使用,以及基于k8s环境相关组件的使用(如,coredns,ingress,kubeadm,k8s相关组件(如,k8s—api,kubelet,控制器,调度器等)。

在开发方面,掌握了使用go语言开发相关功能(其实这一步收获还是很大,从传统的运维到运维开发的一个过渡);在视野方面,了解了很多基于云的前沿技术,如cdn,serverless,service mech(istio)。

在经验方面,对任何的操作一定要了解或者通过制度去判断其中的风险,并深刻认识到如果减少人为操作,将会减少生产故障,而对于重要工作则应采取双人复核的机制。

在自我提升方面,如在问题解决,高效沟通,说服表达,设计思维,团队效率进行了深入的学习。虽然自己学习到了很多知识,但也发现自己的不足,如程序的整体架构设计能力欠缺,自己也发现可以去实现具体某个功能,却很少去思考整体的关联。

在关注面欠缺,这一点对于自己而言也是深有体会,记得在一次扩盘的操作中,自己只是关注了磁盘扩容成功了,但是并没有关注当前磁盘还有其他应用在使用,最后导致了一次故障的发生。最后也总结了一下,学无止境,心态归零。

对于2021的主要计划是提供更加全面的服务体系和自我能力提升,规划如下:

1、掌握crd的开发:学习目前运行的crd的工作原理,计划在5月中下旬完成整体的demo的开发实践。

2、服务能力提升:可在统一的系统*台,完成资源的统一化管理,如基于纯物理环境、虚拟机环境,k8s环境等。提供统一的部署服务,如elb,bond,ingress,coredns等组件的安装,计划在6月底实现第一版的落地。

3、自我能力的提升:计划在时间管理,冲突处理,自我管理,自我认知等方面加强。

硬件工程师工作总结【第三篇】

总想着每天、每个月、乃至每年都有点进步。20xx年,对我来说,是起伏不定的一年,也是收获颇丰的一年。当然,最大的收获是有了一个可爱的女儿。

在这一年,我跳了两次槽,一次是自愿的,还有一次是被迫的。我目睹了一些公司从盛到衰的过程,也看到了一些脚踏实地的公司。

离开x1公司,是因为我觉得x1公司不是在做软件,所谓的印度模式,我想,绝对不是这么做的。理想不合,不想浪费时间,也只能背负跳槽的恶名,挂冠而去。去x2公司,是因为看到他是美国独资公司,做外包软件,能够接触美国的客户和技术,希望能够有所收获,何况,职位也不错。的确很想好好做,也跳累了,只想稳定发展,毕竟,是做父亲的人了。没有想到的是,竟然让我目睹了一场资产争夺的好戏。公司易主,流言

满天,流言四起,官司大战,这种*常只有在电视和电影里看到的情节,我实实在在的亲身经历了,也算是人生的重要一课吧,至少,让我看到了人性最阴暗和恶毒的一面。自然,是做不下去了,只能又走。

也看到了一些踏踏实实做事情的公司。园区的瑞博软件就是一个。很少看到如此踏实做事的公司。若干年后,只要他能够存活,必定是一个成功的公司。虽然老板对我也很有诚意,只是,对于教育软件,我实在没有太大的兴趣,何况,如果想做教育,我何不选择安博呢?毕竟,安博给于我很多。回头想想,在其他公司,我都是在奉献,只有在安博,是学习了很多。

下半年,在软件工程方面收获是很多的。

列举一些学习的参考资料:《rup软件工程过程》、《msf微软解决方案》、《xp极限编程》、《cmm实践应用——infosys公司的软件项目执行过程》、《人月神话》、《软件需求》、《软件工程java语言实现》。每本书,我都仔细研读了,颇有体会。

我开始就想,印度软件工程绝对不会象那些记者所说的那么简单,所谓的高中生编程说。所以,我必须实际看看印度的软件工程。《cmm实践应用——infosys公司的软件项目执行过程》,是印度最大的软件公司infosys公司的分管质量的副总裁写的,介绍他们的cmm4的软件工程,果然不同凡响。这是我了解印度软件工程的主要窗口。

首先,同原来的想法不同的,也可能同大多数人(尤其是受那些软件记者影响很深的“专业”和非专业人士)想法不同的是,软件工程实际上不仅仅只是管理,而是一门涉及很广的交叉学科。在软件工程中,大约一半的内容是专业性很强的,涉及到软件分析、设计甚至编码的技术。所谓的结构化、面向对象,都在软件工程的范畴内,同样是软件开发和组织的重要内容,也是软件质量保证的重要内容。至于软件开发的管理部分,只能算是软件工程中软件工程过程的部分,或者说项目管理部分。脱离管理来开发软件是绝对不可行的,同样,抛弃技术基础,空谈管理出效益,便如无源之水、无本之木。诚如《软件工程java语言实现》中所说:“软件工程范围极为广泛。软件工程的某些方面属于数学或计算机科学,其他方面可归入经济学、管理学或心理学中。”在这里,我强调了软件工程中的技术部分,并非轻视管理,只想在软件工程的概念上做一些拨乱反正,也希望多一些人来关心软件的核心技术,而不要空喊口号和概念。毕竟,*的软件太缺乏核心技术了。

其次,对管理要求的严格不说(这个谁都知道),实际上,不管是美国的软件工程,还是印度的软件工程,都是比较灵活的。即便是印度这样的所谓“软件工厂”模式,对于软件工程过程管理极为严格,也有一个部分是专门讲述过程剪裁的。整个软件工程过程是非常庞大和繁复的,然而,由于项目具体情况不同,如项目的规模,参与人员的数量、素质等的不同,对于软件过程的每个部分,不是都必须的,可以根据具体情况来进行剪裁。这个部分对于我的启发是很大的。以前做什么iso9000等,开始做了一个以为很好的规范,但是,到具体项目,总是对不起来,到处有问题,现在想想,便是少了这个变通的部分。不过,话说回来,这cmm也是老美想出来的,而不是印度。

第三,对于开发人员的选用,我发现,美国人是非常注重选用优秀的开发人员的。martinfowler曾经开玩笑的说,如果给他一批水*不高的开发项目,他会考虑全部解雇,重新招聘。《人月神话》中也说,如果200人开发一个项目,其中25个人最能干,那么会考虑解雇其余的175个人,让项目经理来编程(当然,后面还有一些抉择分析,这里断章取义了)。其结论的基础是基于以下研究结果:优秀的开发人员和差的开发人员,其效率之差可以达到数量级。另外,从管理的角度来说,只有人多了,才会有管理问题,当团队规模控制在一定的范围内时,便不会有太大的管理问题。

对于软件来说,很难实现同传统产业一样的工厂化生产,这是由软件开发的本质决定的。软件的复杂性是软件的本质属性,在这个属性没有改变之前,软件便不会实现同传统产业一样的工厂化生产。至于印度的所谓“软件工厂”,实际上,只是完成了软件代码的编写工作,并不是实现了整个软件研发工作,而代码编写工作,恰恰是软件开发中最简单的一环。至于印度是否真的有很多高中生程序员,印度人的书上没有说,记者到说了不少,我也无从考证。所以,软件的开发,还是需要选用优秀的人的。除非,公司只想帮别人编写代码,而不希望有自己的产品和技术。

第四,软件开发中,最重要的还是团队合作和交流。这个是我目前最深切的感受。具体的,大家都知道,也用不着多说。

最后,对于软件开发来说,公司老板的想法是最重要的。如果老板说“no”,那便是水*再高,管理再好,也终归无用。年龄渐长,也做父亲了,却总是在漂泊,没有一个可以稳定发展的地方。希望目前的公司能够有这个机会。不想总是跳槽。

硬件工程师工作总结【第四篇】

硬件工程师(数字电路)广州广电计量广州广电计量检测股份有限公司分支机构任职要求:

1、本科或硕士学历,微电子学、电子科学与技术、集成电路设计与集成系统等相关专业;

2、2年以上数字电路设计相关经验,具有电子线路设计能力,并熟悉相关设计工具,具有一定的图纸设计经验;

3、了解和掌握研发流程、标准化设计、质量控制体系者优先。

岗位职责:

1、失效产品(如消费类电子产品)的电路设计可靠性分析,

2、针对常用电子元器件的电路设计,保证器件主要功能的实现,

3、元器件的功能测试;

4、常见电路的设计和实现。

35 929391
");