1.8 KiB
| date | title | description | tags | ||
|---|---|---|---|---|---|
| 2024-04-10T11:40-08:00 | Don’t be afraid to admit when you don’t know something |
|
I often apply this thinking to development work but I’ve found it holds true in many other situations. I’ve dealt with imposter syndrome for my whole career and still battle with it. I’m a self-taught developer and am confident that there’s more I don’t know than I do know.
I’ve been asked when interviewing for a front end ecommerce position how the Javascript event loop works — in detail. I told the interviewer I didn’t know, had never needed to in previous positions but was confident I could figure it out. They hired me. I’ve taken a similar tack when discussing other roles with interviewers — I don’t know, but I like to learn and I’ll figure it out. Don’t know enough React? I’ll learn. Don’t know bespoke framework/internal tool X? I’ll learn.
This has also been something I tell junior developers I’ve mentored and something I prize when it’s exhibited. Everyone on a team excels at something, or many things and there will be overlap, but the gaps are where you can help and teach each other. Don’t waste an opportunity to learn and don’t struggle when you don’t need to.
Don’t fight through a problem. Read the docs and ask questions from there. I’ve learned from the open web, from taking apart applications and tools and I’ve learned even more from gracious senior developers. Being able to teach something to someone else is a great way to verify that you truly understand something.
Be kind, help each other out and everyone gets better together. It’s been a foundational part of all the best teams I’ve been on.