+1 to this. I've lead performance optimization on enough real-world problems to ... | Hacker News

Hacker Newsnew | past | comments | ask | show | jobs | submit

		rco8786 on Aug 10, 2022 \| parent \| context \| favorite \| on: Faster Ruby: Thoughts from the outside +1 to this. I've lead performance optimization on enough real-world problems to be conditioned to just go straight to the database access patterns from the start...it's always there. Modern languages, including Ruby, are all plenty fast enough computationally for the vast majority of business workloads that aren't Google scale. When things slow down...it's the database or something similar like N+1s calling external APIs.

brightball on Aug 10, 2022 [–]

Yep. Agree here entirely.

You can even be tricked into looking at heavy write load due to temporary tables being created for huge reads.

The more people seem to focus on mastering their language or framework, the more they seem to forget that there’s nothing more important than SQL.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact