对工作的一些感悟
工作四年的一些感悟。
工作态度
最基本的,要对自己的工作有责任心。这里不只是说自己的代码写的有多好,而是一种对业务成果的关注。
对一个研发人员而言,工作不是一个人埋头苦干,不是说把自己负责的部分完成了就万事大吉,与其他同事的合作也是很重要的环节!对于一个后端研发来说,在完成自己负责的部分之后,至少要等看到前端完成对接、系统完成部署、系统粗测通过,才能认为自己的工作告一段落。
此外,对于自己的工作成果,要经常加以回顾。因为随着自己的经验积累,自己对技术、对业务也会不断有更深刻的理解,此时再去回顾此前的作品,通常会有更好的思路。如此以来,不管是对工作成果完善,还是对自身的技术能力提升,都大有裨益。
学习态度
保持谦虚是一个技术人员应该具有的基本品质,要能从他人的作品中学习亮点。在学习过程中如果有人提出质疑,不要急着否认,也不要固执己见,因为每个人都有自己所擅长的和所欠缺的,可能别人提供的建议刚好是自己所不够了解的。
此外,要学会分享,比如,如果觉得自己设计的某个框架或某一段代码写的很好,可以把它整理成文档,分享给大家,大家都可以学习或者给提出建议,最终大家以一起进步。而不是说守着所谓的核心代码,导致后面的同事完全看不懂你的东西,这样就没必要。
沟通技巧
当别人向自己提出问题时,不要急于辩解,更不要争吵,要先看看是不是自己提供的材料太过专业,是不是自己的表述不到位。在研发人员和实施人员进行沟通时,应该尽可能避免使用过于专业的技术词汇,可能的话多用图片和示例;当然如果真的是自己的成果有问题,那就是自己要提升的地方了。
另一方面,向别人提出问题的时候,也不要太果断,最好先自己找一下具体的原因。在将问题抛出给他人之前,要先梳理清楚,确保自己进行了详细的测试。没人有愿意背锅,如果将不属于别人的问题扔给别人,别人可能嘴上不说,但心里也会不快。
当然,不只是研发人员,对实施人员的一个建议是,要掌握一些向研发人员提问题的”礼仪”,在不确定原因的时候,不要过于肯定的说“这个问题…”、“这个BUG…”,否则作为研发可能会有小情绪。
文档
对研发人员来说,文档是很重要的!不要高估自己的表达能力和对方的理解能力,有时和人费尽口舌比划半天,最后不如写一页纸的文档来的轻松,不仅对方更容易理解,事后也更容易回顾。比如现在遇到一个问题,费了很大的功夫解决了,但是没有清晰地将解决方法记录下来,后续自己或者其他同事遇到了同样的问题,可能需要再走一遍弯路。对此我深有体会,可能当时节省了一些写文档的时间,但是在后续再次遇到的时候,可能要多花好几倍的时间。
程序员的自我修养
-
不要抱残守缺,不要满足于“完成任务”,要积极拥抱新的技术和工具,保持学习的心态;
-
多思考,请教别人之前自己要多钻研。为了解决问题而耗费时间是程序员应有的付出,不要把这个付出转嫁到其他同事身上;
-
要热爱自己的工作,但不要把所有的精力和热情都放在技术上,因为程序员也需要对业务和最终成果保持关注,而技术和工具最终是要为工作成果服务的;
-
学会提前规划,工作开展之前就先确定好基于的框架、遵循的规范、使用的工具类等,合作开发的成员遵循统一的规则进行开发(具体规范可以写在readme文件里,方便大家查阅);
-
尊重他人的成果,维护他人的代码要尽量做到从代码规范,到页面风格上的一致,这样会使代码看起来更专业一些,也更有利于后续的维护,不会产生“屎山”。