编程的第一步都要使能时钟吗_在您的第一份编程工作中要做的11件事-CSDN博客

编程的第一步都要使能时钟吗

Firsts are exciting but can also be overwhelming. When I started my first programming job, I knew there’s a lot I needed to learn tech-wise. But what I didn’t realize is that there’s many other skills you need to be a good developer besides coding. Mastering each of these is essential in accelerating your career growth. The earlier you learn them, the faster you’ll ditch that “junior” title.

首先是令人兴奋的，但也可能是压倒性的。当我开始第一个编程工作时，我知道我需要学习很多技术知识。但是我没有意识到的是，除了编码之外，要成为一名优秀的开发人员还需要掌握许多其他技能。精通所有这些对于加速您的职业发展至关重要。您学习得越早，您就越会放弃该“初级”头衔。

做：找一位导师👥 (Do: Find a mentor 👥)

Find someone (or multiple people) outside of your company who you can ask questions and get advice from. Mentors within your company are great, and important too, but I’d recommend finding at least one person outside of work who you can learn from. They’ll have an unbiased opinion, and you don’t have to worry about any conflict of interest, so you can truly feel comfortable asking anything.

在公司外部寻找可以询问问题并从中获得建议的人(或多人)。公司内的导师很棒，也很重要，但我建议您找到至少一个可以从工作中学习的人。他们会有公正的意见，您不必担心任何利益冲突，因此您可以真正放心提出任何问题。

How to find a mentor? This could be a whole post in and of itself. But the quick version is: go to meetups, attend tech events and introduce yourself to people, follow up with them, and let people know you’re new in the industry and looking for a mentor. You’d be surprised how much strangers are willing to help.

如何找到导师？这本身可能是一个完整的职位。但是快速的版本是：参加聚会，参加技术活动并向人们介绍自己，跟进他们，并让人们知道您是这个行业的新手并正在寻找导师。您会惊讶于有多少陌生人愿意提供帮助。

不要：害怕问问题❓ (Don’t: Be afraid to ask questions ❓)

I used to think that asking questions was a sign of weakness. That it would reveal my lack of experience. Now, I realize that asking questions is a core part of being a programmer. Let me explain.

我曾经认为问问题是软弱的标志。那会显示出我缺乏经验。现在，我意识到提出问题是成为程序员的核心部分。让我解释。

There’s thousands of buzzwords, and more are added every day. Even people who are in this industry for years are constantly learning new things. It’s impossible to know absolutely everything. So asking questions is an essential part of programming.

有成千上万的流行语，而且每天都在增加。即使是从事该行业多年的人也在不断学习新事物。不可能一无所知。因此，提问是编程的重要组成部分。

Being good at asking questions is a skill. The earlier you develop it, the faster you’ll gain confidence as a programmer.

善于提问是一种技能。开发的越早，您作为程序员的信心就会越快。

Here’s a tip on knowing when to ask a question:

这是知道何时提问的提示 ：

Gather enough research to effectively communicate: what works, what doesn’t work, what you’ve tried so far, and what information you’re missing to solve the problem.

收集足够的研究信息以有效地进行交流：什么有效，什么无效，到目前为止已经尝试了什么以及缺少解决问题所需的信息。

Example of a “bad” question: “I have no idea what’s going on here, but something isn’t working...”

一个“坏”问题的示例：“我不知道这是怎么回事，但是有些事情不起作用...”

Example of a “good” question: “I’ve checked the logs, and was able to reproduce it locally. It looks like the problem is somewhere between X and Y. I’m thinking it's either an issue with the API version we’re using, or some unexpected value being sent. Is there anything else you think I might be missing?”

一个“好”问题的示例：“我检查了日志，并能够在本地复制它。看来问题出在X和Y之间。我想这可能是我们使用的API版本存在问题，或者是发送了一些意外的值。您认为我可能还会想念其他东西吗？”

