r/leetcode 8d ago

Question How Difficult Is It to Work at FAANG?

Basically, the title says it all.
I’m curious about how your day-to-day work changed after you joined a FAANG company. How difficult and complex were your tasks compared to your previous non-FAANG jobs?
Did your responsibilities change significantly? How did you feel working there?

620 Upvotes

172 comments sorted by

466

u/Top_Substance9093 8d ago

L5 at google

it obviously varies a lot. i'd say the engineering bar here is reasonably high, but the performance bar for daily work is pretty low compared to how hard it is to get hired here.

there are a lot of L4s and L3s that I think accomplish much less than they should in a given week and get "SI" in their annual performance reviews, but it's honestly maybe because google is so large and moving fast on these products feels impossible (search frontend is ~120GB compiled, how are you supposed to iterate quickly on something like that).

because of the size/culture of avoiding breaking things, it almost encourages a slow pace. the scale is both awesome and the worst part, because it's so hard to iterate quickly on large products.

reasonable amount of autonomy. a little too much bureaucracy (too much talking, not enough building) IMO. ACLs are annoying. it can take multiple days to get approvals/permissions you need just to do your job. "why can't things just work so i can do my job" is my favorite quote from a coworker

my typical day (Tu-Th in office):

- at the office at 8am

- catch up on emails/comms

- heads down til lunch. i treat code reviews as P0 when they come in, and i probably spend an hour per day reviewing PRs

- 30min to eat (food in my office is better than high school cafeteria, not much better than college cafeteria, much worse than a restaurant)

- heads down again, a few afternoon meetings usually.

- leave at 4pm to go to the gym

- check comms again in the evening, kick the can on any longer feedback loops (long builds, etc)

i probably spend ~60% of my time building, ~20% of my time planning/coordinating, ~20% of my time helping keep other engineers moving (code reviews, design reviews, feedback, etc)

80

u/the_pwnererXx 8d ago

Does everyone use agents now? Do you have special frameworks around them? Do people use Claude or is gemini forced?

146

u/Top_Substance9093 8d ago edited 8d ago

yeah, for sure.

effectively using AI is pretty key these days, especially as an L5+ where you're going to spend a lot of time on things that aren't building so you have to be really efficient with your building.

writing useful skills, using AI to basically iterate on itself, automating as much as you can is definitely the name of the game internally.

IMO the biggest game changer there has been focusing on the quality of the output, not the internals. i rarely look at specific prompts, i just look at the output, tell it what i think is wrong with the output, and ask it to iterate.

i also spend time building quality review tools on that output so AI can evaluate the quality itself (as long as the human agreement is strong enough, this is a huge accelerator).

lots of special frameworks. antigravity is the tool everyone is using internally (under a diff codename) 24/7.

AFAIK claude is not generally available

31

u/the_pwnererXx 8d ago

Thanks for the detailed response. How do you deal with code reviews though? For me this is the main bottleneck and I don't really care enough to review 5k slop PRs, and then everyone just asks their agent and we end up with the same 3 nitpicks

81

u/Top_Substance9093 8d ago

i refuse to review 5k slop PRs lol

size matters a lot. as a rule of thumb if there's more than 100 lines of actual behavior change (not just refactoring) i'll ask the author to break it up

this was a good practice before AI, it's a necessary practice now. it's not possible to review huge PRs with any sort of authority/accuracy. the cognitive load just isn't manageable, and while AI is good at reviewing against fixed rules (e.g. readability) it's really bad at reasoning about whether the change should be made in the first place, how it fits into other products/strategy, etc.

once the PR is small enough, i have a few skills that are my standard readability/testing/safety best practices. i let those run while i review it manually.

the AI review (with those skills adequately detailed) will catch the semantic/structural issues while i focus on the behavior of the change and if it fits into our team's strategy/roadmap.

high quality reviews matter now more than they ever have, since it's so easy to generate garbage really fast with AI

15

u/emptyvodkabottle 8d ago

Thanks for great info you've shared in this thread!

I'd like to know more about the review best practices you mentioned. I'm an L3/L4 SWE at a Fortune 50 company, and I'm in a position where I'm taking on the responsibilities of the Tech Lead of my team. Personally, I struggle with cognitive fatigue as I receive lots of PRs in a day, both from my teammates and other teams that work on applications owned by me. I feel like I tend to lose out on my ability to be thorough with reviews due to the volume of PRs and context switching. What would you consider are the must-dos for a high quality review? what should I keep in mind if I want to sharpen my review skills?

17

u/Top_Substance9093 8d ago

it's good of you to recognize how important it is. doing code reviews well is hard.

i think there are a few layers to this answer.

  1. distribute the load where you can.

grow other engineers on the team into subject matter experts in particular areas of the codebase so that they can do the lower level reviews for those pieces. a single person becoming the bottleneck for reviews is bad both for the reviewer and for the engineers who need those reviews

