Profile picture

Big Tech Q&A and Videos

About Big Tech

How to avoid building the wrong thing when navigating ambiguity?

Anonymous User at Taro Community profile pic
Anonymous User at Taro Community

I'm an E5 at a big tech company. I've been on multiple projects where stakeholders waited until the very end of the projects to say, "That's not what I wanted." What can I do to prevent this from happening? I got feedback that I "need to navigate ambiguity". Does "navigating ambiguity" mean somehow predicting that stakeholders want something besides what they sign off on? If so, how do I develop this skill?

This seems to only happen on projects led by E6+ engineers or an M2. I have not had this experience when working with other E5's or more junior engineers.

Examples:

  • Misaligned OKRs: At the beginning of the quarter, my M2 told me that it was okay to have a multi-quarter effort, so I planned to do an analysis and roadmap in the first quarter, then execute on improving metrics in subsequent quarters. My M2 signed off on my OKRs for the first quarter. When I provided my deliverables at the end of the quarter, the M2 said, "That's not what I wanted." Then he told me that he wanted metrics moved, even though my OKRs clearly said it was just an analysis & roadmap. I asked 2 mentors (a Director & an M2 - both not in my management chain) for a 3rd party opinion and they both agreed that there was no way to read my OKRs as moving any metrics. I'm confused why the M2 signed off on it and didn't say anything about it in our team's weekly OKR review meetings if that's not what he wanted. He gave me feedback that I need to "navigate ambiguity." When I asked him for concrete, actionable steps to navigate ambiguity, he said, "If you need to ask that, then clearly you don't know how to navigate ambiguity." I'm so confused! Please help!
  • Low-level design missing on a cross-functional project: The DRI (an E6 backend engineer on a different team) kept talking in circles & refused to answer questions whenever the other mobile engineer and I asked about the low-level design for our project. The other mobile engineer tried escalating to our EM, but our EM did not help us. As a last resort, the other mobile engineer and I aligned on the mobile implementations and built that. During end-to-end testing, the DRI said, "That's not what I wanted." He did the same thing to the data scientist. The project was initially scoped for 6 weeks, but ended up taking 2.5 quarters due to all the churn around "late findings". My EM gave me feedback that I need to have a low-level design before starting implementation.
  • Wrong requirements on a cross-functional project: The DRI (E8 web on a different team) provided a requirements doc that was confusing, meandering/disorganized, and hard to follow/understand. An E7 mobile engineer flagged that the doc is not a proper requirements doc at a TSG (Tech Steering Group), but the DRI ignored him and forced me to implement it. I asked for requirements clarification, acceptance criteria, and end-to-end test cases, but he refused to provide any of them. He told me that the requirements doc was all I needed. I escalated this to 3 EMs (my EM, the project's EM, and the DRI's EM) due to my bad experience from the previous project, but none of them helped me. When I asked my EM point-blank how to avoid building the wrong thing, he told me to just make sure I get sign-off on the low-level design in my mobile RFC. I made sure to get sign-off from the DRI before implementation. I also provided TestFlights every 2 weeks for the duration of the project. On the final day that I was allocated to the project, the DRI asked what happens in an error scenario. I said, "Exactly what was documented and signed off in the low-level design of the mobile RFC. Why would it be any different?" Sure enough, he said, "Oh, that's not what I wanted." When I asked why he signed off on the low-level design, he said he missed the flowchart that described the error handling. This happened even though I explicitly tagged him on that flowchart in the Google Doc. So the overall mobile design was about 80% wrong. Turns out his requirements doc said the opposite of what he wanted and that's why the wrong thing got built. The TestFlights had the wrong behavior starting with the initial build, but he missed this as well. His feedback for me: "needs to make sure we build the right thing". How do I avoid this in the future? My EM was unable to provide any advice on how to avoid this in the future. All 3 EMs resigned towards the end of the project.
Show more
Posted 2 years ago
206 Views
3 Comments

Manager offered me return internship rather than SDE position due to hiring freeze, but I would need to delay graduation for it. Should I do it?

Software Engineering Intern at Amazon profile pic
Software Engineering Intern at Amazon

My manager made it clear that my org is not offering return FT offers, but that he would put "incline return" for an internship position if I stayed another year in school (or somehow delayed graduation until 2025).