Not every success. But if there’s something you’re really proud of, share it with your team. Whether it’s an email or Slack, write up a summary of what you did, how you solved the issue, what you learned, and what value it provides.

并非每次都成功。但是，如果您真的感到骄傲，请与您的团队分享。无论是电子邮件还是Slack，请写下您所做的摘要，解决问题的方式，所学的内容以及所提供的价值的摘要。

If you have a great manager, they should encourage you to present about it at a dev team meeting, or maybe even encourage you to speak about it at a meetup or even a conference. If not, you should take the initiative and find meetups to present at, get a dev team meeting together to talk about it, or even write a blog post about it.

如果您有一位出色的经理，他们应该鼓励您在开发团队会议上介绍它，或者甚至鼓励您在聚会或会议上谈论它。如果没有，您应该采取主动并找到见面的人出席会议，召集开发团队开会讨论此事，甚至撰写有关此事的博客文章。

It might feel awkward to toot your own horn, but believe me, visibility is important and helps you gain respect and recognition at work. No one will know how amazing you are until you show them.

吹响自己的号角可能会感到很尴尬，但是相信我，可见性很重要，可以帮助您在工作中赢得尊重和认可。除非向他们展示，否则没人会知道你有多神奇。

不要：恐慌🚨 (Don’t: Panic 🚨)

Problems will inevitably happen. Whether you caused them directly or not. It’s not a matter of if, it’s a matter of when. So when the problem does arise, let the relevant stakeholders (product manager, tech lead, teammates) know ASAP and then discuss with your tech lead or manager what you plan to do to fix it. The more calm and collected you are, the more confident you’ll appear. It happens to the best of us, and no one’s life is on the line. The only way to guarantee no bugs is to not write any code… It comes with the territory.

问题将不可避免地发生。是否直接造成它们。这是不是如果，这是当一个问题的问题。因此，当问题确实出现时，请让相关的利益相关者(产品经理，技术负责人，队友)尽快知道，然后与您的技术负责人或经理讨论解决问题的计划。您越镇定和镇定，您就会越自信。这对我们最好的人来说是偶然的，没人命中注定。保证没有错误的唯一方法是不编写任何代码。

要做：在会议上发言💬 (Do: Speak up in meetings 💬)

It may feel intimidating at first to be in a meeting with teammates who are all much more senior than you (believe me, I’ve been there). But don’t let it get to you. You’re a fresh pair of eyes, so something that seems weird or confusing to you, probably is exactly that: weird and confusing.

刚开始与比你高很多的队友见面时可能会感到胆怯(相信我，我去过那里)。但是，不要让它影响到您。您的眼睛是一双新鲜的东西，因此对您来说似乎很奇怪或令人困惑的事情可能恰恰是：奇怪而令人困惑。

If you know the topic being discussed ahead of time, try Googling and doing some preliminary research prior to the meeting. If not, and they’re discussing a topic you aren’t familiar with, ask for a high-level explanation or some context. Do this at the beginning of the meeting. It’ll show you’re engaged, and that you care. If you wait until “question time” at the end, it won’t reflect well on you that you sat through an entire meeting confused and clueless.

如果您知道提前讨论的主题，请在会议之前尝试使用Google搜索并进行一些初步研究。如果不是，并且他们正在讨论您不熟悉的主题，请寻求高级解释或某些上下文。在会议开始时执行此操作。它表明您已经订婚，并且很在乎。如果您等到最后的“提问时间”，那么您坐在整个会议上都感到困惑和无知，将无法很好地反映您。

不要：不断尝试证明自己😅 (Don’t: Continuously try to prove yourself 😅)

When you’re just starting out, don’t put so much pressure on yourself to do big, crazy, impressive things that will get you noticed by your team. You’ll waste a lot of energy, and won’t get the response you’re hoping for.

当您刚起步时，不要对自己施加太大压力去做一些大而疯狂的令人印象深刻的事情，这些事情会引起团队的注意。您将浪费大量精力，并且无法获得想要的响应。

