Urgent.News

What's breaking now, across thousands of outlets.

Tech

Your Notification Feed Design Is a Happy Path Fantasy

Your Notification Feed Design Is a Happy Path Fantasy Every frontend system design interview has a moment where the interviewer leans back and says, "Let's design a notification feed." And every candidate makes the same mistake: they reach for the marker. The feed is the favorite interview question precisely because it looks easy. You get a list. You get a bell icon with a little red number. What…

Designing a notification feed is a challenging task, often tested in frontend system design interviews. Candidates commonly make the mistake of assuming it's an easy question, but they quickly learn that the notification feed is the component that breaks first and breaks silently. The interviewer is not evaluating their architecture, but rather their ability to identify and address potential breakage. To succeed, candidates should answer six crucial questions, known as the breakage checklist:

1. Is the feed read-heavy or write-heavy? This decision determines whether to fan out at write time into per-user inboxes or assemble feeds at read time. The wrong choice can lead to performance issues.

2. How important is freshness? If an unread badge can be 60 seconds stale, a polling approach with a cheap cache might suffice. Freshness is a limited resource that should be allocated wisely.

3. Where is the unread count stored? This seemingly simple question reveals hidden distributed-systems complexities, such as managing updates across multiple devices on the same account.

4. What is the size of the audience? The feed design changes drastically depending on whether the audience is 200 followers or 2 million followers. Candidates must identify the threshold where the design must adapt.

5. What data might be duplicated? Delivery failures and network issues can cause messages to be redelivered, resulting in duplicate entries in the feed. Idempotent keys on the client can mitigate this issue.

6. What is the first component to fail under increased traffic? By anticipating the weak point, candidates can proactively address scalability issues, such as caching counts, sharding inboxes, or degrading to polling when necessary.

Candidates who proactively address these potential breakage points during the interview demonstrate their understanding of the challenges involved in designing a reliable notification feed. Those who wait for the twist question may be corrected by the interviewer. In summary, the notification feed is a critical component that requires careful planning and foresight, transforming a seemingly simple design task into a robust survival engineering challenge.

Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Read the original at dev.to →

More in Tech

Integration testing with PostgreSQL, Drizzle and Vitest

For a new TypeScript project I recently had to come up with a concept for integration testing. It was already decided that we will use the following technologies: PostgreSQL as database Drizzle as ORM…

  • Integration testing with PostgreSQL, Drizzle, and Vitest
  • Four approaches implemented for creating throwaway databases
  • Integration tests ensure proper database cleanup between tests

Case Study: The Hidden Observability Tax

Client Profile: A mid-market B2B SaaS platform running a unified commercial observability stack across its production environment.

  • Forensic FinOps audit revealed hidden observability costs exceeding production infrastructure spend
  • Telemetry Vector Pre-Audit Spend Share matrix identified inefficient capabilities not in use
  • Rightsizing observability stack and renegotiating licensing delivered largest cost-reduction

Claves API expuestas en la brecha de OpenCode

Las claves API expuestas en la brecha de OpenCode obligan a revocar hoy mismo las credenciales de OpenAI, Anthropic y Google que muchos desarrolladores guardaron en Console, el servicio en la nube de…

  • API keys of major AI providers exposed due to unauthorized access to a legacy system.
  • Breach reported on October 17, affecting 1.4% of OpenCode's users.
  • OpenCode notified affected users via email and is working with providers to resolve the issue.

More from Sunday 18 October →