01/2018 Big Facebook E4 Package PhD with 1 year experience and competing offer from Google and LinkedIn

Internal Referral: Yes
Education: PhD
Experience: 1-3Year
Facebook Level: E4
Location: Menlo Park, CA
base salary: 160000
Equity部分(RSU/Option Total): 400000
Equity Vesting schedule: 4 years
sign on bonus: 100,000!
Yearly Bonus: 10%+
relocation: no
other offers: google, linkedin

Expected compensation: 305,000+/yr for first 4 years or 400K first year

Analysis: top E4 offer. Competing offer + strong internal referral works magic

01/2018 yelp, salesforce, groupon competing offers master 2 year experience

Has yelp, salesforce, groupon at the same time.

Level: SDE
Education: Master Degree
Location: Bay area
Experience: Bachelor plus 2+years
Competing Offer: yelp, salesforce, groupon
Base: 150K
Bonus: 15%
Equity (over 4 years): 100k stocks / 4 years
Sign on bonus: 50K
Expected income: 210K to 220k/yr

Analysis:
Competing offers help. These 3 companies typically gives 180 to 200k for such candidates. Notice these companies typically pay more base than Facebook/Google but less stock incentives. Some says that these companies has relatively lower workload than F/G.

01/2008 Google T3 offer with 300K stock GSU 1year Experience Master

Google Level: T3
Education: Master Degree
Location: Mountain View
Experience: Bachelor plus 1+years
Competing Offer: NA
Base: 130K
Bonus: 15%
Equity (over 4 years): 300K worth of google stocks / 4 years
Sign on bonus: 50K
Expected income: 237K/yr

Analysis:
No competing offer!

One of the very good offer as a T3 with no competing offer. Almost in T4 lower-mid end range.

05/2017 Google Experience Bachelor Biggest T4 Offer We Have Seen MTV 447K per year with no competing offer

Cash counting stock equity refreshment for google

Google Level: T4
Education: Bachelor Degree
Location: Mountain View

Experience: Bachelor plus 3+years
Competing Offer: NA
Base: 160K
Bonus: 15%
Equity (over 4 years): 1 million worth of google stocks / 4 years
Sign on bonus: 50K
Expected income: 446.5K/yr

Analysis:

No competing offer but the biggest package T4 ever! This package is more than many T6 in Google. How does he do it?

This person is a proven person in the Machine Learning area and has recommendation letters from AI experts. Do I need to underline the magic words? Machine Learning!

03/2017 Google T3 Entry Level Master Offer 170K Mountain View

Google Level: T3
Education: Master
Location: MTV

Experience:Master (intern but no full time experience)
Competing Offer: Amazon
Base: 120K
Bonus: 15%
Equity (over 4 years): 135  shares = 820*135 / 4 years
Sign on bonus: 20K
Expected income: 170K/yr

Analysis

Amazon offer (especially benefits) doesn’t even come close to Google or Facebook. Not a very effective competing offer.

Design question: News Feeds

Question

To make it simple, let’s focus on designing news feed system for Facebook since different products have different requirements.

To briefly summarize the feature, when users go to their home pages, they will see updates from their friends based on particular order. Feeds can contain images, videos or just text and a user can have a large number of friends.

So how can you design such news feed system from scratch?

 

Subproblems

If you haven’t thought about this problem, it’s better to solve it by yourself before reading the rest of the post. Although there’s no such a thing as standard answer, you can still learn a lot by comparing your solution with others.

Here we go. As we said before, when facing such large and vague system design question, it’s better to have some high-level ideas by dividing the big problem into subproblem.

For a news feed system, apparently we can divide it into front-end and backend. I’ll skip the front-end as it’s not that common in system design interviews. For backend, three subproblems seem critical to me:

  • Data model. We need some schema to store user and feed object. More importantly, there are lots of trade-offs when we try to optimize the system on read/write. I’ll explain in details next.
  • Feed ranking. Facebook is doing more than ranking chronologically.
  • Feed publishing. Publishing can be trivial when there’re only few hundreds of users. But it can be costly when there are millions or even billions of users. So there’s a scale problem here.

 

Data model

There are two basic objects: user and feed. For user object, we can store userID, name, registration date and so on so forth. And for feed object, there are feedId, feedType, content, metadata etc., which should support images and videos as well.

If we are using a relational database, we also need to model two relations: user-feed relation and friend relation. The former is pretty straightforward. We can create a user-feed table that stores userID and corresponding feedID. For a single user, it can contain multiple entries if he has published many feeds.

For friend relation, adjacency list is one of the most common approaches. If we see all the users as nodes in a giant graph, edges that connect nodes denote friend relation. We can use a friend table that contains two userIDs in each entry to model the edge (friend relation). By doing this, most operations are quite convenient like fetch all friends of a user, check if two people are friends.

 

Data model – continue

In the design above, let’s see what happens when we fetch feeds from all friends of a user.

The system will first get all userIDs of friends from friend table. Then it fetches all feedIDs for each friend from user-feed table. Finally, feed content is fetched based on feedID from feed table. You can see that we need to perform 3 joins, which can affect performance.

A common optimization is to store feed content together with feedID in user-feed table so that we don’t need to join the feed table any more. This approach is called denormalization, which means by adding redundant data, we can optimize the read performance (reducing the number of joins).

The disadvantages are obvious:

  • Data redundancy. We are storing redundant data, which occupies storage space (classic time-space trade-off).
  • Data consistency. Whenever we update a feed, we need to update both feed table and user-feed table. Otherwise, there is data inconsistency. This increases the complexity of the system.

Remember that there’s no one approach always better than the other (normalization vs denormalization). It’s a matter of whether you want to optimize for read or write.

 

Ranking

The most straightforward way to rank feeds is by the time it was created. Obviously, Facebook is doing more than that. “Important” feeds are ranked on top.

Before jumping to the ranking algorithm, I’d usually like to ask why do we want to change the ranking? How do we evaluate whether the new ranking algorithm is better? It’s definitely impressive if candidates come up with these questions by themselves.

The reason to have better ranking is not that this seems the right thing to do. Instead, everything should happen for a reason. Let’s say there are several core metrics we care about, e.g. users stickiness, retention, ads revenue etc.. A better ranking system can significantly improve these metrics potentially, which also answers how to evaluate if we are making progress.

So back to the question – how should we rank feeds? A common strategy is to calculate a feed score based on various features and rank feeds by its score, which is one of the most common approaches for all ranking problems.

More specifically, we can select several features that are mostly relevant to the importance of the feed, e.g. share/like/comments numbers, time of the update, whether the feed has images/videos etc.. And then, a score can be computed by these features, maybe a linear combination. This is usually enough for a naive ranking system.

 

2017 Free PhD Google Offer T4 Big Package GSU Plus Analysis

  • Level: T4
    Education: PhD
    Experience: Fresh
    Competing Offer: FB, LinkedIn
  • Base: 135K
  • Bonus: 15%
  • Equity (over 4 years): 450 Goog Shares
  • Sign on bonus: 50K
  • Expected income: 258K/yr

Analysis:

  • very good package for fresh out of school students
  • competing offers, competing offers, competing offers! Did I make that clear?

    Google Logo
    Google