Recent submissions

Comment · 2 months ago
> each UI element or portion of back-end having a separate dev team

Really takes shipping your org chart to another level

Comment · 2 months ago
At Google's size, they're not required to disclose acquisition prices well into the hundreds of millions
Comment · 2 months ago
$3.9 billion is not an acquihire!
Comment · 10 months ago
Read more carefully
Comment · 10 months ago
It literally doesn’t matter unless it impacts users. I don’t know why you would waste time on non problems.
Comment · 10 months ago
You gauge with metrics and profiles, if necessary, and address as needed. You don’t scrutinize every line of code over whether it’s “reasonable” in advance instead of doing things that actually move the needle.
Comment · 10 months ago
Sorry, you’re not allowed to discourage premature optimization or defend Python here.
Comment · 10 months ago
Then you should have written that. Instead you have given more fodder for the premature optimization crowd.
Comment · 10 months ago
Good callout on the paper reference, but this author gives gives every indication that he’s dead serious in the first paragraph. I don’t think commenters are confused.
Comment · 10 months ago
Knowing that an empty string is 41 bytes or how many ns it takes to do arithmetic operations is not general knowledge.
Comment · 10 months ago
Sometimes it’s as simple as finding the hotspot with a profiler and making a simple change to an algorithm or data structure, just like you would do in any language. The amount of handwringing people do about building systems with Python is silly.
Comment · 10 months ago
Every Python programmer should be thinking about far more important things than low level performance minutiae. Great reference but practically irrelevant except in rare cases where optimization is warranted. If your workload grows to the point where this stuff actually matters, great! Until then it’s a distraction.
Comment · 10 months ago
It doesn’t. You’re welcome to do your own research to confirm
Comment · 10 months ago
“We didn’t have the expertise to build the thing we were building, got in way over our heads, and built a basic POC using legacy technology, which is fine.”
Comment · 10 months ago
On a trumpet? A clarinet? No, the motions don't simultaneously overlap. The fingering mechanics are slightly different at speed, but you would still start slow while using the higher speed mechanics and tonguing technique, not jump into high speed practice first.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton