Career Advice About Meta

Hi everyone, I'm looking to optimize my resume () and would love some feedback on it. I also have two specific questions about it.

1. Should I even include my personal projects in my resume? Neither have any active users, so all they do is show that I can build something, not necessarily something of value. I've seen advice online about not including personal projects unless they have some sort of tangible value and/or active user-base, but I wanted to hear this community's thoughts about this.
2. Is my resume too short? Can a resume even be too short? This partially ties into my first question because without those two projects, the resume would only fill up half of the page. My resume used to have a lot more points describing what I did during my professional experience, but most of it was fluff, so I decided to cut them out. I feel like I am stuck between a rock and a hard place here because if I want to fill up my page with more information, it feels like I would need to add fluff-like material. However, I don't want the few seconds a recruiter will spend looking at my resume to be spent looking at the unimportant fluff material I used to fill up the page, so I added the projects as a way to hopefully avoid the whole issue. I'm wondering if this is even something I should worry about.

Of course, if there's another issue with my resume that I didn't mention in these two questions, please feel free to point it out, even if it's a nitpick. Also, if it helps, for context, I am currently looking to pivot from data engineering to backend development, so I am aiming for more junior level roles.

Thanks in advance!

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?

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?

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?

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 everyone, I received an email from a recruiter at Meta requesting to setup an initial call with them, regarding software engineering roles. In a normal situation, I'd setup the call. However, my last 2 roles were both under 2 years in tenure. In the potential situation that I get laid off at Meta or find the wrong team, I'm scared that I'll look like a serial job hopper. The recruiter did mention that I could request to follow up after a few months if now is not a good time to consider opportunities. I'm not sure if this is as good as throwing away my consideration or if they do actually reach out after a few months. Any insight is much appreciated, thanks!

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.

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 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!

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.

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.

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 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?

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.

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?

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. :)

AFAIK, Google is known to issue an L1-A visa for internal transfers to US at L5(Senior) level. Does Meta offer the same visa at E5?

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.

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.

For my current project, I have 2 broad options for the infra/platform to support the feature:

1. Using a proven technology that has existing use cases within Meta but a somewhat limited API
2. Using a new technology that's not completely done yet and has uncertainty, but should have better APIs and performance

There's also the option of trying to do both, benchmarking them against one another, and then choosing the better one. However, I don't think we'll have the time to do that.

All this being said, any thoughts on which technology to go with?

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?

1. Team Charter: Overview of our mission and values?
2. Milestones: Key goals for 2 weeks, 2 months, 6 months - clear success indicators?
3. Key Contacts: Priority teams and individuals for relationship-building; schedule meetings? Essential tech leads and engineers contacts for insights across the org?
4. Priorities: Weekly/quarterly priorities and alignment with company goals?
5. Challenges: Major team challenges and my role in addressing them?
6. Time Allocation: Expected distribution of my time across tasks?
7. Learning Resources: Key documents or experiments to review?
8. Project Ideas: Prospective projects and their scope (T-shirt sizing)?
9. Performance Criteria: Access to the performance and progression rubric?
10. Meeting Cadence: Preferred frequency for one-on-one meetings with manager, skip and peers?
11. Feedback Schedule: Ideal timing for feedback sessions for peers, manager, and skip?
12. Communication Preference: Written or verbal communication preference? Anything else?
13. Asking for Help: Procedure and contact for assistance; onboarding buddy?
14. Proactivity & Dynamics: Steps to proactivity and understanding organizational dynamics?
15. Current Focus: Main current team issue or project?
16. Recent & Future Work: Recent achievements and future plans (month, quarter, year)?
17. Innovation Opportunities: Any tool/process gaps I can fill with a new solution?
18. Team Charter Feedback: My understanding of our mission and KPIs; do you agree?
19. People to Meet: List of essential PM's and people to influence across org teams.
20. Project Ideas: Observations and potential impact with rough T-shirt sizing.

Anything else, also please reply if you were my manager if you can Alex + Rahul?