DEV Community

Cover image for Your API is Cute, But Where's the Real Backend?

Your API is Cute, But Where's the Real Backend?

Dhaval Agr'vat on July 19, 2025

๐Ÿ›ธ Imagine This... You open a brand-new restaurant. You've got: A counter A waiter taking orders A chef making food A menu Great! You're officia...
Collapse
 
derstruct profile image
Alex

That's underrated.
Thanks.

Collapse
 
dhaval_agrvat_6e65394a83 profile image
Dhaval Agr'vat

Glad you think so! Appreciate you dropping by ๐Ÿ™Œ

Collapse
 
derstruct profile image
Alex

By the way, using a message queue for serving... a real queue (orders) is an educational metaphor, right?

Thread Thread
 
dhaval_agrvat_6e65394a83 profile image
Dhaval Agr'vat

Yep! Thought itโ€™d make the idea of queues feel a bit more real ๐Ÿ˜„

Collapse
 
programir profile image
Amir

I really liked this post! I'm a Full Stack .NET Developer and I make ASP.NET Web Core API's, and I know how much API's can get very complex. And RIP this is something that nobody even sees, the people only look at frontend.

What you could add maybe is talking about

  • optimization. methaphor could be how macdonald can serve so quickly and thus can increase amount of client per chef
  • API Key for when other restaurants could benefit of your restaurants, you can limit it, track how much you helped and more
  • Testing. like unit tests and other type of tests, see if a dish taste good before putting in menu
  • Maintenance. updating depedencies, so if a ingredient is expired not good to consume anymore, vulnerabilitie cause get client sick.
  • Versioning. if you have a lifetime access for food you sold before, but then realized it was a very bad idea so discountinue it (no way to buy it), but people who already bought the lifetime access should still be able to use it or they will go to court.
  • Documentation. like if you let people cook their meat in their seat like some restaurant do, then a paper on the table showing the steps on how to do it.
  • Analysis. like with posthog
  • Orchestration with like .NET Aspire.
  • scaling, not like load balancing and horizontal scaling alone, but more like with k8s
  • compliancie to like conform to the gdpr. or to never leak the sensitive info in logs annotate with nuget packages the fields.
  • developer/stagging/production envirement. when in developer envirement when testing don't count the made dishes as sold for analysis for exemple. (like having multiple different implementation of same interface, depending on envirement) ... and much more!

Very inspirational! (meaning I want to also post now as good as you do!)

Collapse
 
dhaval_agrvat_6e65394a83 profile image
Dhaval Agr'vat

Thank you โค๏ธ - I absolutely loved your ideas as well! Iโ€™ve just started writing recently, so I hope you start too, and Iโ€™ll be keeping an eye out for your posts. ๐Ÿ˜œ

Collapse
 
gaj3nder_09 profile image
GAJENDER

great information

Collapse
 
dhaval_agrvat_6e65394a83 profile image
Dhaval Agr'vat

Thank you! Glad you found it helpful ๐Ÿ™Œ

Collapse
 
bahmed_sofiane_0e79552aef profile image
bahmed sofiane

straight to the point, i like it

Collapse
 
dhaval_agrvat_6e65394a83 profile image
Dhaval Agr'vat

Appreciate it! Thatโ€™s the vibe Iโ€™m going for ๐Ÿ˜Ž

Collapse
 
its_just_anon profile image
Chris C.

Thanks for this post. I'm very new to being a full-stack developer, going on 6 months, and this was very helpful. Thanks for the analogies and what to look out for in the future for scaling.

Collapse
 
dhaval_agrvat_6e65394a83 profile image
Dhaval Agr'vat

Thank you! Glad you found it helpful ๐Ÿ™Œ

Collapse
 
mohit1607 profile image
mohit1607

Really everything I needed to know