一名技术人员的十条精进原则_0.doc

一名技术人员的十条精进原则_0.doc

ID:27821752

大小:85.50 KB

页数:7页

时间:2018-12-06

一名技术人员的十条精进原则_0.doc_第1页
一名技术人员的十条精进原则_0.doc_第2页
一名技术人员的十条精进原则_0.doc_第3页
一名技术人员的十条精进原则_0.doc_第4页
一名技术人员的十条精进原则_0.doc_第5页
资源描述:

《一名技术人员的十条精进原则_0.doc》由会员上传分享,免费在线阅读,更多相关内容在学术论文-天天文库

1、一名技术人员的十条精进原则一名技术人员的十条精进原则一名技术人员的十条精进原则  电子工程师指从事各类电子设备和信息系统研究、教学、产品设计、科技开发、生产和管理等工作的高级工程技术人才。一般分为硬件工程师和软件工程师。硬件工程师主要负责电路分析、设计;并以电脑软件为工具进行PCB设计,待工厂PCB制作完毕并且焊接好电子元件之后进行测试、调试。软件工程师主要负责单片机、DSP、ARM、FPGA等嵌入式程序的编写及调试。FPGA程序有时属硬件工程师工作范畴。  其主要工作:  1、研究、开发、设计、生产集成电路、半导体分立器件、电真空器件和特种器件;  2、

2、研究、开发、设计、生产阻容元件、敏感元件,磁性器件、石英晶体与器件、电子陶瓷与压电、铁电晶体器件、机电组件、电子线缆、光纤光缆、化学物理电源及激光、红外技术的应用等;  3、研究、开发电子元器件封装技术及其应用;  4、研究、开发电子元器件试验与检测技术及其应用。  5、科技研究。  接下来想要用一个故事跟烧友们一起来探讨下工程师的能力与职场来讲述下我们工程师群体的五味杂陈的故事。  时间回到8年前,我人生中第一份实习的工作,是在某互联网公司的无线搜索部做一个C++工程师。当时的我可谓意气风发,想要大干一场,结果第一次上线就写了人生中第一个Casestud

3、y。  由于对部署环境的不了解,把SVN库里的配置文件错误地发到线上,并且上完线就去吃晚饭了,等吃饭回来发现师傅在焦头烂额地回滚配置。那次故障造成了一个核心服务20分钟不可用,影响了几百万的用户。  这仅仅是一个开始,在后来半年的时间里,我几乎把所有职场新人可能犯的错误都犯了个遍。架构师让我调研一个抓取性能提升方案,我闷头搞了两周,也没有得出任何结论;本来安排好的开发计划,由于我临时要回去写论文,搞得经理措手不及;参加项目座谈会,全程“打酱油”。  8年过去了,自己从一个职场小白逐步成长为一名技术Leader。我发现团队中的很多同学在不停地重复犯着自己当年

4、类似的错误。他们并不是不努力,到底是哪里出了问题?经过一段时间的观察与思考后,我想我找到了答案。  “追求卓越”是美团的价值观。作为一名技术人员,我们应该如何践行呢?本文总结了十条精进原则,希望能够给大家带来一些启发,更好地指导我们的行动。    原则一:Owner意识  “Owner意识”主要体现在两个层面:一是认真负责的态度,二是积极主动的精神。  原则二:时间观念  相信大家都有时间观念,但是真正能执行到位的可能并没有那么多。互联网是一个快速发展的行业,RD的研发效率是一个公司硬实力的重要体现。项目的按期交付是一项很重要的执行能力,在很大程度上决定着

5、领导和同事对自己靠谱程度的评价。大家可能会问:难度几乎相同的项目,为什么有的同学经常Delay,而有的同学每次都能按时上线?一个很重要的原因,就是这些按时交付的同学往往具备如下两个特质:做事有计划,工作分主次。  原则三:以终为始  “以终为始”(BeginWithTheEndInMind),是史蒂芬·柯维在《高效能人士的七个习惯》中提到的一个习惯。它是以所有事物都经过两次创造的原则(第一次为心智上的创造,第二次为实际的创造)为基础的。直观的表达就是:先想清楚目标,然后努力实现。  原则四:闭环思维  你是否遇到过这样的场景:参加了一个设计(或需求)评审,

6、大家兴致勃勃地提了很多合理的意见,等到再次评审的时候,却发现第一次提的很多问题都没有得到改进,很多讨论过的问题需要从头再开始讨论。这种情况就是一种典型的工作不闭环。  原则五:保持敬畏  “君子之心,常怀敬畏”,保持敬畏之心能够让我们少犯错误。在工作中存在各种各样的规范,例如代码规范、设计规范、上线规范等等。我们必须明白,这些规范的制定一定是基于某些客观原因的,它们都是历史上无数Case积累而来的经验。团队里的每一个成员都应该学习并严格遵守,这一点对于新人尤其重要。  原则六:事不过二  “事不过二”,是我们团队一贯坚持的原则,它可以解读为两层含义。  一

7、层含义是“所有的评审与问题讨论,不要超过两次”。之所以有这样的要求,是因为我们发现,很多RD都把时间花费在一些无休止的评审与问题讨论中,真正投入到实际开发中的时间反而很少。在实际工作场景中,我们经常会遇到一些不是很成熟的需求评审。这些需求文档,要么是背景与目标含糊不清,要么是产品方案描述不够细化,或者存在歧义。  “事不过二”原则的另一层含义,是“同样的错误不能犯第二次”。每次故障之后,Casestudy都必须进行深刻的总结复盘,对故障原因进行5Why分析,给出明确可执行的ToDoList。每次季度总结会,大家自我反省问题所在,在下个季度必须有所改善,不能

8、再犯类似的错误。孔子云:“不迁怒,不贰过”,在错误中反思与成长,才

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。