Every piece of software has an expiration date. You can extend its lifespan, but technology keeps moving. What was considered standard on the backend five years ago may look completely different today. I think that's a good thing. Rails worked extremely well for its time, especially around 2007–2015, but it started to show its age as newer, more capable languages and runtimes matured.
We should be celebrating the fact that we can now port almost anything with far less effort, or modernize an existing stack to meet today's performance expectations, requirements, and engineering standards.
There are some baffling picks here. Several of these are super barebones minimal frameworks that doesn't have even a faction of Rails capabilities.
meerita · · focus · HN ↗
We should be celebrating the fact that we can now port almost anything with far less effort, or modernize an existing stack to meet today's performance expectations, requirements, and engineering standards.
rebelidealist · · focus · HN ↗
meerita · · focus · HN ↗
- Rust: Axum, Actix Web
- Go: net/http + Chi, Echo
- C#: ASP.NET Core
- Java/Kotlin: Spring Boot 4, Quarkus
- Elixir: Phoenix
- TypeScript: Fastify, NestJS
- Python: FastAPI, Django
jamesgeck0 · · focus · HN ↗
rglynn · · focus · HN ↗
Their perspective is "Rails? Isn't that like, super old??"