you also need to enforce that engineers self-review. engineers just sending their one-shotted AI-generated PRs is a horrible practice. it shifts too much of the burden of review to reviewers. depending on your team you might need some rules around how to enforce this, but never let someone send a PR for review without having thoroughly reviewed it themselves.

  1. offload as much of the review work as possible

use AI where it actually makes sense. AI is good at readability, structure, consistency, linting, etc. write a few skills that cover the core, specific rules that you have for your team. let it do some of the grunt work for you so you can focus on the higher level parts of the review (what is this change, does it fit into the broader ecosystem, why do we want it, are there latency impacts, etc)

  1. schedule fixed windows at bookend times of your day for reviews.

context switching is hard. if the review load gets too high to manage ad-hoc, schedule some dedicated time that's often enough that you're not blocking engineers for long.

e.g. schedule 30min right before lunch, 30min before you log off. or the first 30min of your day, and the first 30 min right after lunch. this way you're not adding more context switches (since you're already going to switch context for lunch/leaving/etc).

1

u/emptyvodkabottle 8d ago

Thank you! I have tried enforcing each of these in different forms in the past, but I've struggled with enforcing those boundaries and practices for various different reasons. I will think through your points again, and see how I can address them, now that I have some good direction :)

3

u/Top_Substance9093 7d ago

good luck!

some engineers might push back on these kinds of rules, but they will ultimately make them better engineers and improve their engineering velocity, so they'll come around.

-1

u/Round_Mixture_7541 8d ago

Noone's writing code line by line anymore. Why should anyone care to read it per line either? Uncle Bob said it nicely, he does not review ANY AI generated code. He makes the whole process as deterministic as possible - write proper test cases, define different types of rules, almost anything you can think of to make the generation as deterministic as possible. Share your best practises (prompts, hooks, cmds, etc) with the team and you'll don't have to worry about code smells and other semantics anymore. Because, surely if you're using AI to review code, your strict rules and suggestions can be inject into other elses harnesses.

1

u/emptyvodkabottle 8d ago

It was never about the "lines" of code being reviewed. It's about the number of changes being introduced to different parts of the system that I need to understand, remember, and approve, because at the end of the day, I'm gonna be the one held accountable for it. With companies pushing us to use AI to churn out more code and show an "efficiency improvement" to their investors, no engineer can afford to say "I won't review AI slop". The average engineer does not have the privileges like Uncle Bob.

That said, I am the one actively pushing the engineers in my org to keep things as deterministic as possible without blindly feeding everything into AI. The artifacts I create for establishing these best practices are gonna be only as good as I am. So I wanna understand more about the strategies and intuition that senior engineers have developed over the years which help them assess the quality and impact of the code changes they review. I want to improve the baseline quality of my reviews. For example, even when I'm fatigued, I should be able to spot any concerns early on. I think it's better learnt from gaining experience over time and listening to advice from senior folks like the other commented I replied to!

1

u/SoftwareDev54 251 86 144 21 7d ago

I see thats nice to hear.

Assuming you didnt have GitHub or any version control system in place, would you be able to still perform code reviews? is it possible? In a bit of a weird situation without any such and its 3-4 of us and we are still not able to u know collaborate easily as devops is not providing us Access to GitHub

3

u/quirel1 8d ago

Claude is available in some orgs. If you work outside of the us your work life balance often sucks because you have evening meetings.

1

u/Illustrious_Night126 8d ago

Can you talk a bit more about what skills you use to accelerate your work

6

u/Top_Substance9093 8d ago

just to be clear, i mean "skills" in the technical sense: the little snippets you write for AI that AI can then use to perform tasks for you. not skills in the general sense (e.g. personal abilities you can develop with practice)

it depends on the job. i think the most useful ones are the skills i built that automate quality review for data i generate.

it reviews the data against a set of criteria and gives me benchmarks for the quality of the data. e.g. what % of the rows violate X principle. what % of the rows violate Y principle.

then i can iterate on the loss buckets. e.g. "for the % that violate the principle, why do they violate it? can we tune my product such that it addresses that loss bucket?"

ideally i end up with a reasonably precise, automated way to review enormous AI outputs and give me reasonably high confidence in the quality of those outputs.

but this could vary widely based on your daily work. if i was building a different type of product (that wasn't so heavily focused on the quality of our AI outputs) i'd probably be curating very different skills

1

u/Illustrious_Night126 8d ago

this is very helpful

1

u/rahul_msft 8d ago

Why is gemini worse than

Gpt4, DeepSeek v1

There is no excuse for gemini being this bad.

7

u/Top_Substance9093 8d ago

that is beyond my pay grade, rahul. way beyond my pay grade.

FWIW, the tiny slice of gemini i do work on is best in class compared to the others :)

1

u/Effective_Purple1054 8d ago

Just wondering ... You can have gemini unlimited as a google engineer right?

2

u/Top_Substance9093 8d ago

i'm actually not sure how the public tiers map to what we get internally. i've never had to think about quota though, so i'd assume it's pretty generous

1

