Career Advice About Meta

Hi Taro. I worked at Amazon as an SDE for a couple of years before I was laid off. Recently, I signed an offer for a 6 month contract at Amazon. I might get a one year contract at Meta soon though. I never worked at Meta before. I wonder if it is worth burning the bridge with Amazon to take the role at Meta.

I have a few reasons for wanting to take Meta.

• Amazon is only 6 months and it may not get renewed. I don't want to put a short role on my resume and be looking for a job again in 6 months.
• Long term, I don't want to be at Amazon. Amazon really hurt my mental health.
• I would like to join Meta as a full time a lot more than I want to for Amazon. Their culture reputation is not great either, but I really believe it's better than Amazon.

I have one reason for wanting to stick with Amazon:

• It's not like jobs fall out of the sky. I am returning to Amazon now and I may return there one day for a full time role even though I prefer not to.

I recently got moved to a new manager, and I've been having some trouble building back up the more fluid and quite positive relationship I had with my prior manager. In particular, I'm trying to get more signal into my feedback and how I can improve. When I go over this kind of content with my new manager, they'll say something more quick and high-level like "That makes sense", but they won't give me something more specific and concrete. How can I go deeper with these kinds of conversations while keeping our relationship healthy? I want to make sure I respect their boundaries.

I had a feedback session with my manager, and they gave me feedback that I was doing well overall but they would like to see me become more familiar with Meta's experimentation tools. They mentioned that this wasn't bad feedback as this unfamiliarity is expected with relatively new Meta engineers like myself. That being said, I'm unsure how to process it: Should I process it urgently and if so, how do I become familiar with Meta's gigantic experimentation infrastructure?

Just joined a new team at Meta. Looking to level up to E5 which will require team influence and driving the team direction by creating projects. What is the best way to quickly learn and understand what the priorities are in the org? Once this is understood, what are some ways to influence the team?

I completed my final rounds at Meta. I heard back from the recruiter on the same day pretty quickly that they would like to set up a call and asked for Meta references. Is this a good sign? How important are the references?

I came in as an E4, but I feel like I'm over-leveled. I only had ~1.5 YOE before Meta, and I was doing relatively straightforward coding work at startups. However, when I joined my team, my manager's goal was to get me at E5 ASAP.

This has led to them giving me a lot of very complex scope. Here are some of the things I've gotten/am expected to do:

• Got a hard 0 to 1 project with no senior engineer to assist me
• Lead 2 E3s
• Work across multiple, completely separate stacks

I haven't been able to handle all of this - I'm falling behind and feeling pretty stressed out. I would much rather just take the time to build up the E4 fundamentals and stabilize at an MA initially vs. chasing E5 promo right out the gate.

My manager changed in H2, and my previous manager became my skip. While my current manager has a decent idea on the current projects I am working on and their importance, sometimes I see them mixing up specifics, which could be because they’re still ramping up. With that context, how do I make sure my manager represents my year long performance in upcoming calibrations well? Should I give them context on all my work in our 1:1s, especially my H1 work as they weren’t in my team?

I kind of unexpectedly got a new grad swe interview at Meta. I know there are already discussions on Taro about Meta interview, but I wanted to seek advice on my specific situation.

I am sort of new to Leetcode. I mostly interned at startups before so LC wasn't the focus (ik I still should have done LC - my bad). So here are few questions I have:

1. How much can I delay the interview? I am thinking doing it with 4 week breaks - the first round after 4 weeks from today, next round after another 4 weeks, and so on. Is that ok?

2. How many hours should i dedicate per day to leetcode, to get good at it FAST? Asking because I am also a full-time student so I am willing to sacrifice my grades if it requires putting more time into leetcode.

3. What are the HIGHEST bang for buck activities I can do? Time is extremely limited so I want to make sure I am spending it right.

FYI - I do have access to algomonster () - I am thinking of doing my LC prep there cause it's pattern based + has AI coach.

I would really appreciate some advice here. Have never interviewed for a FAANG so this opportunity means a lot. Thanks!!

(Also if you know of good resources, suggest them too! I am willing to invest in resources/mentors.)

Hello everyone,

I joined Meta a couple of months ago as an IC5, coming from a predominantly Java background. Recently, I've started working with the PHP codebase, which is somewhat new to me. I've noticed that my diffs tend to undergo several rounds of revisions, which not only delays their integration but also consumes more engineering time than I'd like.

A fellow engineer pointed out that my diffs are often too lengthy, leading to extensive feedback and additional iterations. I'm actively looking for ways to streamline my review process and improve the quality of my submissions.

Here’s what I’m considering to reduce the review cycles and improve my coding approach:

1. Reducing the Size of Diffs
2. Pre-Review Checks: -- Any suggestions here would be great

I would greatly appreciate any advice on:

