没人告诉你的软件工程师入职技巧
没人告诉你的软件工程师入职技巧
在加入新公司之前和工作期间你应该知道的事情
介绍
我整理这篇文章是为了帮助新软件工程师以及从一家公司转到另一家公司的软件工程师尽可能顺利地过渡到新角色。
加入新公司之前
通过面试，您将对下一家公司使用的技术有一个很好的了解。但是，在面试阶段或工作描述中，您最终会每天使用的一些东西可能会被低估。
示例可能包括：
- 软件的持续集成和交付。
- 项目管理软件，例如 JIRA、Azure Boards。
- 特定的库，例如面向 Angular 开发人员的 Angular NgRx。
在第一天之前与您的下一位直线经理澄清这些事情是一种很好的做法，询问哪些准备步骤是有益的。从那里，您可以确定应该遵循哪些教程。
加入后
入职清单
在您的第一周，您将完成许多操作，例如提出票证以对各种权限进行排序。您需要跟踪每个操作的进度。
我强烈建议创建一个包含两列的电子表格（或敏捷板，如果您愿意）：
- 第一列应该是 姓名 的动作。
- 第二列应该是 笔记 .
电子表格中的每一行都会跟踪特定操作的进度。
您可以更改每个颜色 姓名 单元格以指示其进度。
例如：
- 以黄色开始每个单元格。
- 完成后变为绿色。
- 如果有拦截器，请标记为红色。
在里面 笔记 列，添加指向链接权限票证等内容的链接，以及有关被阻止操作的详细信息。这样，当您的直线经理要求更新时，您可以简单地参考您的电子表格。
还要记住，我们会给你一些指示 口头上 ，并且将这些操作添加到您的电子表格中也很重要。
书签组织
整理好您的浏览器书签不仅可以让您的入职流程更加顺畅，还可以让您更快地解决问题。
以下是您应该添加到浏览器书签栏中的一些文件夹：
- 网站链接（Dev、QA、UAT、Prod）以及当前和以前版本的软件的子文件夹。
- 源代码控制链接，带有特定项目和版本的子文件夹。
- 链接到当前和以前的冲刺板。
- 持续集成和部署链接。
- API 端点链接，例如 Swagger。
- 带有描述的服务器链接，以帮助确定它在适当的地方使用，例如“XYZ123 - Team 1 UAT”
- 用于检查网站、API 端点和消息队列端点健康状况的链接。
- 报告的生产问题的帮助台链接。
- 实用程序网站，例如 JSON 格式（与您的公司核实。批准使用的内容）。
- 指向团队 wiki 文档的链接，以及指向经常引用页面的特定链接，例如“部署 XYZ 的步骤”。
- 用于登记假期和疾病以及费用报销的 HR 链接。
随着时间的推移，您还应该考虑添加：
- 链接到以前的拉取请求，可以在完成类似任务时为您提供帮助，例如添加和单元测试新的 Angular 路由。理想情况下，这应该放在团队 Wiki 中供团队使用，因此请考虑与您的团队讨论为此添加页面。
- 帮助解决代码或 IDE 问题的链接，例如有关如何解决特定构建错误的 Stackoverflow 评论。
- 任何数据库查询软件链接，以及通常运行的 SQL 查询。
一些团队还将使用 Postman 等软件来保存针对 API 的常用查询。如果它不存在，您应该创建一个共享的 API 工作区（在 Postman 的情况下命名），以免在冒烟测试 API 时产生任何挫败感。
最后，很多时候新手会卡住，而同事会有一个方便的命令行字符串来解决问题。如果还没有，请考虑将这些内容复制并粘贴到团队的 wiki 中。根据经验，这可以节省大量的时间和麻烦！
网站和工作流程
在深入研究代码之前，您应该尝试对业务逻辑有一个很好的理解。主动与不同的人预约软件演示时间。虽然每家公司都有培训（或应该培训）， 你也要对自己的学习负责 .
在试用期内问自己以下问题：
- 您的应用程序的不同部分的功能是什么？
- 您需要哪些权限才能查看某些页面并执行特定任务？
- 您的应用程序的管理部分在哪里，例如用于执行缓存清理。
- 运行哪些计划任务和服务以及在什么时间运行？
- 当工作流失败时会发生什么——它可以重新运行吗？如果可以，怎么办？
- 是否正在进行重要的计算，如果是，我是否了解一个数字的变化如何影响另一个数字？
数据库
如果有很多数据库表，尤其是遗留的表，你需要优先考虑你的学习。
我建议从检查开始 前十名，比如说，最常用的表是for。
问你自己：
- 表如何通过外键链接到其他表？
- 保存的数据的结构是什么？
- 表格中的数据反映在您网站的什么位置？
代码
现在您已经了解了网站、工作流程和数据库，是时候深入研究代码了。
我的建议如下：
- 问问自己代码如何将网站和工作流与数据库连接起来。
- 通过阅读注入类的类构造函数来找出最常用的依赖项——这些类对于进一步研究非常重要。
- 检查配置文件并仔细了解它们是如何为特定环境设置的。
- 检查类和方法中的任何常用调用（或属性），例如验证用户是否可以访问资源的调用。
- 检查如何正确记录代码的约定。
- 在提出代码更改的拉取请求之前检查所需的步骤，如果还没有的话，将它们记录在团队 wiki 中。
帮助台
通常，软件开发人员有帮助台轮班表来解决生产问题。
问你自己：
- 有关如何正确处理生产工单的文档在哪里？
- 哪个链接将我带到帮助台 wiki，我可以在其中搜索如何处理问题？
- 我是否对工作流程有足够的了解，以便诊断哪两点之间发生了故障？
- 通过检查以前的帮助台电子邮件，我应该去找谁解决工作流程中两点之间的生产问题（这些联系人是否记录在帮助台 wiki 中）？
电子邮件、文档和演示文稿
软技能可以让你走得更远，睁大眼睛和耳朵可以学到很多东西。
你应该做的一些事情：
- 听听经验丰富的同事如何进行演示。
- 阅读电子邮件交流，其中突出了如何在两方之间寻求协议的好例子。
- 检查附加到电子邮件的演示文稿，如果您将来需要提供演示文稿，该演示文稿可能是您的模板。
谢谢阅读！在下面的评论部分让我知道您的想法，不要忘记订阅。
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明