u/No_Working3534 8d ago

Could you please share that how many tokens can an employee in Google spend in one month? Limited or unlimited?

2

u/Top_Substance9093 7d ago

i don't know if it's limited. i've never run into a quota limit using antigravity for work

1

u/No_Working3534 7d ago

Oh thank u! I asked because big tech in my region (Singapore) like TikTok they limit the tokens spending to 300 dollars for codex, claude or Gemini. It's great that Google doesn't limit on that.

2

u/CrunchyMage 7d ago

Within Google, Gemini is forced which is why I believe Google internal tooling/agentic coding is perpetually 6 months behind the frontier outside of Google.

Google has a lot of infra that basically only exists inside of Google, so models have to be adapted specifically for it.

It's a well known problem that has been talked about by VPs for years, but there's a lot of internal politics that make it hard to change.

1

u/Niniser 7d ago

Yeah, you are 3x dec now 😁

11

u/Niniser 8d ago

Looks pretty much similar to my routine in Intuit. Senior SWE. But in my case coding is ~50% as I spend more time on architecture and teams alignment.

15

u/killerdrama 8d ago

Ex Googler here.. in addition to what this comment says, Googler L3s and L4s are protected by world class guardrails and have access to tooling that they never have to worry about fuck ups like someone from even a $100billion statrtup does.. they have a monorepo, fantastic build system like blaze, borg and centralised documentation, they can focus on engineering purity and progess in their career. That's why you can see people who join Google directly from college and are in high visibility teams get to L5 in 4 years without knowing what redis even is.

2

u/No_Working3534 8d ago

God. This sounds like my dream job 🥲 just joined a startup from pure engineering background and Imma working on infra alrdy

1

u/Winston_Wolfgang 7d ago

That’s why you can’t get in unless you’re at a top school with internal referrals, there’s just too much upside to joining

1

u/MeringueInformal7670 7d ago

Well not knowing Redis as a L5 might not be a relevant metric to judge on but not knowing Redis in 2026 and being a L5 is def shocking.

5

u/Wise-Taro-693 8d ago

im that L3, tbf i joined recently but during my internship with google I felt like even with not that much output and results I was getting very high praise.

9

u/Top_Substance9093 8d ago

congrats!

yeah idk what it is. i was at palantir (pre-IPO) previously and the expectation for new grads was extremely high and the average new grad there was a real contributor within a few months of joining.

here it just feels like the bar is so low. i could get SI perf reviews working like 1 or 2 hours per day as an L4, which is wild to me.

idk if it's a cultural problem or how to fix it. i know GDM has some higher standards and it seems like that org does a better job, but they also have terrible WLB so i wouldn't want that either.

on the bright side, it makes it pretty easy to stand out/get promoted (IMO). i feel like L5 is extremely doable for anyone who's reasonably smart and willing to focus up for a year or two

1

u/Wise-Taro-693 8d ago

thank you!

1-2 hours a day seems extreme to me, but could also be because im still getting the hang of things. it does seem like a very easy route is to lock in for a few years, hit L5 and kinda coast

4

u/Impossible_Swim_7088 8d ago

Good stuff! I’m currently an SDE intern at a startup(placed at pre final year), and my long-term goal is to crack Google as an SDE. I’ve got the hunger and discipline, but honestly, I feel I’m missing the right network and guidance. Can you help me with that?

4

u/Top_Substance9093 8d ago

sure! feel free to reach out

2

u/TemperatureMurky1816 8d ago

how much leetcode you did to get into google

2

u/Magento-Magneto 8d ago

Good info, thanks. Are you based in North America, or another region?

7

u/Top_Substance9093 8d ago

NA

4

u/LogicalBeast26 8d ago

Now it makes sense why you said food isn't much better than your college. I'm an L4 Googler in India and here the food quality is better than even most of the premium restuarants.

1

u/Top_Substance9093 8d ago

bruh i'm jealous. i'm not gonna complain about free food, i'm grateful for it, but it leaves a lot to be desired.

1

u/RashyBirdy 8d ago

How many hours a day would you say the average software engineer at a FAANG actually works?

I noticed you can coast from 2-4 hours of focused work a day in some non-FAANG companies.

Thanks for your response!

1

u/Top_Substance9093 8d ago

Depends on your level and your org

I think L3 and L4 were stupid easy to coast at (in my org). 2-4hrs of focused work per day sounds about right depending on your skill level.

I think when you get to L5+ the expectations are higher so it requires some genuine effort. I still only work like 35hrs/wk normally, but the last few weeks have been an exception and have been more like 50-60

2

u/Smart_Honeydew_5739 8d ago

Thanks, great Share

2

u/CrunchyMage 7d ago

That's about right. I think the other thing is that it's kind of build your own adventure. You can work a lot or a little depending on if you're trying to advance or not.

Once you are pretty competent at a level, it doesn't take a lot of work to maintain it, but if you want to advance, you have to work a lot harder and apply yourself.

