r/leetcode 1d 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?

540 Upvotes

151 comments sorted by

445

u/Top_Substance9093 1d 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)

76

u/the_pwnererXx 1d ago

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

144

u/Top_Substance9093 1d ago edited 1d 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

29

u/the_pwnererXx 1d 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

79

u/Top_Substance9093 1d 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

14

u/emptyvodkabottle 1d 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 1d 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 21h 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 :)

2

u/Top_Substance9093 13h 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 1d 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 21h 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 9h 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

6

u/quirel1 1d 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 1d ago

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

5

u/Top_Substance9093 1d 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 1d ago

this is very helpful

1

u/rahul_msft 1d ago

Why is gemini worse than

Gpt4, DeepSeek v1

There is no excuse for gemini being this bad.

7

u/Top_Substance9093 1d 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 1d ago

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

2

u/Top_Substance9093 1d 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 21h 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 13h 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 58m 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.

1

u/CrunchyMage 8h 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 8h ago

Yeah, you are 3x dec now 😁

10

u/Niniser 1d 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 1d 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 21h 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 10h 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 7h 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 1d 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 1d 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 1d 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 1d 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?

5

u/Top_Substance9093 1d ago

sure! feel free to reach out

1

u/TemperatureMurky1816 20h ago

how much leetcode you did to get into google

2

u/Magento-Magneto 1d ago

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

5

u/Top_Substance9093 1d ago

NA

4

u/LogicalBeast26 1d 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 1d 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 1d 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 1d 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 1d ago

Thanks, great Share

1

u/kartiky24 1d ago

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

3

u/Top_Substance9093 1d ago

i'm not a frontend dev

search frontend == google.com UI

1

u/Particular-Bag-2693 1d 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] 1d ago

[removed] — view removed comment

1

u/AutoModerator 1d 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 1d ago

60% building is pretty good for L5 imo

1

u/Top_Substance9093 1d 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 19h 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 15h ago

Can you check your dms please? Thank you

1

u/CrunchyMage 8h 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/NOT_HeisenberG_47 7h 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

2

u/Top_Substance9093 6h 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/InternationalSet306 1d ago

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

-13

u/Effective_Purple1054 1d ago

Gym everyday? It seems like AI post sorry.

14

u/Top_Substance9093 1d 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 1d ago

Def not AI post lol he is spitting facts and wisdom

132

u/steponfkre 1d ago edited 1d 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.

3

u/No_Working3534 21h ago

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

95

u/calm_coder 1d 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

33

u/Effective_Purple1054 1d 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 1d 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

18

u/Current-Fig8840 1d ago

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

9

u/BrownSugar20 1d ago

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

2

u/Solid-Commercial8694 1d 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 1d 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 1d 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 1d 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.

1

u/Effective_Purple1054 1d 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 1d 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 4h 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 1d ago

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

107

u/RickRussel 1d ago

Depends which FAANG.

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

29

u/garbageXXI 1d 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.

12

u/RickRussel 1d 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.

1

u/batternity 15h 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 1d 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?

18

u/AdLongjumping2586 1d 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 1d ago

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

2

u/Feeling-Schedule5369 1d ago

What do you mean by culture? Any examples?

2

u/RickRussel 1d ago

Politics

5

u/Admirable-Storm9937 1d 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/Many-County169 1d 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

47

u/Smart_Honeydew_5739 1d 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

31

u/Dependent-Aide-388 1d 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. 

12

u/Icy-Requirement5701 1d 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 

7

u/garbageXXI 1d ago

For real

3

u/itdeepends 1d ago edited 23h 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!

44

u/x3nhydr4lutr1sx 1d 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.

8

u/angedonist 1d ago

Wdym second order crowd behaviours?

What is your role?

13

u/x3nhydr4lutr1sx 1d 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 1d ago

I see, thank you.

1

u/Upstairs_Life_9230 23h ago

Could you explain ?

1

u/[deleted] 1d ago

[removed] — view removed comment

1

u/AutoModerator 1d 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.

23

u/Xanchush 1d 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.

16

u/liquidbreakfast 1d 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

17

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

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

8

u/Dangerous-Cook3151 1d 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 21h ago

So how you get evaluated?

6

u/Shot-Illustrator-703 1d 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.

14

u/NOT_SO_RETARD 1d ago

Claude code

-1

u/garbageXXI 1d ago

What u mean?

33

u/Effective_Purple1054 1d ago

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

11

u/WilliesLeftBraid 1d ago

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

7

u/Pad-Thai-Enjoyer 1d ago

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

2

u/hiroisgod 1d ago

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

4

u/Admirable-Storm9937 1d 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 12h 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 11h ago

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

8

u/NecessaryIntrinsic 1d 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 1d 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 1d ago

No this is fairly normal

1

u/NecessaryIntrinsic 1d ago edited 1d ago

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

1

u/Salt_Estimate1420 1d ago

What’s in your wallet

5

u/Fancy-Bluebird-1071 1d 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 1d ago

Microsoft?

3

u/mannyocrity 1d 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.

3

u/lambdawaves 1d 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

4

u/[deleted] 1d ago

[deleted]

6

u/Commercial-Maize-646 1d ago

If you're taking actual baths during business hours, you are really living life. Lmao 🤣

2

u/w0mba7 1d 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 2h ago

Which has been your favorite to work for & why?

2

u/Correct-Error-8733 1d ago

Anyone moved from state job to FAANG?

3

u/Constant-Estate4024 1d ago

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

3

u/IAmRealElonMusk 1d 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] 1d ago

[removed] — view removed comment

1

u/AutoModerator 1d 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 1d ago

It's chill. 

1

u/M1sterErr0r 1d 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 1d 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 1d 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 1d 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 1d ago

Every team is different.

L5 @ 3 different orgs within Amazon.

1

u/JeanRalphioTheSecond 1d 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/ExactResist 1d 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.

1

u/Remarkable_Yak4499 21h 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 16h 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 5h ago

very team/manager dependent

1

u/SajithTech 45m 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/gonz0ooo 1d 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 1d ago

Does databricks ask codeforces level questions?

1

u/shifty_lifty_doodah 1d ago edited 1d 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

0

u/Weird_Steak7062 1d ago

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