Author having this on his github makes me even more suspicious: https://github.com/ashishps1/learn-ai-engineering
Author having this on his github makes me even more suspicious: https://github.com/ashishps1/learn-ai-engineering
All of it aligns with https://en.wikipedia.org/wiki/Wikipedia:Signs_of_AI_writing
Maybe the images were made by hand.
- random bold emphasis that would make disney and marvell comics blush
- overuse of "one paragraph then bullet points"
- a lot of the bullet lists has a small bold prefix then one line for no good reason
- every section has a "why it matters"
- and then each section with an useless comparison table that are direct screenshots of ChatGPT/Gemini
I would not mind if the author indeed used his alleged insights in the domain, but as other have noted, numbers are way off, and are what CSPs want you to believe to sell more instances in Kubernetes. This does not inspires "I proofread the LLM output".
It's a shame because the article has some good advices, but also a lot of misled ideas that would make Grug scratch their head. No, you don't need Redis to have stateless applications. Having a load-balancing tier is as useful for resiliency than it is for scaling. Autoscaling is a trap. If you can afford it, start with the app and DB separated. Let your application perform connection pooling itself from day one, your framework knows more than PgBouncer how connections can be safely reused.
Overall, at a high level, the article is good and is a good outline on the order in which to optimize (sharding is dead last), but the details don't meet expectations.
You are not. The entire post is LLM slop. I am as baffled as you are how something like this could be on the front page of HN.
The senseless bolding of random words in the text, numbers that are way off and don't make any sense are the clues that the post is LLM generated and the blogger didn't even bother to proofread it.