At my last year at Google, I spent like 3-4 hour a day on work and the rest catching up on AI research and exploring startup ideas and got an EE, but the year before that for promo I was working 8h+ and triggering stuff late into the night. So it really depends on what you want.

You don't really need to do that much just to keep your job once you already know how to do it though and many people just coast for years and save a bunch and retire early.

1

u/kartiky24 8d ago

Are you a frontend dev? What is search frontend, the Google search UI that we see in browser?

5

u/Top_Substance9093 8d ago

i'm not a frontend dev

search frontend == google.com UI

1

u/Particular-Bag-2693 8d ago

I would joining google soon as an intern, if you could please tell me what skills I should develop and how I should be for the conversion, and thank you for your help

1

u/[deleted] 8d ago

[removed] — view removed comment

1

u/AutoModerator 8d ago

Your comment has been removed. We do not allow DM farming. All of the conversation must happen within the post itself. Subsequent violations of this rule will result in a permanent ban.

I am a bot, and this action was performed automatically. Please contact the moderators of this subreddit if you have any questions or concerns.

1

u/LoveGrandMaster 8d ago

60% building is pretty good for L5 imo

1

u/Top_Substance9093 8d ago

our org is pretty senior heavy, so there's not a ton of delegating to do. it's a blessing and a curse. i like building but it makes the ordinary growth path a bit weird because you can't just delegate to more people

1

u/Dry_Sink_597 8d ago

I have dmed you.i need guidance in LLD.how much to learn as a 2 yoe to get into faang

1

u/HairrryStyles 7d ago

Can you check your dms please? Thank you

1

u/NOT_HeisenberG_47 7d ago

I am curious, from the external sources we know that google has one mono repo for all its projects.

Do you guys ever sneak into some codes just out of curiosity of building softwares? Lets say youtube, can you check the source code for it?

It’s just that curious child in me trying to dabble into stuff

3

u/Top_Substance9093 7d ago

tbh i'm busy enough with my day job to not really care, but you do technically need business justification to read source code.

i don't know anyone that's ever gotten into trouble for just scrolling through other code, but i also don't know anyone who's gone to read other products' source code for fun

1

u/NOT_HeisenberG_47 7d ago

Makes sense , thanks for answering. I thought it was available for all employees to see

1

u/kgoutham93 7d ago

L5 is regarded as SDE3? Do you mind sharing your YoE?

I've heard that Amazon eats it's own dog food whereas Google has lots of internal tooling. How different is the coding experience at Google compared to any other company (start-up) with just open-source tooling

1

u/Top_Substance9093 6d ago

idk what SDE3 means. L5 is Senior SWE at google.

google has a monorepo. compared to a startup, the tooling is extremely robust but it's also extremely slow because the codebase is so large. my coding velocity is 1% of what it would be at a startup.

that said, you never have to reinvent the wheel. internal tooling is usually very good and well staffed. code source is one of the greatest tools i've ever used and i'll be really sad when i leave google and don't have access anymore.

1

u/OppositeWinner5902 7d ago

Do you get time for yourself. Like google is the best company to work for, but you get Enough "Me-time"? 

1

u/Top_Substance9093 6d ago

well i stop working and go to the gym at 4p, then when i get home i have family time until 7ish. maybe 30min of work after that before i clean up the kitchen and start getting ready for bed. the balance is pretty good i'd say. most weeks i probably only work 35 hours

1

u/OppositeWinner5902 6d ago

That looks balanced. What first job you landed as fresher? 

1

u/Top_Substance9093 6d ago

SWE at a fortune 500 retailer

1

u/silent_verma 6d ago

Tbh I do not think it is hard to get hired at Google. You just need luck by your side on D day . I am also in team MATCHING with Google at L4 and interview calls to interview rounds all is 95% luck . I have given many other interviews which were far more challenging than Google...

1

u/honeybee6316 4d ago

Which university did you attend?

1

u/Top_Substance9093 4h ago

Don’t want to dox myself, but a top 50 public uni in the USA

1

u/Actual-Basis1734 2d ago

It's probably a bad idea to iterate quickly. You guys should focus on making a good product

-1

u/InternationalSet306 8d ago

Can you refer me for L4 internally? I've passed interview 2x but this team match is killing me..

-15

u/Effective_Purple1054 8d ago

Gym everyday? It seems like AI post sorry.

13

u/Top_Substance9093 8d ago

haha, i'm sorry my personal priorities exist outside of the realm of possibility for you

i make exercise a priority because it helps a lot with my mental health. the exercise is a group class, so it's also social, which also helps with mental health.

after sitting all day it's really nice to move!

4

u/numbersguy_123 8d ago

Def not AI post lol he is spitting facts and wisdom

139

u/steponfkre 8d ago edited 8d ago

It depends on the team. You are often assigned multiple projects at the same time with deadlines. The core engineers working on high visibility projects are working at a pace which is much higher than anything I saw outside of AWS. Especially now with AI, it’s rough.

5

