Taro Logo
Profile picture

Interviewing Q&A and Videos

About Interviewing

Entry-Level Software Engineer [SDE 1] at Amazon profile pic
Entry-Level Software Engineer [SDE 1] at AmazonPosted August 4, 2023

Should I take a SWE job in government or keep trying to get back into tech after layoff?

Hi Taro. I got laid off in April from AWS. I interned at NASA JPL and I am considering going back fulltime and continuing to apply to tech companies. I don't have an offer but I am hopeful I would be able to connect with a team since I interned there one year and have 1.5 YOE at AWS. I have some concerns about joining JPL, because they are prototype and research focused. They don't have many production systems or serve customer traffic. They also operate mostly in small and independent groups so the engineering standards can differ a lot. The research group I interned at had poor engineering and code quality compared to AWS. The engineering environment is different than corporate. Some technologies and experiences missing at JPL that are common in tech are pipelines (CI/CD), TPS, tickets, oncall, debugging large and distributed systems, customer traffic, metrics, operational reviews. JPL pays poorly and has slow growth. You can be there 10 years and make less than an SDE-1 in FAANG. I don't have any visa issues. Finances are not a problem. Currently I have very low expenses and good savings because I didn't RTO and I am living with my parents. I have 1.5 YOE at AWS and 3 years of internships before that. I see the market picking up so I am tempted to keep trying for a tech company. Another thing to consider is that there is a lot of inertia when you join a job. I will have little time to look for other jobs in the first few months because I will be busy onboarding. I will also have less time to look for jobs and study for interviews. Please give advice :)

309 Views
3 Comments
Data Engineer at Financial Company profile pic
Data Engineer at Financial CompanyPosted October 27, 2022

Fighting Perfectionism as a Software Engineer (and getting important stuff done).

I’ve come to realize more and more that the greatest thing holding me back by far as a software engineer has been perfectionism. By perfectionism, I mean the mental attitude that says that what I have done isn’t good enough so I need to spend more time on it, or that I’m not ready to do something. This attitude is pretty much the opposite of Meta’s “Move fast and break things”. Here are a few of the ways that this mindset has hobbled me throughout my career: University (I studied Engineering): thinking I had to read the textbook and do all the assigned questions. My GPA suffered. In reality, my time would have been better spent doing past tests/exams and forming better friendships and study groups with other students to learn what was most valuable to know. I’m speaking from both a GPA-maximizing viewpoint, but also from a long-term viewpoint in the case of better relationships with classmates. Immediate Post-University: Thinking that my coding skills weren’t good enough and that I needed to do a 6-month bootcamp which I did. Hindsight is 20/20, but getting my first job and working from there would probably have been better. First job: Struggling with moving fast. I was at a tiny (<10 people) start-up and they wanted speed. I struggled with the pace they wanted because of things like writing formulaic unit tests that didn’t add much value and needing to constantly walk through my code with a debugger. I do believe that this particular company had unrealistic, unhealthy expectations for a newbie, but I also believe I could have moved faster. General learning: Prioritizing online courses over side projects. Job Hunting: Aiming to get done 150 interview questions before applying, rather than applying and doing mock interviews from the get-go. I believe perfectionism is particularly harmful in tech compared to other industries since things change so fast. Maybe this is better answered by a life coach or therapist, but what are some things I can do to limit the pernicious effects of this mindset?

279 Views
3 Comments
Software Development Engineer II at Amazon profile pic
Software Development Engineer II at AmazonPosted May 27, 2024

Choose a project for "most challenging project" question for me?

My latest position was SDE II at Amazon, backend. I was laid off. I have not worked for 2 years. I find myself struggling with which project I should talk about in my interviews. Here are the projects I had worked on. A project where I investigated how to create and analyze the right data to optimize something. This was at a previous company where we shipped highly technical software, and the software had nothing to do with the web. The project wasn't one where I built much of anything; the result was just an independent Python script. The technicals were in the weeds though. But I would say I spent more time on the project than the work needed me to. A React Native side project. I did not launch the app, but the app worked on testing. My favorite project, as I learned a lot about planning, learning a new stack, and structuring my code. However, it's a side project and the stack is not related to what I mainly worked on at Amazon. My 1st project at Amazon. A high level design of the project was done for me. The project was very simple technically: move a module from one service to another to support the deprecation of the former service. There were some choices of wiring where data goes in the new setup, but that was about it for the complexity. I worked with another team to discuss the data flow. I also broke down the project into small parts for a new grad SDE to do. I personally saw through the project to its successful launch. My 2nd project at Amazon. I was working under another SDE II and he was the one who had done all the design, assigned me the parts to work on, and drove the successful launch. I remember the end business product well, but what I do not remember is the key high level code logic behind the scenes that make it work. As a consequence, even though I remember some parts of what I personally had worked on, I cannot drive a coherent narrative about them. My 3rd project at Amazon. It was the first project at work I designed from scratch. I communicated with the technical project manager to get clear the requirements and thought about all the cases to cover to make a working design. I do not remember all the details of the cases I needed to cover but I can talk about them at a high level. The biggest downside of this project is that it was cancelled mid-implementation since another project it depended on was cancelled for reasons outside of my control. So this project never launched.

264 Views
4 Comments