The truth is that everyone’s busy and focused on their own tasks and responsibilities. No one will notice or care that you completed a feature in record time or took on 8 extra features on top of your workload or never had QA find a bug in any of your features. So don’t kill yourself. It’s not worth it. Trust me.

事实是，每个人都很忙，专注于自己的任务和责任。没有人会注意到或关心您在创纪录的时间内完成了一项功能，或者除了工作量之外还承担了8个额外的功能，或者从未进行过质量检查发现任何功能中的错误。所以不要自杀。这不值得。相信我。

What does help earn your teammates respect is being reliable, passionate, curious, and thoughtful. Show your team that you are on top of things by: thinking holistically about how your feature will impact other areas of the product, raising potential issues, thoroughly testing your feature (and asking others for testing ideas), bringing up potential edge-cases to the product manager, asking questions whenever you’re not sure about something, etc.

可靠，热情，好奇和体贴的才能帮助赢得队友的尊重 。通过以下方式向您的团队展示自己的才智：全面思考您的功能将如何影响产品的其他领域，引发潜在问题，彻底测试您的功能(并要求其他人提供测试想法)，提出潜在的优势案例。产品经理，每当您不确定某件事时都会提出问题，等等。

Bonus tip: If you really want to go above and beyond, choose to do a mini project that helps everyone on your team’s workflow. Pay attention and find pain points in your work and create a small shell script to automate it. Or if your team uses Slack, create or find an integration that will help. Make sure that there’s really a need and that this would be a convenient way to solve it. Ask a teammate what they think and if they can review the code with you. You’ll get double points for taking initiative and creating something that helps everyone in their everyday work.

温馨提示 ：如果您确实想超越自我，请选择做一个迷你项目，以帮助团队工作流程中的每个人。注意并发现工作中的痛点，并创建一个小的Shell脚本以使其自动化。或者，如果您的团队使用Slack，则创建或找到一个将有所帮助的集成。确保确实有需求，这将是解决需求的便捷方法。询问队友他们的想法，以及他们是否可以与您一起检查代码。您将获得双倍的主动性和创造力，以帮助每个人的日常工作。

做：多交流✅ (Do: Be extra communicative ✅)

I initially had the mindset of “just put your head down and work”. If the designer made changes, teammate changed the API unexpectedly, or you encountered a big bug that you need to take care of first, I thought I was supposed to accept it as is and keep working. I thought that saying something would come off as complaining or making excuses. No. It’s really important to communicate these things with the product manager and tech lead.

最初，我的心态是“放下头来工作”。如果设计人员进行了更改，团队成员意外更改了API，或者遇到了需要首先处理的大错误，我认为我应该原样接受并继续工作。我以为说些什么会抱怨或找借口。否。与产品经理和技术负责人进行交流非常重要。

It is their job to prioritize features and delegate tasks according to everyone’s time schedules. If things come up that impact the estimated time allotted for the project, they need to know about it ASAP so they can adjust.

他们的工作是根据每个人的时间安排功能的优先级并委派任务。如果出现影响到为项目分配的估计时间的事情，他们需要尽快了解它，以便他们进行调整。

Additionally, it’s important for them to know why things are taking longer. Otherwise they might assume it’s because you are slow or not performing. That is NOT the case, and it’s important for them to understand that.

此外，对他们而言，重要的是要知道为什么事情要花更长的时间。否则，他们可能会认为这是因为您运行缓慢或性能不佳。事实并非如此，让他们理解这一点很重要。

You won’t get complaints for over-communicating. But you will cause problems if you under-communicate.

您不会因沟通过度而受到投诉。但是，如果沟通不畅，就会造成问题。

不要：寻求别人的认可🏆 (Don’t: Seek acknowledgement from others 🏆)