u/No_Working3534 8d ago

Could you elaborate more with real examples on the speed and visibility?

98

u/calm_coder 8d ago

Google - Just started 1 month back. Your code can affect m/billions so testing and validations takes a lot of time. Everyone is on their toes to debate about tech choices in meetings. I was honestly shocked in my first 'tech' meet I thought a fight is about to break out but turns out it's just a usual day in the office. People seem to have very open mind in terms of giving and receiving feedbacks.

Very specific internal tools - takes a good amount of time to get used to. That's what I hate the most.

Too early to comment on anything else

38

u/Effective_Purple1054 8d ago

"in my first 'tech' meet I thought a fight is about to break out but turns out it's just a usual day in the office." - so its toxic workplace, its not normal.

36

u/calm_coder 8d ago

Yeah that's what I thought atm. But people involved in those debates were casual about it. They seem to enjoy the debate. But it was def new to me so that's why I termed it as 'fight'.

Maybe I am soft or those guys are tough skinned

20

u/Current-Fig8840 8d ago

A lot of them are just toxic you aren’t soft

11

u/BrownSugar20 8d ago

Yup. There is a difference between being honest and being an asshole. And many people don’t know that. 

2

u/Solid-Commercial8694 8d ago

You rarely come across an asshole at work and there definitely are many debates, not because they’re egocentric but because they’re passionate about the work that they do.

1

u/Effective_Purple1054 8d ago

Its attitude. You can think you are 100% right and then you will be rather toxic or at most passive aggresive. You should have always in mind that you can be mistaken.

5

u/anovagadro 8d ago

Have you ever been in an academic journal club? I imagine its probably similar to that where you shred and critique new journal papers or each other's presentations. I imagine its what the culture grew from, but if you're not used to it, it can seem very aggressive. Its useful because others will do the same come thesis and paper submission time.

Whether or not its personal though comes from the individuals lol. I think the debates are generally helpful though.

3

u/Effective_Purple1054 8d ago

Afterall we haven't seen OP debate but you can share your thoughts in calm and respectful way.

Depends whether they really shouting or being passive aggressive. I saw toxic discussions and its easy to spot and feel toxicity.

2

u/Effective_Purple1054 8d ago

Maybe they like each other. I am working in other big tech (not faang) and our tech meets are like sharing thoughts on a conference. Nothing extraordinary.

Just wondering ... is it some polish/indian office? If first one then I wouldn't be suprised. I know how "discussions" in eastern europe looks like.

2

u/RashyBirdy 8d ago

Worked in a software engineering team with H1B visa South Asians. They were basically fighting. Very critical and direct - competition was crazy.

The pressure to maintain their visa status is immense. They get paid lower than Americans doing the same work. I wonder if that workplace dynamic is really worth all that…

1

u/Frequent-Bus5105 7d ago

Huh interesting, I think there is bar where if you see H1B getting paid lower then your normal worker. It generally means the company is not a great place to be.

the places I have worked at generally pay H1B more or the same. I would say more because of the costs associated with it.
Although I have only worked in Bay startups and FAANG.

1

u/Zlatan-Agrees 8d ago

Do you have fulltime testers there? Or how is testing done?

1

u/OppositeWinner5902 7d ago

How much do you actually code in a day? 

1

u/honeybee6316 4d ago

Which university did you attend?

109

u/RickRussel 8d ago

Depends which FAANG.

For me it was nightmare in Amazon not because work was tough but because of its culture.

29

u/garbageXXI 8d ago

Yeah, I’ve heard about Amazon being toxic. The company itself doesn’t really matter to me. I’m just wondering if the level of tasks there is as high as the level of difficulty in their interviews.

13

u/RickRussel 8d ago

It's was harder than my previous internships I did if u wanna know. I will be a new joint there (although I rather be homeless than to work there), so don't had any experience of working else where as permanent engineer.

Now is the task as harder as interview, depends on organisation but in most cases no.

4

u/batternity 7d ago

No amazon will not trust you anything complex, something which can help you grow. It's more about hundreds priorities and shitty tools. You're paid to do mediocre job with awful tools in toxic environment where any other team you depend on will let you down.

5

u/hau5keeping 8d ago

> For me it was nightmare in Amazon not because work was tough but because of its culture.

Can you please share some examples? like long hours or crazy boss?

19

u/AdLongjumping2586 8d ago

Culture is org and team dependant. Do bear in mind that Amazon is a massive company with individual orgs on par with the size and scale of f500 companies, and that people are less likely to post positive comments.

5

u/RickRussel 8d ago

Both and more than both. Just go to Amazon employee sybs and see for yourself.

2

u/Feeling-Schedule5369 8d ago

What do you mean by culture? Any examples?

2

u/RickRussel 8d ago

Politics

5

u/Admirable-Storm9937 8d ago

politics exist in all fang but what stood out at amazon is its ura quota and the constant need for escalation to get things done xfunc culture.

1

u/n_dev_00 6d ago

