System Design Q&A and Videos

How do I get better at technical design review and presentations? I go into these tech review meetings and get a ton of questions from senior engineers that aren’t directly related to the project and the raw volume of questions derails the whole thing. It always feels like something is missing. What should the preparation phase of a project look like?

Adding on to this, I do go into these meetings with a technical design document. Ideally people will comment on that well before the meeting, so we can get more of the discussion done async. However, people often don’t have time so they don't do this, making the tech review meeting the first time they see the tech planning materials, hence all the questions.

Recently had an interview with big tech where I proposed a solution that was pretty much textbook from the Alex Xu books. I have had similar experiences with educative. They are all undeniably detailed and great but I feel there are some edge cases that are hard to figure out unless you have worked in those systems.

Educative and Alex Xu books are not perfect representations of system design either. There are some small gotchas that a big tech experienced interviewer would catch. This also happened with cochroach db interview where this very senior engineer figured out the material I was using and asked a targeted question that he knew was a flaw in design but not discussed in educative course

So I guess the question is how do I do better?

I have studied DDIA, alex xu books, Educative.

This is question for staff interviews for senior engineers

A meta recruiter reached out to me and I asked for study materials and he sent back materials for IC6. What level is this and is there anything special I should study for this role besides DSA?

Hi guys, I found an interesting point in another thread and I don't know, what should be a correct response to it.

Here is it:

"You spent 12 hours of work on an issue and got a working solution. You submit a PR with only a day left before the sprint ends. One of your coworkers looks at your code, thinks it's good enough, but suggests a better solution you haven't thought of. What do you do?"

Especially, what if I have a bigger feature, spent one week for it and need another 3 days, if I will change my code. What would you do?

What differentiates a Senior vs Staff engineers in terms of :

• the design they come up with
• how they communicate in the interview and how they drive the conversation
• how deep they dive in to each area of the design

Hey Folks, I have a System Design Interview with Figma. Is there some fundamental material that I can start from?

I recently got laid off working as a developer working within an agency. I currently have around 5 years of experience working in the agency setting utilizing React, Next js, Vue, Liquid, and the Shopify API to create custom eCommerce sites. During my time at these agencies, I also had the opportunity to act as a lead, interact with clients, set timelines, and cross collaborate with designers/projects managers to meet deadlines.

I have been looking for new opportunities since January and I've been able to secure a couple of interviews, technical challenges, and one onsite. Most of my interviews have been coming from agencies, but my preference is to join a tech startup or maybe more on the brand side of things within the Shopify niche. Below are a couple of questions:

1. Will working at another agency hurt my career in the long run? My ultimate end goal is to work for a bigger tech company if possible.
2. If an agency does want to hire me right now, should I take the job for now or just wait for one of my preferences?
3. I notice a lot of developers within the agency space freelance after their 9-5. Does studying for interviews or future jobs provide a higher ROI instead of freelancing?
4. Lastly, I just finished (super helpful!). It seems like the best course of action for me is to apply a lot, work on side projects instead of grinding leetcode, and study system design. Does this seem correct?

Thanks in advance!

I have realised over the years that I have gained good amount of technical knowledge but I lack great communication skills (in terms of expressing my thoughts). This was okay till I was working as software engineer as my task involved more of coding work which does not require explaining things to large audience. Now as a Senior Engineer my task revolves around making design choices, explaining pros/cons of selecting an approach etc. I realised that even though I am confident on my technical approach, I sometimes fail to express myself and the approach in the right way during the discussion which led to times when my approach is discarded and others as selected as they express themselves better. I need some suggestions on how to improve on this aspect as this will be crucial part going forward in my career.

So. DSA is relatively straightforward to get good at: methodically go through some common patterns and train yourself on the variations. However, system design is a completely different beast.

There's the hard science component of "this DB cluster will probably handle 10K QPS at this scale", eventual consistency, etc. System. And then... there is the art. Design.

I understand there's some level of mentorship/guidance involved, but I'd rather be a mostly hands-off self-improving machine like .

As far as I see it, this is what makes DSA straightforward to improve in: rigorously measure your own work against an objective set of metrics, rinse and repeat.

So my question is: How do you audit your own work when you do system design?

Hi All,

I have a situation, can you help me on how you'd navigate it?

I have a potential project idea that has staff level scope.

There's a pain point across our company and this project would help the entire company.

I want to lead this project because it'd be a tremendous opportunity for my growth.

Given that I'm mid-level and lack of experience leading projects, I fear ownership of the project will be given to someone else to lead if I speak on it. This project shouldn’t be done in silo, this project needs to be part of the engineering priority because it will span across multiple teams.

Can you help me navigate how to maintain ownership/lead this project?

For the past 3 months, the primary activity on my team has been to debate and discuss the architecture design of the large system our team will be developing in Q3. It feels like we’re in gridlock and I don’t see a clear path to a decision. How can we move forward productively?

I am the only experienced Full Stack developer in the team and I felt that the management got a bit excited when they found out. For the first week I was asked to represent my team to the UI review committee to get the UI approval, I had little or no background of the feature but it was kind of rushed out.

Second week, I was told to write the design document of a feature which I was not aware of. I started digging deeper into it, but after 3-4 days I was told there is some other team who is working on something similar so I should stop working on it.

Third week, I was told to again start working on it but then was told to put it on hold. Within the same week I was also told to write the Engineering document for the FE development for the team, this was a bit surprising for me seeing there is almost everything custom at SF, I felt I needed some time to understand the ecosystem, it is the work in progress.

I've seen multiple E6s point out flaws in others' proposals, but don't offer any alternatives of their own. What's a good way to navigate this? This is extra tricky when we're on the same team and they're the designated code reviewer for my work.

Example: I ran into a limitation with a 3rd-party SDK. I proposed 2 options as workarounds, but an E6 rejected both options due to their limitations. When I asked him for his recommendation, he could not provide any alternatives but still insisted that I find a solution without any limitations. Thankfully an E7 on another team helped me by providing a viable workaround after 3 E6s were stumped by this problem. What should I do if I'm not lucky enough to have an E7 help me next time?

Can someone be able to give me specific feedback on how i should improve? the recruiter wasn't able to do so.

here's the design i came up with, he specifically didn't want to discuss uploading of movies only streaming, recommendations, user management

many thanks in advance!

I was earlier part of another team, where all the monolithic apps and microservices are restarted in Production environment every weekend as part of scheduled maintenance.

In my current team, there's no automatic restarts. There are some microservices that haven't been restarted since 2+ years. Isn't this a potential problem? Won't "not restarting services" lead to increased memory consumption at some stage? Don't microservices need frequent restarts as part of maintenance?

On asking the TL, they mentioned that the microservice shouldn't be written in a way that it causes increased memory consumption.

But that's not what we can always control right? Hence we have maintenance windows.

As I read through some of the technical design docs / OKRs on the team, I've noticed some fellow engineers put out some really thoughtful comments (especially the more senior folks), however coming up with such feedback observations is not always super intuitive. As a new-hire junior, I'm looking to build up this skill of conducting an effective design / OKR review.

What do you usually look for / pinpoint when reviewing a design doc or OKR for a new project? How can I still provide good feedback despite not having the same level of exposure / experience?