Live data from Hacker News

Performance excuses debunked

computerenhance.com

51–60 of 130 posts

Re: Performance excuses debunked

#51

Absolutely hilarious and ridiculous to claim that Facebook cares about iOS app performance. In reality they have a few dozen people who care making heroic technical fixes to mitigate the damage of thousands of people adding mountains of mediocre crap to the apps. If you care about performance from the beginning, you would never even get to the point where you’re saying “oh crap, our messenger app can barely run, let’…

strange.using messenger app daily and never encounter any issue.

Re: Performance excuses debunked

#52

Scale / data set size tends to expose performance issues. But that's a good problem to have. Yes, it would be great if all developers could write performant code, but let's face it - there's only so many hours in a day and days in a week. Developers already struggle to keep up with all the required knowledge. It's not that people don't want to be competent. We're building more and more complex things while expanding…

Part of the point of Casey's videos (Previous one https://news.ycombinator.com/item?id=34966137) is that it _doesn't_ take more time because very often the simple thing is the fast thing.

So if most people unlearned the _more complex_ way of programming, they might end up with simpler _and_ faster code.

Re: Performance excuses debunked

#53
post #50

I’ve never seen anyone make the argument that performance is not important. I have seen people make the argument that performance is less imprtant than some other property (maintainability, extensibility, legibility etc. etc.) given certain aims and constraints.

Everything cannot be important.

If you say that maintainability, extensibility, legibility etc. etc. is more important than performance then you are, in fact, saying that performance is NOT important.

But those are mostly just the excuses that Casey is ranting about.

There's nothing inherent in writing fast code that makes is not maintainable, not extensible, not legible not etc., not etc.

In fact, the things that make code less maintainable and less legible are often the things that make is slower.

Things like replacing new Foo() with FooFactory and replacing FooFactory with FooFactoryProvider and then encoding logic in XML files.

Those are things that people do way more often that writing SIMD intrinsic.

And there are those who way overemphasize supposed "legibility" over performance.

In JavaScript land you get legion claiming that the world will end if they rewrite unnecessarily slow map(), filter(), forEach() etc. with a regular for loop.

Re: Performance excuses debunked

#54
post #33

Performance matters, but I’m not sure people are saying that it doesn’t. I’m not a performance “first” type of programmer by any means, but I always keep it in the back of my mind, what I also tend to keep in the back of my mind is cost. I recently “inherited” a couple of back-end services when a developer left our company. It turned out that the code was terrible and that they haven’t used, any, or our helper tools.…

> I’m not sure people are saying that it doesn’t

In my career I've meet people who genuinely don't care about performance. For them code either works or doesn't. Back in the days when everyone used bare hardware if a developer would push a change which suddenly requires 10x more hardware (or makes 10x more requests to other's team service) it would break the system and force to do something about it - either order more hardware (takes time) or fix the software (usually faster). Nowadays cloud would auto-scale and such change would go unnoticed, the only difference will be the next month's cloud bill.

Re: Performance excuses debunked

#55
post #50

I’ve never seen anyone make the argument that performance is not important. I have seen people make the argument that performance is less imprtant than some other property (maintainability, extensibility, legibility etc. etc.) given certain aims and constraints.

That's literally one of the excuses he debunks. Case in point: it is such a large factor on customer satisfaction and the bottom line that large companies such as Facebook would spend significant sums of time and money improving performance.

Re: Performance excuses debunked

#56
post #37

So the biggest tech companies in the world, now that they are huge, are making their programs faster. OK. To me, that says maybe the reason they beat their competition to becoming huge, was that they wrote a lot of features quickly and didn't nitpick about performance. Maybe the ones that wrote efficient high performance code from the start stayed small or were out-competed.

you realize that you are literally parroting talking points that we have already predicted you would come up with as additional excuses, right?

Re: Performance excuses debunked

#57
post #39

It bothers me that all the examples provided shows that companies care about performance ("Company $X made their app 20% faster"), but none of them talks about the impact of caring about performance ("Company $X made their app 20% faster, and saw a 200% increase in revenue as a result")

Casey obviously can't know what financial impact of those changes were at Twitter, Facebook or Microsoft.

But Ockham Razor tells us they did spend significant effort on performance because they had a reason to do it.

Re: Performance excuses debunked

#58

Absolutely hilarious and ridiculous to claim that Facebook cares about iOS app performance. In reality they have a few dozen people who care making heroic technical fixes to mitigate the damage of thousands of people adding mountains of mediocre crap to the apps. If you care about performance from the beginning, you would never even get to the point where you’re saying “oh crap, our messenger app can barely run, let’…

The point is that performance is so important to customer satisfaction and the bottom line that even a horrendous company like facebook would begrudgingly spend time and money to improve performance. If anything your comment reinforces his point.
Post reply on HN