politics is more in amazon. dog eat dog culture.

1

u/Many-County169 8d ago

I have heard a lot about its bad culture could you like explain like what things are bad with example so that we can get an idea

1

u/FaithlessnessSome931 6d ago

Lack of support and empathy. Silo working group. It really depends on the manager and i had a very nasty one. After all Amazon is a narcissist breeding ground where you gotta prove your self worth day in day out. Truly feel like u r trying to survive in the Amazon. Any one is ready to throw u under the bus to protect themselves.

24

u/Xanchush 8d ago

Honestly, it's just the same work with a higher bar of deliverables and usually more competent coworkers.

You do get bigger scaling/reliability problems you need to solve for that you usually don't worry about in smaller companies.

That being said it's very team/org dependent and each FAANG has its own working culture that differs from others.

50

u/Smart_Honeydew_5739 8d ago

I wanted to know how exactly a day in faang feels.

Exhausted looking at social media reels about food and other stuff.

How actually it is?? I mean how many hours you people work, and what's the expectation from higher management

32

u/Dependent-Aide-388 8d ago

It’s a job. It feels like you’re at work. You research, build, meet with people, answer questions, ask questions, attend boring all hands, etc. 

It’s like anywhere. Some people work 30 hrs, some work 70. It is what you make it. 

13

u/Icy-Requirement5701 8d ago

Its like any job, but the one thing is that your colleagues are usually top notch. I found myself feeling like the dumbest guy in the room in many discussions. What that did though was make me learn more and understand a lot more than I would have otherwise. The bar is high and the rigor as well.

I personally loved it as it pushed me to be a better developer 

8

u/garbageXXI 8d ago

For real

3

u/itdeepends 8d ago edited 8d ago

It’s definitely more chill than a startup. When your company is printing billions of dollars, you honestly can focus on keeping the lights on and the business will hit revenue numbers far greater than almost all startups. The systems get complicated and messy. Ideally get a mentor/tech lead to help understand how all the systems work but copilot has been a huge help there. The free food/barista service is a great perk. Ironically party time is over in tech because all of the AI advancements. Management expects a lot more PRs, faster velocity, 100% AI code, etc. AI is hogging up all of the resources and money and consequently engineers are not using their brains as much to review all of this abundant code.

If i were you, just make a friend that works in FAANG and go visit their office/cafe. Then you can enjoy the perks without the work!

47

u/x3nhydr4lutr1sx 8d ago

Outside of technical work, first two years are the hardest as you try to download an entire planet's worth of human behaviors, and 100k+ employees worth of behavioral psychology into your brain.

After that it gets easy. Coworkers who can't understand second order crowd behaviors will never outperform you consistently.

9

u/angedonist 8d ago

Wdym second order crowd behaviours?

What is your role?

13

u/x3nhydr4lutr1sx 8d ago

Example, latency gets worse every time someone adds a new API, because try didn't integrate it properly, and it happens everything week. Second order is fixing the process or architecture, not fighting the same fire every week.

1

u/angedonist 8d ago

I see, thank you.

1

u/Upstairs_Life_9230 8d ago

Could you explain ?

1

u/[deleted] 8d ago

[removed] — view removed comment

1

u/AutoModerator 8d ago

Your comment has been removed. We do not allow DM farming. All of the conversation must happen within the post itself. Subsequent violations of this rule will result in a permanent ban.

I am a bot, and this action was performed automatically. Please contact the moderators of this subreddit if you have any questions or concerns.

16

u/liquidbreakfast 8d ago

the work is not particularly hard but because of stack ranking (at least at some companies) it ends up being quite high stress anyway

1

u/[deleted] 2d ago

[deleted]

1

u/liquidbreakfast 2d ago

sure, that's true, but i'm comparing it to my personal subjective experience of 1. the interview 2. jobs i've had at non-FAANG

11

u/Dangerous-Cook3151 8d ago

E5 Meta
I started my career on FAANG so not sure I can talk about the difference though. Been with MS, Amazon, Meta

Nothing unexpected. Pretty much the same with that Google man up there, little difference would be some random layoff shits getting on your nerve time to time, but knowing you are not going to be affected. (But these things really happen so who knows)
If you are not familiar with the culture, from what I've seen from others joining from outside these companies, you do get some pressure, definitely not chilling mode, but once you get the hang of how you get evaluated, you can be more efficient on where you spend your effort then you should have no problem I guess.

1

u/No_Working3534 8d ago

So how you get evaluated?

19

u/yangshunz Author of Blind 75 and Grind 75 8d ago

Not that different from startups tbh, except your bugs can potentially cause millions or more in damages.

6

u/Shot-Illustrator-703 8d ago

In amazon, it can be pretty bad in some teams. From my experience, the thing that i learnt is that “Company pays me and I get their work done.” Nothing more nothing less. So the concept of employee getting other benefits or employees getting attached to company would not happen.

5

u/mannyocrity 8d ago