• Strategies or tools that could help in catching potential issues early.
• Best practices for structuring PHP code and managing larger changes in a PHP environment.
• Any insights on transitioning from Java to PHP, particularly with regard to common pitfalls or key differences I should be aware of.

Thanks in advance for your help! I'm eager to learn from your experiences and improve my contributions to our projects.

My team got split up recently, and I got put onto a sub-team I'm less familiar with (I have more context and experience with the other sub-teams formed in this re-org). Any thoughts on how I can make a case to be on one of the teams I feel like is a better fit for me, and if I'm not able to do that, how do I make the most of this new situation?

Direction: Strategy formulation and road mapping are key, along with influencing and collaborating with other teams. How I could promote proactive inclusion of ideas on other teams’ roadmaps and engaging with leadership to drive product decisions. It’s also important to consult with managers to identify tasks that create the most impact, whether they are big or small. Engaging in strategic and road mapping discussions can be highly beneficial.

As an E5, I'm switching to more of a tech lead role, and one of the engineers I'm leading has had consistently poor code quality despite being at Meta for a few years now.

I've asked my manager for feedback about this, and they say that we should come up with a plan to improve the situation. I've already invested time in this, and I'm not seeing results. How can I get the code quality feedback to fully land and improve this engineer's code?

I've been a Data Engineer for most of my career and my observation is that scope as a Data Engineer can plateau and therefore I see a lot more L4/5 DE's than L6+. I think it is because you don't impact the bottom line directly and regularly.

At FAANG's I've worked at so far, finding new scope can be difficult even when you are working with stakeholders: it is "easier" to scope/build a product (i.e. SWE work) and show metrics of success to add value vs building a data pipeline which may be limited to them having a reporting need for example which often isn't the case especially in a more established firm.

I moved into a partner facing DE role to help more with scope/stakeholder exposure. The highest impact project I worked on so far is influencing an internal team to change the way we measure a particular metric. This involved mostly stakeholder management and nothing more complex than SQL queries from a technical standpoint. While it was fulfilling, this is also something I 'stumbled' upon and is rare due to challenges like partner scope/vision is limited/slow (their leadership can change and therefore you projects/ideas can), technical challenges of automating things because of larger concerns (e.g. privacy, lack of infra on their side which you have no control over) and so on (you generally have even less control than an internal DE).

In my current role, I am generally able to derive projects, but (in my opinion) they are limited in scope/value: i.e. build a pipeline, deliver an analysis. Therefore, even though the projects 'ticks the boxes' for an L5, it is not really driving a 'transformation' as an L6+ would. I also directly asked my manager what are some of the hardest problems we have, and have been told we have a lot, yet, I'm not hearing or seeing them.

Given the situation, would you:

1. Move to a SWE role internally at FAANG for a more established path 'up' (not sure this resolves the scope problem especially at FAANG as I think SWE-DE's can almost be even harder to get to L6+ on because they generally lack stakeholder visibility and focus on more top down work?).
2. Seek roles outside of FAANG where the scope of the work is already scoped to L6+ e.g. Airbnb so the 'heavy lifting' has been done in terms of scope.
3. Refine your scoping strategy within you own team, and if so, how?

Note: my motivation is to thrive at work, this isn't for a promo, just incase the post comes across as promo-focused. :)

I just had my onsite interview for Meta and I found it really strange that my interviewer only asked me behavioral questions for 30 mins. I used the STAR approach when describing my projects and experiences and I couldn't catch any red flags when talking about my experiences, so I'm surprised that it only lasted for 30 mins and I'm a little worried as to why it was so short. I cross referenced my answers with the junior level interview performance and it matches up with what Alex described. I did fill the remaining 15 mins with questions based on what Alex suggested. Does anyone have any thoughts?

I am currently living in the Bay Area and considering moving to Austin, TX for personal reasons (affordability, family, friends etc). I have an option to go fully remote and work on the same team. My team's current setup is a few folks are in East coast, a few in the Bay Area and some of them are remote. So, I don't really see a whole lot of benefit going to the office regularly. Plus, I started during the COVID- WFH time in 2020 and did very well working remote, so I (or my manager) don't have a problem with productivity as well.

That said, I do have a fear that my career growth might be affected if I move out of the Bay Area, especially if I want to find a FAANG equivalent role or startups in Austin. Recent RTO mandates by multiple companies are also making me nervous about long term future of remote work. What are your thoughts on making this move for personal reasons and availability of great roles with remote option or in Austin? Thanks!

I'm a product generalist at Meta and I've been offered to opportunity to ramp up to Android and possibly specialize in Android dev. What are the considerations I should be thinking about when 'switching tracks' like this. E.g. will this reset my progress towards promotion as a prodgen or will it enhance my skillset for future opportunities?

Hi all! So I joined Meta about 7 months ago and things seemed to be going well. I was complimented on how quickly I ramped up, there was talk of fast tracking a promotion, engineers from other teams have requested to work with me again, and I was given the option to select what kind of work I wanted to do this half as I had multiple lands in my TNTE half across a few areas of the tech stack. I picked some work that was recommended to have good technical depth as that felt like the place to best showcase my abilities.

Well, since the new year, the staff level engineer I am working with feels like they are setting me up. They constantly shoot down my ideas/talk through or over me and then give the feedback (through my manager, not to me) that I'm not driving the project or other vague things I cannot interpret (manager also agrees they are vague). It also feels like they are holding my diffs hostage (has sometimes cancelled lands to make comments that aren't correct and end up amounting to no actual code change) and has straight up told me to hold off on QEs to later start them later themselves and then loads me up with busy work.

