Something similar has happened to me twice already this month. Most public transport drivers drive as if they’re the only ones on the road. A basic rule of thumb is to slow down and keep your foot ready on the brake when approaching traffic or an intersection.
@Dominus_Kelvin 2. how initialize tools and package on start up and in the app, to avoid memory leaks
3. check if you are not making expensive in memory operations when you call the app
this are just a few measures i would look at first before checking other signals.
2. how you initialize tools and package on start up and in the app, to avoid memory leaks
3. check if you are not making expensive in memory operations when you call the app endpoints this are just a few measures i would look at first before checking other signals.
if its a normal node.js app, then that is memory issue is not normal in my opinion.
this can be cause by lot of reasons, as part of the things to check
1. check if the app is not collecting garage in it memory
Backend engineers, when your server suddenly starts using too much memory, how do you usually figure out what's causing it?
Do you inspect logs, take heap snapshots, use a profiler, or is there another approach?
I'd love to hear how you go about debugging this in production.
As a Backend Engineer, you must build these projects.
1.) URL shortener that survives 10x traffic
Build: Postgres + Redis cache + rate limiting, load tested to 5,000 requests a second.
Why: caching, ID generation and capacity math in one project.
2.) Distributed rate limiter
Build: token bucket and sliding window in Redis, shared by 3 app servers.
Why: it shows up in almost every Senior loop.
3.) Job queue with retries
Build: workers with backoff, a dead-letter queue and idempotent jobs.
Why: you learn that "at least once" means "sometimes twice."
4.) Chat server
Build: WebSockets, presence, delivery receipts, reconnects.
Why: real-time is where most candidates start guessing.
5.) Payments ledger
Build: double-entry ledger with idempotency keys and nightly reconciliation.
Why: money forces you to care about correctness.
6.) Zero-downtime migration
Build: rename a column on a 10M-row table while a load test runs.
Why: the Senior skill nobody practises.
Put the load test numbers in your README. That's your system design round, already rehearsed.
@zackdfilms1 lol, in reality each person paid $8.3 * 3 =$24.90 ~ 25
Then to equate it back to the original 30
Take this amount paid $25 + bellhop $2 + the dollar left $3 you get your $30 back