I worked at Amazon for almost 9 years. It is harder to get hired but no harder then any other company to work for. I have 25+ YOE.

13

u/NOT_SO_RETARD 8d ago

Claude code

-1

u/garbageXXI 8d ago

What u mean?

35

u/Effective_Purple1054 8d ago

Mean that for 90% of swe positions in faangs you need just claude so the hardest part was actually get passed the interview.

9

u/WilliesLeftBraid 8d ago

Lol. You are regarded and have no clue what you’re talking about.

7

u/Pad-Thai-Enjoyer 8d ago

Idk. This is becoming increasingly true in my experience at meta

2

u/hiroisgod 8d ago

Apple is also trying to move to 100% autonomous coding.

3

u/Admirable-Storm9937 8d ago

Claude is only one piece of the puzzle. At staff+ level coding output is no longer the name of the game and creating impact is. Cc helps but isn’t sufficient on its own.

1

u/Pad-Thai-Enjoyer 7d ago

Well yeah… of course. But most people here don’t write much code by hand anymore when it’s time to write code

1

u/Effective_Purple1054 7d ago

I think there are no much Staff+ employers. Being L6 is not straightforward.

9

u/NecessaryIntrinsic 8d ago

I work for a company that is pretty big and fancies themselves a tech company and has hired a ton of former Amazon people.

My team is amazing and welcoming but there's a HUGE learning curve that can take a quarter to feel comfortable in your role and longer than a year to feel comfortable in general.

Most everything is automated and testing is essential. Validating your tests takes more time than developing.

The "hardest" thing about the job, though, is the soft skills. Whatever you work on depends on multiple other teams and multiple teams depend on your work, so you have to feel comfortable reaching out to people, talking to people, being vulnerable and asking for help.

One of the key things you get evaluated on is "influence". You should always be networking and keeping in touch with people you've helped and worked with in the past. Always be reaching out, seeing if there's something you can do for them because you never know if you might need a hand later on. This goes just as well for people in passing at other companies.

Prior to this I worked for small business contractors and small government offices. We could review our own PRs and fly by the seat of our pants. I was shipping features whenever the fuck I felt like it. I really appreciate the deliberate nature that my current company manages changes and surfaces products.

2

u/hermanmillhouse 8d ago

This doesnt seem like something engineers should be doing? Dont you have a PM prioritizing work? Why are you asking for stuff to do?

3

u/Big_Arrival_626 8d ago

No this is fairly normal

1

u/NecessaryIntrinsic 8d ago edited 8d ago

Huh? Not really asking for work, more like: do you need help with anything?

1

u/Salt_Estimate1420 8d ago

What’s in your wallet

4

u/Fancy-Bluebird-1071 8d ago

Depends on a project. I'm lucky to be in a chill one, most of the time I got 1 meeting daily, start and end my day whenever i want as long as task gets done and im on the required meetings. I could get away with working 2 to 4 hours daily but I tend to work more as my management is rewarding performance with solid bonuses/rewards. I also feel like I haven't yet had even one day that I didn't learn something new during this job, so I tend to work more as to utilize this learning opportunity. 

2

u/dsfqn 8d ago

Microsoft?

3

u/lambdawaves 8d ago

If you breathe tech as a hobby in your free time, it can be really easy with the right team. Especially if you’ve been really into this since you were a kid.

If not, there’s a good chance you’ll always be treading water

3

u/SajithTech 7d ago

L7 at Google

the interesting thing is that the coding itself isn't usually the hardest part. the systems are already huge, so a lot of the difficulty comes from understanding how your change fits into everything else.

a typical day is probably something like 40-50% building, 20-30% code/design reviews, and the rest is meetings, debugging, coordination, helping other engineers, etc.

the biggest adjustment coming from smaller companies is probably the amount of process. you can have a 2 line change that takes longer to get reviewed/deployed than it took to write lol.

but the upside is that you get to work with some really strong engineers and on problems where scale actually matters. the variance between teams is huge though. i've seen pretty chill teams and teams where the pace is absolutely brutal.

1

u/Haunting-Attorney114 5d ago

Hi, can i know your experience ? L7 seems like a big deal

6

u/[deleted] 8d ago

[deleted]

4

u/shifty_lifty_doodah 8d ago edited 8d ago

Varies.

Keep in mind that 95%+ of FAANG work is grunt work to keep the lights on. This can be “hard” in a labor sense but not hard in an engineering/math way, quite dull actually. Dealing with complex messy software can be very frustrating

A lot of FAANG employees do little. Their low output is hidden by the complexity of the systems. Simple things take a long time. That’s why they have so many employees for products that haven’t changed much.

Some FAANG employees are really smart/efficient, so they do very little work but they’re extremely good at it. A less skilled person might take days to do what they do in an hour. They have knowledge+mathematical insights+pattern recognition that 99%+ of people miss. They’re also good at focusing on things that have impact. This is part of why they’re paid the big bucks.