I could just take random classes or another major to extend my time in school. I also could do a 1-year Masters program which I have already been admitted into. But I am an older student and would rather not stay another year in school. I also feel like I am learning very little in school (I go to a small state school). Compared to the ridiculous amount I learned this summer in the industry, I feel like staying in school for another year would be a huge waste of money and time.

I could potentially work Fall/Spring internships for the next year (so basically a gap year) to artifically delay graduation by a year as well.

Becuase I go to a small state school, getting interviews from Big Tech is extremely hard. We send about 1-3 kids to each FAANG+ company each year and I was only able to get 2 FAANG+ interviews even with refferals to every top company, a 4.0 GPA and relevent experience. Even getting actual SWE engineering jobs is really hard with most CS grads getting jobs labeled "SWE" but that involve very little coding.

Because of that, my worry is this might be my only chance to break into Big Tech for a long time (if ever).

So is it worth delaying my graduation for a shot at big tech? Or should I just graduate and start my career, even if its at a non-tech company (with potentially very little actual engineering work)?

Show more
Posted 2 years ago
200 Views
1 Comment

Discussing Projects in Interviews

Anonymous User at Taro Community profile pic
Anonymous User at Taro Community

I’m a Data Engineer at a slow-moving finance company who’s looking for my next job in Big Tech. I just had a recruiter from Stripe reach out about scheduling an interview, which happened because I had a buddy who works at stripe refer me to the role. The position is for backend engineer.

The recruiter says the call will be 20 minutes and I should come prepared with “the most technically complex project” I’ve worked on, and talk about my role, duration, number of engineers, and stakeholders.

I’m nervous about this because my current role is something of a hybrid between data engineer and data analyst and I do a fair bit of data-analyst type work. It’s not that I don’t have projects I can talk about, it’s just that I’m insecure about them and I feel like they are unimpressive to a ‘real’ software engineer and this becomes apparent under sustained scrutiny. So maybe I can get by the 20 minute intro call, but there will surely be an hour-long session later where they want to go into excruciating detail. I do have some experience with backend as well, but it’s already almost 3 years ago now.

My question is this: how can I go about improving my situation? I’m applying for entry-level roles (IC1) and was under the naïve assumption that I just had to get very good at DSA/Leetcode. Obviously, this is not the case.

In order to better handle these project walkthroughs going forward, I see a number of potential approaches, which are not necessarily mutually exclusive:

  1. Get better at discussing projects in my current toolkit. Ditch the imposter syndrome and spend more time thinking about what I already have.
  2. Invest more in my current job to create better projects with ‘scope’ that are more impressive in interview rounds. Right now, I’m not very committed to my work and coast, doing whatever is assigned to me but in a minimalist way. My current manager has told me how he wants me to be more active in getting things done and taking on a larger role, but as a Tier-3 company, there is no expectation or requirement for me to do so (i.e. very low chance of me being let go), and furthermore, I tell myself I will be leaving soon, so why take on more responsibility? This might ironically contribute to it being harder for me to move since I don’t do the kinds of things that make it easier to interview.
  3. Do side-projects outside of work that I can discuss. But here I run into the issue that I’m not working with anyone (unless it’s open source) and this is probably not the best approach unless my side-project is really good with users. I’ve heard Alex and Rahul say this a number of times.

Happy to hear anyone’s thoughts about how I can improve my situation. I probably have the wrong attitude towards my current role, as I’ve been wanting to leave it for over a year. I’ve thought about quitting a lot so I can have more time for interviewing, side-projects, networking, learning, and prep, but everyone says that’s a bad idea (especially in the current climate), so it’s easier to just muddle on in my current role.

Thoughts are welcome!

Show more
Posted 2 years ago
186 Views
1 Comment

Unemployed for past 10 months, any slightest chance for consideration into FAANG?

Mid-Level Software Engineer at Unemployed profile pic
Mid-Level Software Engineer at Unemployed

Hi, I'm from India. I have been unemployed since February 2024 following a layoff from my last job as a Full-Stack Developer (4+ years of experience). After that experience, I decided it was time to move away from startups and their unbalanced lifestyle. My goal is now to secure a role at a FAANG company (only in the U.S.) and nowhere else. I have savings that will last me about six months to support this transition.