You just had an “ah, ha!” moment with the feature you’re working on. You’re thinking to yourself, “Wow, I can’t believe I just did that!” You impressed yourself and that should be enough. Your teammates might not even remember what it felt like to deploy their first feature, implement some recursive function, or do their first database migration. It’s exciting to you, and it should be. Find those people at work who you can share things with and who will be genuinely happy for you.

你刚刚有一个“啊，哈！” 您正在使用的功能的时刻。您在想自己，“哇，我不敢相信我刚刚做到了！” 您给自己留下了深刻的印象，这应该足够了。您的队友甚至可能都不记得部署第一个功能，实现某些递归功能或进行第一个数据库迁移的感觉。这对您来说很令人兴奋，应该如此。寻找那些可以与您分享事情并真正为您感到高兴的人。

要做：努力学习键盘快捷键⌨ (Do: Make an effort to learn keyboard shortcuts ⌨)

Pay attention to your coworkers. You’ll notice they barely touch their mouse or trackpad. They can switch apps, jump around their text editor, and search and replace in their sleep. Learning these simple shortcuts will make you more efficient in your work and is another way you can “level up” as a developer. But don’t try to learn them all at once. There are even some great command line tools you can download. Ask your teammates for some tips and tricks.

注意您的同事。您会发现他们几乎没有触摸鼠标或触控板。他们可以切换应用程序，在文本编辑器中跳转以及在睡眠中进行搜索和替换。学习这些简单的快捷方式将使您的工作效率更高，这是您可以“升级”为开发人员的另一种方式。但是不要尝试一次全部学习它们。您甚至可以下载一些出色的命令行工具。向您的队友询问一些提示和技巧。

不：对所有内容说“是” es (Don’t: Say ‘yes’ to everything 🚫)

Initially I said ‘yes’ to everything because I wanted to be a team player and show that people can count on me. But, I was wrong, that’s not the way to do it. The only thing that resulted from that was me feeling overwhelmed, overworked, under appreciated, and caused me to lose focus.

最初，我对所有事情都说“是”，因为我想成为团队合作者，并表明人们可以依靠我。但是，我错了，那不是做到这一点的方法。唯一的结果就是让我感到不知所措，工作过度，欣赏不足，并使我失去专注。

“Focusing is about saying no.” — Steve Jobs

“关注就是说不。” —史蒂夫·乔布斯

There needs to be a balance. As the junior, you’ll often get the tasks that no one else wants to do. That’s okay. You want to get your hands on all kinds of work and no matter how “boring” the task, you’ll still be learning. But, that task shouldn’t overwhelm you or make you regret saying ‘yes’ when another opportunity comes around that you now have to say ‘no’ to.

需要保持平衡。作为大三学生，您经常会得到别人没有想要做的任务。没关系。您想要掌握各种工作，无论任务多么“无聊”，您仍将继续学习。但是，当另一个机会到来时，您必须对这个问题说“不”，该任务不应使您不知所措或让您后悔说“是”。

做：参与工作以外的事情things (Do: Get involved in things outside of work 👋)

Figure out what you’re passionate about and then seek out opportunities to volunteer, find meetups to attend, get involved in groups/organizations, work on side projects, write blog posts, etc. Being a developer means being part of a community and sharing things with that community. So put yourself out there!

弄清自己的兴趣所在，然后寻找机会志愿服务，找聚会，参加小组/组织，从事辅助项目，撰写博客文章等。成为开发人员意味着成为社区的一部分并分享该社区的事情。所以把自己放在那里！

老实说 (To be honest)

It’ll take some time before you feel comfortable doing all 11 of these. It’s hard to master them all. Honestly, I’m still working on a few of these myself ?. But these are all things that I’ve learned from experience, and wish someone had told me when I was just starting out.

您需要花一些时间才能轻松完成所有这11个步骤。很难全部掌握它们。老实说，我本人仍在研究其中的一些？但是这些都是我从经验中学到的，希望我刚开始时有人告诉我。

Try working on each of these one at a time. The key takeaways here are:

尝试一次处理每一个。这里的要点是：