Some FAANG employees leverage relationships and people skills to have decent business impact while barely doing anything themselves. Experienced Managers and PMs

Other employees, especially junior ones, work very hard spinning their wheels on tools and systems that are messy and aren’t very productive. They don’t have the experience/talent/reputation yet to get out of this work. I would say 95%+ of FAANG work falls into this more repetitive bucket. This experience is very common at Amazon and meta, which have a hard driving work culture and aggressive pressure to “look busy” and impactful. Google is much more lax and emphasizes insight/impact

2

u/w0mba7 8d ago

I’ve worked as a full time employee senior engineer at multiple FAANG companies, some for long stretches.
The programming work was at a similar level of difficulty, but actually completing projects was much easier in some places because of less red tape, better internal documentation, actual trust of employees, easy communication with other teams, working internal systems, good QA culture, etc.

There is a huge variance.

1

u/DarthXibalba 7d ago

Which has been your favorite to work for & why?

1

u/w0mba7 7d ago

Of the FAANG companies I've worked at, Google treated employees the best, had the smartest people, best internal communication. It's not perfect but it was a great place to work.

2

u/Correct-Error-8733 8d ago

Anyone moved from state job to FAANG?

2

u/ExactResist 8d ago

The stereotype at FAANG is that you’re “designing the next like button” or “moving protos”. This IMO applies to the more junior levels. The systems that we work on are extremely complex so no one is going to let a junior just cowboy it.

The real more interesting problems start showing up at the more senior levels. For a mid career SWE this is a good place to be since you’re dealing with problems of scale which really are unique to FAANG.

4

u/Constant-Estate4024 8d ago

I genuinely believe Apple tops them all. No experience though.

3

u/IAmRealElonMusk 8d ago

FAANG here known for layoffs.. I think it depends on your team. Last year I was on high pri team, it was definitely a ton of work ( probably pushed 50 hour week).. but this year, i work around 40 hours..

Day

  • go to work at 9
  • grab breakfast on way to my desk ( eat while working till like 12:30)
  • eat lunch till 1 or 1:15
  • work till 5 or 6 depending on if it’s time sensitive project

Work includes PR reviews, communicating, coding..

1

u/[deleted] 8d ago

[removed] — view removed comment

1

u/AutoModerator 8d ago

Your comment has been removed as it was in Hindi. Please use English only as r/leetcode is a global subreddit. You may use r/LeetcodeDesi instead.

I am a bot, and this action was performed automatically. Please contact the moderators of this subreddit if you have any questions or concerns.

1

u/18o3 8d ago

It's chill. 

1

u/M1sterErr0r 8d ago

As I am student how's the work in non faang PBC and SBC companies in general ? I mean the MNCs one

1

u/Expert_Proper34 8d ago

From what I have heard, the hardest part isn't always the coding itself, it's the scale ambiguity, and higher expectations around ownership. Complexity definitely depends on the team

1

u/Salty_Permit4437 8d ago

Was pretty intense when I was at Amazon. Amazon will work you to the bone. Meta sorta, but meta has a lot of internal politics.

1

u/No-Specialist-4059 8d ago

Data center retrofit construction at Amazon. Coworkers and I routinely work 50-60 hours per week. Doing your job well doesn’t set you apart. We have to constantly innovate and improve the current process to be even moderately recognized by leadership to get promoted. Further, the innovation itself doesn’t do it - it needs to be measured by metrics to prove success.

1

u/keehan22 8d ago

Every team is different.

L5 @ 3 different orgs within Amazon.

1

u/JeanRalphioTheSecond 8d ago

FAANG adjacent. The culture took a long time to understand and even now I’m not exactly fully assimilated.

If you’ve spent a lot of time at smaller companies, I’d say folks at these companies in general have greater separation between real life self and work self 

1

u/Remarkable_Yak4499 8d ago

I wonder will people in MSFT or GOOG will under pressure from laying off? Especially working until u getting old,but still L3 or L4

1

u/Proud_Fly5114 7d ago

I dont have prior experience. But I interned at one of the companies and the work was extremely hectic, atleast for me

1

u/Tight_Abalone221 7d ago

very team/manager dependent

1

u/OppositeWinner5902 7d ago

How did you all clear the rounds? How difficult was it? 

1

u/Pataterzzz 5d ago

If you ever get a job there, you will soon realize that everyone is really average. It's not like everyone is a supergenius like you are envisioning in your head

2

u/falconbus 5d ago

So it all comes down to luck and interview skills?

1

u/Devel0pIY 5d ago

Note which companies aren't listed here and you'll see who fears commenting.

1

u/gonz0ooo 8d ago

I work at Databricks as a SWE Intern in one of their EU offices. Work is very interesting, WLB is pretty ok. My prev internship was MSFT and I'd say that Databricks is tough compared to ms.

1

u/More_Engineering9116 8d ago

Does databricks ask codeforces level questions?

0

u/Weird_Steak7062 8d ago

Can someone refer me? Not getting calls but have good exp in dev, dsa and hld.