I feel like I am being setup to fail or get poor feedback and it feels horrible. I am consistently putting in 16 hours days to try and keep up with their demands. I discussed with my manager about it and didn't feel like it's going to get resolved, this engineer seems to have a lot of equity in the org. My manager said to not take it too hard and that they "hold a high bar", but this isn't holding me to a high standard, it feels slanderous. Is it too early to switch teams? How quickly can this process occur? I don't know how I would survive even a few more months like this. Any advice would much appreciated.

What is the prevailing culture within the organization, and how does it manifest in day-to-day operations and decision-making? The prevailing culture within an organization is the shared values, beliefs, norms, and practices that shape the social and psychological environment of a business. This culture influences employee behavior, motivates management styles, and affects decision-making processes. What are those for Meta?

What are the hidden things to notice and to worry about? For example:

1. Cliques and Silos: Pay attention to the formation of exclusive groups or departments unwilling to share information. This can indicate a fragmented culture that hinders collaboration.

2. Resistance to Change: If there is noticeable resistance to new ideas or changes in procedure, the culture may be rigid and resistant to innovation.

3. Overwork and Burnout: A culture that consistently expects long hours and overwork may prioritize short-term gains over long-term employee well-being and sustainability.

4. Turnover Rates: High employee turnover can be a red flag for issues within the organizational culture such as lack of growth opportunities, poor management, or a toxic work environment.

5. Office Politics: Pay attention to how much politics influence decisions and progress. A culture heavily influenced by politics rather than merit can demotivate employees.

6. Feedback Mechanisms: Lack of mechanisms for providing constructive feedback, or a culture where feedback is ignored, can indicate a culture not open to self-improvement or employee development.

7. Diversity and Inclusion: Observe whether the organization actively supports diversity and inclusion, not just in policy but in practice, reflecting a culture of respect and equality.

I've had some trouble historically getting my ideas pushed through. In some cases, I'm unable to get my idea to land, and another software engineer will get something similar approved later on. What can I do so people are more likely to help me push my vision?

Hey everyone,

As I've just passed E4 infra, has anyone recently finished team match? How long did it take for you?

It's been a week and I haven't received too much news.

I'm open to Seattle, Bellevue and SF Bay Area.

Hey folks,

I don't know how to contribute to our team's monthly planning. How should I come up with ideas for things that the team should work on and contribute to our team's road-mapping meaningfully?

I joined my team in June this year right after bootcamp. When I joined this team, we set the goals for the half, and then got reorg-ed to a different domain (think ML for ads vs ML for recommendations).

Our models had only shown limited success in the previous domain before the reorg, we spent around 2 months (July and August) just building new versions of these models for the new domain.

It's October already, the model hasn't shown any significant success in any of our projects with XFN. We are getting closer and closer as we understand the problems better. However with code freeze in November, December - it is unlikely it will reach production or even online experiments by then.

Does that mean I would have "no impact" at my first PSC? This would be the case for all of my teammates which seems bonkers.

I thought about writing a long note with all of the progress we've made in understanding the problem (which will result in a model that's cheaper than the current one and easier to understand), what are some results we have seen already, and hypothesis on where to go next.

Still to be honest I'm scared the results I got won't be good enough to get to production by PSC-time, and thus I'll be marked as no impact. In retrospective I should have studied the problem more when I joined but I was so new to Meta.

How can I mitigate this? Looking for a side-project now I can fully own (as E5, I don't think attaching myself to a teammate's project is good enough) is unlikely to get any results with the current model we have.

Here are some ideas of improvements, but I could be wrong for Meta culture?

Self-Reflection and Continuous Learning: Constantly assess your own performance, seek feedback, and commit to ongoing learning and development.

Passion and Dedication: Cultivate a deep passion for your work or goals. Greatness often stems from a strong emotional investment and dedication to excellence.

Taking Risks: Be willing to take calculated risks. Moving from good to great involves stepping out of comfort zones and embracing uncertainty.

Vision and Purpose: Develop a clear vision and purpose. Great achievements are often driven by a compelling goal or mission.

Building Relationships: Foster strong relationships and networks. Collaborative efforts and support from others can fuel the journey from good to great.

Resilience: Prepare to face setbacks and failures. Greatness requires perseverance and resilience in the face of challenges.