Initially, I planned to focus on Data Structures and Algorithms (DSA), an area where I had very limited knowledge. After reading a few posts on LinkedIn (mainly from influencers), I mistakenly believed that three months of preparation would be sufficient for technical interviews. I now realize I was wrong. It's been 10 months, and while my DSA skills have improved to an "OK" level, I still don't feel confident. My System Design skills are also at an OK level.

I've been applying to FAANG and other companies, but I keep facing rejections. I suspect this may be due to the employment gap or the lack of big-name companies on my resume.

What I'm doing to bridge the gap:

  • Working on side projects that demonstrate my skills in System Design, Databases, Programming Languages, Distributed Systems, and Microservices.
  • Building a mini-startup that I can showcase on my resume, allowing me to highlight my Full-Stack development knowledge.

My goal:
I'm aiming for at least an L4 role at Netflix or a Full-Stack position at Google or Apple.

With this employment gap, is it bold or foolish to still aim for FAANG?
I’d love to hear any suggestions that could help me get shortlisted.

Show more
Posted 4 months ago
175 Views
8 Comments

Switch jobs or stay to eventually join big tech?

Entry-Level Software Engineer at Startup Company profile pic
Entry-Level Software Engineer at Startup Company

I graduated with a master's in CS 1.5 years ago and since then I have been working at a no-name brand company as a full-stack engineer. I would love to join Spotify but I lack prestigious grades and side projects. The tech stack I work in is somewhat old (Angular 2, .NET, no cloud, in-house solution for CI/CD, etc). The company is nevertheless alright and my colleagues are all very friendly, including my boss and manager.

If I would want to join Spotify, should I double down at my current job and try to get those side projects started, or should I consider another position in-between my current position and Spotify in order to increase my chances to join Spotify? The reason why I’m not a big fan of this idea is that I don’t like to join a company with the intent to leave within 1-2 years. The reason why I'm considering changing company is because I worry that my current growth could potentially be a lot higher than what it currently is.

Will my lack of experience in newer frameworks/tools be a large disadvantage to me when I’m looking for a junior/midlevel role at a tech company where being efficient in languages/tools is a must? Is it better to stay since I can make more of an impact now since I’m familiar with my company’s tech stack compared to having to go through an onboarding process at a new company which may result in decreased impact for that period? I would prefer to join big tech in 1 year as a junior engineer, rather than in 10 years as a mid-level engineer.

Show more
Posted 2 years ago
172 Views
2 Comments

Thoughts on breakout/rocket ship startups vs big tech

Software Engineering Intern at Taro Community profile pic
Software Engineering Intern at Taro Community

Breakout startups are basically startups that have found product-market-fit and are growing at an incredible pace. So think of the OpenAIs and Databricks of the world. Back in the day these would've been baby Google and baby Facebook. Here's a link for more examples:

Sam Altman, Dustin Moskovitz and a few others strongly suggest people in any stage of their career to join these startups.

I revisited Taro's course on picking a company, and there doesn't seem to be much info on them. The course does talk about startups but I feel that startups have so many stages that it's hard to make generalizations across them.

From my understanding, it seems like breakout startups are a great place to join:

Pros

  1. You get incredible career growth since you're a part of a rapidly growing company
  2. TC is usually pretty competitive with FAANG (with a caveat)
  3. These startups usually have very strong engineering culture and network, with most people being Ex-FAANG

Cons:

  1. Work life balance seems to be worse than big tech on average since there's so much stuff to do (like 20-30% worse on average?)
  2. The equity portion of your TC is still paper money, so there's a chance the IPO flops and your TC basically halves
  3. Brand name is not may not be as good as big tech, though this is heavily dependent on the company (like you'd definitely interview someone from OpenAI, but I doubt many have heard of Helion). A question I have is how big is the difference in the brand value between your average breakout startup and a big tech? Is it negligible?

The Taro course suggests new grads to pick big tech. Funnily enough Sam Altman laments that someone picked big tech over a breakout startup. I'm not saying that these two pieces of advice are contradictory, but what factors should you consider if you're deciding between big tech and breakout startups?

Show more
Posted 6 months ago
172 Views
9 Comments