不要只用“前端”或“后端”来描述你喜欢的工程

图像后
图像后
当你申请一份软件工程工作时,你常常不得不在一个轴中的两个选项中做出选择:前端还是后端?

如果有一个提示,我会与我的新工程师分享,那将是...停止依托“前端/后端”轴,了解工程你喜欢。“前端/后端”轴并不能很好地映射工程师的动机。如果你只使用轴,就可以在你不喜欢或者更糟糕的是项目结束了,放弃过早工程.相反,尝试使用“产品/基础设施”这条轴作为了解你职业偏好的第一条轴。

我的目标是与大家分享,可以帮助你(和你的经理)找到你的“甜蜜点”工程作用的语言。我花了几个坏实习展示位置和纯粹的运气摸不着头脑。所以我希望这篇文章可以节省工作不匹配,你们中的一些个月。大喊答题节目环节以Bolu谁在我后面推线这篇论文在科技Twitter上疯传,建议我把它写成一篇文章。

“产品/红外”巧妙地映射到的工程师如何挑选项目和他们的动机学习代码的心理。广义上讲,工程师有两种类型:

1)“产品优先”工程师迷恋使用代码来解决用户的问题,他们看到代码只是达到目的的一种手段。

2)“代码优先”工程师痴迷于代码中的抽象、架构、工具和库。优雅的代码就是结束。

产品优先工程师映射到“产品工程”——构建、发布和维护解决用户问题的功能。他们通常喜欢与设计师和产品经理呆在一起了解用户,他们也喜欢寻找技术机会来改进产品。

Code-first engineers map to “Infrastructure engineering” — building infrastructure platforms that support applications, be it via building CI/CD pipelines, implementing logging, or supporting high traffic etc. They’re motivated to better the craft of programming and are often obsessed with things like test coverage, using the latest technologies, code architecture, etc.

(需要明确的是,无论您的用户是外部客户、第三方开发人员还是API的内部消费者,都存在“产品工程”和“基础设施工程”的角色。)

想以后再读这个故事吗?将其保存在日志.

请注意,这两个产品的工程师和基础设施工程师触摸前端和后端。他们中许多人,尤其是产品工程师,选择专门到前端或后端为好。“前端/后端”部门仍然是一个有价值的轴心。

然而,在项目选择中,将“前端/后端”与“产品/基础”分开使用,可能会导致工程师与工作的不匹配。特别是在产品工程师中。我是一个产品工程师。当我在实习中尝试“后端工程”时,我被分配到一个Infra角色,每天迁移数据库。我加入这家公司是因为我想为他们的产品工作。但我无法向我的招聘人员解释这一点。他们把“后端”和“Infra”混在一起,结果我扮演了一个离用户太远的角色。

当我在另一份实习中尝试“前端工程”时,我被分配到一个与用户关系密切的产品。但是前端工程师和我被排除在讨论功能如何解决问题的会议之外。

如果通过他们的(即“前端/后端”)工作的技术类型划分您的工程师,很容易认为你的前端工程师很高兴只是工作在翻译完成设计成UI / UX组件。但是,如果你根据自己的动机(即”产品/红外”)分开他们,你会想你的循环前端产品工程师到产品的讨论。

(同样的工程师岗位的不匹配情况的红外工程师也一样,但它不太普遍,因为在“前端”和“后端”的标签通常在产品工程才正式适用。)

现在,这下一部分可能是到达...但我认为很多新毕业的产品工程师选择成为产品经理因为这个不足“前端/后端”师.让我们跳回到我的两个实习的例子。你会感觉如何,如果这些是你仅有的两个在你的大学生涯实习?既然你在每个角色花了12周,岂不是很合理的结论是这些角色大多是什么“前台”和“后台”是怎么一回事?那岂不是太合理推断,既然你不喜欢两种类型的工程,也许工程作为一个整体是不适合你?(而这种自我沮丧,特别容易陷入,如果你在工程中的一个代表性不足的少数的一部分。)为什么不是一个产品经理和解决用户的问题?

这种情况是很常见的。工程是深奥。即使有一个实习生团队的匹配过程中,产品工程实习生可能不知道自己应该选择产品工程方面的工作,更别说知道哪些角色是产品工程方面的工作。

但是,如果同一名实习生使用“产品/基础”的语言,鼓吹“产品工程”的角色,又会怎样呢?

我就是这样一个实习生。我被我的角色红外倒掉,我在公司达成了产品经理,询问他们的工作。但后来我advocated⁵的产品工程的作用,......我的经理给我的。作为对产品团队后端工程师,我有一个团队工作在Robinhood中构建视频新闻提要.我建立了一个大型后台管道,并有机会参与到关于新闻推送排名、视频标签和用户参与的产品问题中。我与工程学、数据科学和商业进行了交流,平衡了这些利益,并用代码编写了解决方案。

我找到了我的最佳位置。

- -

总之,工程是多方面的,可以沿着多个轴定义:B2B vs. B2C, B2B自上而下vs. B2B“自下而上”,api优先vs.应用优先,“前向部署”vs.“软件工程师”等等。如果我们真的想让所有人都能接触到工程,我们就应该支持所有能够帮助新工程师找到他们的最佳状态并感到快乐的框架。

脚注:

[1]我遇到了跑路,在彭博社伦敦新毕业后,他给我发了一个寒冷的DM感谢我的线程。他把我的线程来他的经理!原来,他一直在努力表达自己的项目优先向他的主管,和线程帮助。经理读线程后“得到”了它,现在波鲁是在产品开发团队,他很兴奋的。

[2]我把“代码优先”与“产品至上”的工程师从Xoogler扎克 - 劳合社的博客术语:https://thezbook.com/

[3]某人在推特上(leon @lievetraz):回应了他们将内部工具团队划分为“产品/基础”的尝试。在这里.

[4]有数以百计的其他原因,工程师选择成为当然的项目经理。

[5]我学到了艰辛的道路是多么重要,倡导自己,并要求变革团队早。

保存这个故事日志.

醒来每个星期天早上到本周的技术最值得一提的故事在收件箱中等待。阅读技术通讯值得注意.

媒体是一个开放的平台,其中1.7亿读者来找洞察力和动态思维。在这里,专家和未被发现的声音都潜入任何主题的心脏和表面带来新的理念。学到更多

按照作家,出版物和主题,此事给你,你会看到他们在您的主页,并在您的收件箱。探索

如果你有故事要讲,有知识要分享,有观点要讲——欢迎回家。在任何主题上发表你的想法都是很容易而且免费的。写在中

使用Medium应用程序

一个按钮,上面写着“在App Store上下载”,点击它会引导你到iOS App Store
一个按钮,说'Get it on,谷歌Play',如果点击它会带你到谷歌Play store