thraway123412

Sure. I think we mostly stand on the same line here.

I just tend to take hard stance against anything I find user hostile. Nagging, dark patterns, exploiting addictions, attempts at leeching personal information, lock-in, etcetra will quickly put you on my no buy list.

I think those things are evil at worst and a waste of time and resources (in a global, zero-sum way) at best, and long term we'd be better off if everyone rejected such behavior and put their money towards business that focuses solely on providing superb service without the abuse. Unfortunately these abusive practices tend to work as far as profit is concerned.. it's like tragedy of the commons, in a way.

I want to get paid too, and live in a nicer world.

How about a bank account and a credit or debit card tied to it?

I think legislation is the only way to fix this :(

Require owner's/user's consent to connect. If no consent, no connect. Device's offline capabilities must still work and it must not nag you or otherwise use dark patterns to force a consent out of you.

That would be a relatively minor extension to gdpr.

Does yours beep if you don't open the lid in a minute after it turns off?

Mine does and that is super annoying. Annoying enough that I'm thinking of removing the buzzer or just buying another microwave. I do like the simple dual dial design though.

If you're a genuine claimant, you have little to worry about because you don't make false claims.

> Finally, dynamic loading isn't even the right surface for messing with the behavior of existing binaries.

Then what is? Dropping a custom library next to a binary tends to be way easier than modifying the binary.

I agree that shared libraries are mostly unneeded complexity, as far as free & open source programs are concerned.

I kinda like how they open up opportunities for fixing or tweaking the behavior of broken proprietary binary-only garbage without requiring you to RE and patch a massive binary blob. Of course, in a better world, that garbage wouldn't exist and we'd fix the source instead.

It's not that hard.

It just requires time, and I would be happy to spend that time (I love writing, whether docs or just thoughts). As long as there's no ticket for it (approved by a stakeholder and assigned to me by the micromanager), I can't clock hours on it, and if I'm not clocking hours on a ticket, I'll eventually get an angry call..

It's not just lack of incentives, it's disincentives.

I don't think I'm ever going to approve of any sort of automated copyright claim system but if Google wanted to make it one bit fair, they should use the same concept of three strikes against the accounts that make false claims and ban them.

For personal project my hard limit is 80 cols. For work stuff, mandated by employer, we do something like 120 cols with clang-format. Four or five columns of code side by side, so I can see hundreds of lines of code at once. I still prefer not to waste too much vertical space on fluff.

It doesn't sound like you understand the difference between block structured code with a function call syntax and assembly. Thanks for the attempted ad hominem btw ;-)

> Anyways, you might think you're making a point by repeating "it's all opinions anyways", but that doesn't mean your single opinion is equal to everyone else.

You keep missing the point. Did I say "that's just nasty and bad habits" about your preferred style? Nope!

All I'm saying is that it'd be nice if people stopped presenting their preference as objectively good style and telling that everything else is nasty and wrong. We don't need to share the same preferred color either.

The first comment in this thread would've been a lot more palatable if it just said "I don't like this style." That would also give the comment the right weight: it is just an opinion after all.

I don't think popularity of opinion should matter for discourse. Of course I know I'm in the minority, and that's why I think it's all that much more important to state my opinion. Or do you want to live in an echo chamber where only the popular opinion gets said and everything else is painted nasty and wrong and downvoted to hell? Well, that is pretty much what HN is today. I hope you're not contributing to that.

GB5 = Geekbench 5. It is a real world benchmark.

It absolutely would. These cores are in a completely different class.

If you care about benchmarks, a Pi4 will score around 200 points (1 core) or 550 points (4 core) at 1.5GHz on GB5. At 2GHz you can reach around 700 points multi-core.

Ryzen 2700 will easily go above 6000 points in multi-core bench without overclocking.

So even in a theoretical, embarrasingly parallel workload with minimal sharing between cluster nodes, the Zen will be faster than eight pies. It's not even a contest if you also need some I/O, shared memory, or heavy SIMD.