开发 1 年,我学到了什么?

  

本文作者 Pachev Joseph 是 Agile SDE 公司的一名软件工程师,根据其在 LinkedIn 上的简历,在他撰写本文时,刚好正式入行「软件开发」一年。

他在文章中分享了对入行一年来的思考和总结,我们不妨看看有哪些值得学习的地方。

A) 学会倾听和学习

这不是什么重大的启发,只是十分基本的常识。但我注意到许多开发者,包括我自己都存在一个这样的问题:倾向于一听到问题就开始考虑如何用最好的方案解决它。更糟糕的是,经常是条件发射般地在听完问题之前就给出了答案。另外,我发现自己虽然也有在倾听,但并不会从听到的内容中学到任何东西。常见的情况是,在听的时候我就开始思考该如何回应,而不是关注问题本身。

对此,我从前辈那里学到经验是:听完再回应。刚开始我并没有总是这样做,但日复一日,我在这方面做得越来越好。我学会了倾听、思考,然后才回答的方式。

B)限制自己的期望

这里想表达的是,你所听到和看到别人正在做的事情不一定是你将要做的事情,也不是你应该做的事情。不要仅因为你的朋友在使用 Kafka、Kubernetes 等框架,或者使用 IronChefer 进行监控,就意味着你也需要这样做。

我本人有一系列的业余项目,同时热衷于追求新技术。但我发现自己推荐的工具并不是大家都需要的,所以我很乐意有其他人帮助我看到它真正的陷阱。

C)保持好奇心和享受乐趣

个人认为,我们必须时刻保持好奇心,它是让我们在这个领域不断成长的最大动力。所有我们持续学习的知识、深入研究帮助我们解决问题的主题都是出于好奇心的驱使。这也能够帮助我们保持学习的习惯。

拥有好奇心并同时享受我们所做的事情,两者自然会齐头并进。即使在我坐下来在写这篇文章的时候,我也觉得自己十分幸运 —— 工作就是自己的爱好,并能以此谋生。

D)不要给出确切的日期

这个经验可以说是血泪之谈。除非你是“包工头”,否则千万不要迫于压力之下就提供一个确切的日期。我因此吃过一次大亏,不过正是因为那次的吃亏,我很早就学会了这个行业的基本求生技能。

国际惯例,如果非要提供一个准确的时间,根据互联网行业的经验是将你预计的时间x2。

E)不要用主观的意见去审查代码

我觉得自己还算比较友善,不过每当我看到自己不同意的注释时,我也总会问自己“为什么被选中的是我?”。

但后来我意识到不应带着太主观的想法去审查代码,诸如“为什么要用这个变量名”的评论以前会很容易就惹恼我,但现在我学会了无视这些。我已经意识到,同样的表达如果面对面交流会有更好的效果,但用文字表达却会产生误会。

所以当我在审查代码过程中进行评论时,我会提醒自己总会有人对自己的看法持反对意见。所以如果大家都能这样想,一切自然会更好。更重要的是,我不仅学会了不要把别人的评论放在心上,更认识到大多数开发者并不擅长沟通。

F)我只是一名员工

我总是很容易陷入试图给别人留下深刻印象的陷阱 —— 天性如此。但事实是,无论你的代码和职业素养多么令人印象深刻,你都只是公司的员工。即使你喜欢在工作之外创造软件,也应该在业余时间做些事。

刚入行六个月时,我总感觉自己需要证明一些事情,但后来我不再执着于此了。曾经我甚至不敢使用带薪休假的机会,但是正如每个人都会告诉你的那样,休息非常重要。所以不要害怕使用所有这些福利(带薪休假等)来享受工作和生活。毕竟工作与生活的平衡对我们的心理健康至关重要。

P.s:记录工作日记

如果我能给你一个小建议,那就是记录一份工作日记。在工作中写下你能做的或计划做的任何事情。这样就可以:

  • 利用好自己的时间额度
  • 跟踪自己的进度和决策

猜你喜欢

转载自www.oschina.net/news/106783/one-year-development-experience
0条评论
添加一条新回复