Ask HN: First month job anxiety. Am I actually an impostor?
&gt; I don’t know if this is impostor syndrome<p>It is a question worth asking. Our industry talks so much about impostor syndrome that people forget that there are other sources of lack-of-confidence.<p>I&#x27;m going to go through and try provide a clear vision of what challenges you are running into. Based on my interpretation, I&#x27;ll then write out what are hopefully some clear actions to take or concrete questions to resolve. <i>However</i>, if you think Ive missed the mark in my interpretation, please let me know.<p>&gt; joined...a month ago<p>Oh, so you&#x27;re totally new then. Cool.<p>&gt; all on the order of maybe a few hundred lines of code<p>Lines-of-code <i>can</i> be a proxy for the scope of a problem when you adjust for language expressiveness, but it is a <i>very</i> rough one. What I&#x27;m hearing here is that you&#x27;re used to taking on projects for clients which are a fairly meaty bit of their business and require you to write whole features fairly quickly...but probably doing greenfield development. Modifying code that has been running for a while in an established organisation is a bit of a different beast.<p>&gt; I’ve also spent maybe a week more than I should have on a fairly simple feature, just from fighting with my tools and trying to figure out where to put a few sparse calls in the codebase. It’s really embarrassing.<p>So I&#x27;m hearing a mix of frustration at your developer experience and disappointment in yourself for running into that frustration. I&#x27;m guessing that before you had a toolchain you were very fluent with and now you are...not. Okay, this is a problem to solve. Not as in &quot;this is a problem with you&quot;, just &quot;this is a problem you&#x27;ve got to deal with&quot;. Ideally, you deal with it by scoping out the pieces required to fix your development environment and tacking them as engineering challenges. This process will be <i>significantly</i> accelerated by asking well-framed questions of your coworkers who have the same sort of development environment. Julia Evans has a blog post on how to ask good questions which you should absolutely go read right now. <a href="https:&#x2F;&#x2F;jvns.ca&#x2F;blog&#x2F;good-questions&#x2F;" rel="nofollow">https:&#x2F;&#x2F;jvns.ca&#x2F;blog&#x2F;good-questions&#x2F;</a><p>But some of your struggles with your development environment might apply to the lots of other folks and be the sort of thing that requires your team to do an investment project to solve that problem.<p>&gt; Their thoughts are completely clear... I rarely hear them misunderstand anything<p>whoop whoop sampling bias alert! You cannot telepathically read anyone else&#x27;s mind. However, you can read your <i>own</i> mind. But this perception of yours still comes from somewhere. Where then?<p>* I suspect your coworkers are probably reasonably concise and organised in their <i>speech</i>. This is a combination of a social skill, knowledge of the domain, and a willingness to wait to speak until you&#x27;ve organised your thoughts. The last one is a habit that depends somewhat on backbone. The former takes a combination of practice and<p>* I would be a <i>very</i> surprised if they never ask for clarification on anything. Indeed, the ability to notice that something is ambiguous and pin down reality is one of the most important communication skills for an engineer. However, there is a skill to expressing confusion <i>confidently</i>. You can pick up on it if you hear phrases like &quot;could you clarify something for me...&quot;, &quot;There is a point unresolved here...&quot; or &quot;so if I understand you correctly...&quot; Are you sure that they aren&#x27;t merely exercising the skill of projecting confidence while resolving confusion?<p>&gt; In contrast my thoughts tend to be extremely muddled. I often take in information without making much sense of it at first<p>So when you check your intuition to see if you understand whats going on, it comes back saying &quot;bwuhhhhh?&quot;<p>Yup. Thats kinda how it goes when you&#x27;re new somewhere.<p>When was the last time you had the experience of starting university or a bootcamp for the first time? If it was a while ago (or never happened), then you should keep in mind that it takes time to absorb information and it is normal for it to be overwhelmed a bit. I strongly advise spending two half-Saturdays watching all of the video lectures from the course Learning How To Learn. Don&#x27;t be embarassed to use techniques from study bloggers like Thomas Frank -- Anki flashcards are in fact still super-useful for taking a mental model and cementing it. When you have a solid conceptual foundation, then the new info you take in will be &quot;chunked&quot; and will fit better in your working memory and won&#x27;t be overwhelming. Also, for learning things and de-muddling your brain try going for a walk in a park, putting on some bluetooth headphones, and talking out loud explaining things to yourself. I find that I have a clearer grasp of things after I&#x27;ve dictated to <a href="https:&#x2F;&#x2F;otter.ai" rel="nofollow">https:&#x2F;&#x2F;otter.ai</a><p>For now, work to be willing to re-read things or ask someone to repeat something that they just said.<p>&gt; I’m riddled with anxiety every day. For one, I’m worried that my coworkers might think ...<p>The cure for this is clear feedback, received over time. There is a skill to getting it. The short explanation of how to do so is to be explicit that you are looking for feedback and to present specific questions in a [{situation} {action} {?effect?}] structure. For example: &quot;When we were in the meeting to scope out the turtle-stacking API endpoint and I asked for clarification on tortoises, do you think that derailed the discussion?&quot; Much like another question you ask, you might preface that with <i>why</i> you are asking. &quot;I&#x27;m working to get better at concisely asking clarifying questions in technical discussions.&quot;<p>The key here is to give a voice to your concern, but in the tone you use to address a manageable question that you can rationally examine and then respond to -- because it is manageable. If you&#x27;re doing something wrong but you concretely know what it is, you an solve it. If you&#x27;re guessing at a problem, you won&#x27;t have the certainty you need to commit to grow past it.<p>The longer explainations are found in this Lead Developer UK talk: <a href="https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=RsfNS9HSWQs" rel="nofollow">https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=RsfNS9HSWQs</a> and this book: <a href="https:&#x2F;&#x2F;www.amazon.co.uk&#x2F;Thanks-Feedback-Science-Receiving-Well&#x2F;dp&#x2F;1611762510" rel="nofollow">https:&#x2F;&#x2F;www.amazon.co.uk&#x2F;Thanks-Feedback-Science-Receiving-W...</a><p>&gt; I think I’m riddled with fear that I’m just not good enough to<p>The cure for this is to get an idea of the specific capabilities that your job expects of you. Ideally, your company has some sort of regular review process where you are asked to evaluate yourself against these specific capabilities. Ask your manager (whoever you do 1-on-1s with) what that process is and walk through those questions with them now rather than later. Then you can turn this vague fear that you are not &#x27;good enough&#x27; into a specific fear that you can&#x27;t do X well. Then you can get advise or resources on how to do X.<p>&gt; I don’t really know how to reach out to people<p>There is a fairly large basket of skills here and I&#x27;ve got to rush off, so I&#x27;ll just say that these skills are learnable and there are resources out there which I&#x27;m sure others are linking in this thread.