嵌入式工程师应该有的工作态度

图片来源于网络

1. 团队合作

大家都知道这点&＃xff0c;但是做起来可没那么容易&＃xff0c;往往自己“固执己见”&＃xff0c;不愿多听其他人的不同意见。

有一次&＃xff0c;博主调试一块代码&＃xff0c;死活不对&＃xff0c;折腾了一周&＃xff0c;同事见状帮我出谋划策&＃xff0c;但是我就是不听&＃xff0c;钻进牛角尖出不来&＃xff0c;非要自己撞到南墙才肯罢休。这是万万不可取的&＃xff0c;如果项目紧张&＃xff0c;如此这样“任性”&＃xff0c;只会拖团队的后腿。

和同事经常调侃&＃xff0c;团队合作就和打DOTA一模一样&＃xff0c;每个队员要有大局观&＃xff0c;辅助该保大哥就保大哥&＃xff0c;该打野就打野&＃xff0c;该插眼就插眼&＃xff0c;该参团就参团&＃xff0c;最终才能胜利。

2. 解决问题

每一项工作&＃xff0c;说到底都是在解决问题&＃xff0c;或者是在为解决问题做铺垫。所以说&＃xff0c;我们工作的目标就是解决问题&＃xff0c;当这个目标达成了&＃xff0c;自然也就能获得了收益。

这里说的解决问题&＃xff0c;不光是解决手头的工作问题&＃xff0c;还包括工作的延展&＃xff0c;比如&＃xff0c;一个测试流程的优化、一个生产工艺的改进、同事向你请教的问题等等&＃xff0c;即使这个琐碎的小事并不是你的工作范畴&＃xff0c;但是通过解决这些问题&＃xff0c;将使得你自己的战斗力更加强大。当然&＃xff0c;也要分清轻重缓急。

如果你是产品的研发者&＃xff0c;那么产品的使用者就是你的客户&＃xff0c;你的工作要对客户负责。他们的所有问题你都要予以解决。你写的几个模块代码交付后&＃xff0c;其他人是否能够正确地使用&＃xff0c;这是不够的&＃xff0c;你应该站在他们的角度&＃xff0c;设身处理地为他们着想&＃xff0c;不仅交付代码&＃xff0c;还应交付文档、测试用例和demo等资料。

保持好奇心&＃xff0c;在代码评审或者吃饭闲聊时&＃xff0c;多向团队其他人询问工作细节&＃xff0c;问你自己模糊不知的技术点&＃xff0c;多阅读其他人的代码&＃xff0c;思考别人的设计方式&＃xff0c;看看别人是如何解决同样的问题的。

3. 即时文档

盲目地进行开发&＃xff0c;最终返工的概率不言而喻。在动手开发之前&＃xff0c;就应该写设计文档&＃xff0c;厘清各项需求&＃xff0c;这样不但风险可控&＃xff0c;时间和人力都能估算出来&＃xff0c;能够保证项目的进行。

开发过程中&＃xff0c;不免要查阅资料&＃xff0c;解决技术难点&＃xff0c;进行大量测试&＃xff0c;往往来不及写开发文档&＃xff0c;但是&＃xff0c;如果你粗略地写出来&＃xff0c;分享给大家&＃xff0c;也许别人遇到了同样的问题&＃xff0c;或者其他人看出了你的问题呢&＃xff01;即时文档&＃xff0c;百利无一害&＃xff01;

每个阶段的工作都需要做总结&＃xff0c;这是大部分优秀嵌入式工程师的习惯&＃xff0c;此时&＃xff0c;如果自己再翻看项目过程中的即时文档&＃xff0c;是不是写起总结来就下笔如有神了呀&＃xff01;

4. 乐于分享

分享是时时刻刻的。不仅是同事之间的技术分享&＃xff0c;还有生活中的事情。倾听别人的分享&＃xff0c;分享自己的故事&＃xff0c;同样是成长。

至今都非常感谢&＃xff0c;带自己入行的师傅&＃xff0c;他的一言一行一直都影响着自己。当博主自己也带新人的时候&＃xff0c;每每有耐心不足时&＃xff0c;总能想起师傅的言行&＃xff0c;这也是一种影响力吧&＃xff01;

在博客上写文章&＃xff0c;并不是为了炫技&＃xff0c;要么是写笔记&＃xff0c;要么是解决问题的思路和方法&＃xff0c;花时间写的东西&＃xff0c;要能帮助自己和别人&＃xff0c;炫技和故能玄虚真的是得不偿失&＃xff01;

5. 乐观积极

为什么说要乐观积极&＃xff0c;因为嵌入式这行还真是很“苦”的&＃xff0c;需要你像苦行僧一般&＃xff0c;但我们都清楚&＃xff0c;自己的内心是甜的&＃xff0c;因为我们做着自己喜欢的事情。

当其他行业的人光彩夺目&＃xff0c;薪资翻翻的时候&＃xff0c;你更要乐观积极&＃xff0c;坚持坚持再坚持&＃xff0c;用自己的点滴积累&＃xff0c;书写属于自己的辉煌。