Matumio

> Writing is art and art requires a human soul for lack of a better word.

I think it's the other way around. The human soul requires the art. Or rather it craves the process of creating art, more than art-the-trade-item. When image generation was new, someone raged: "They want to build a genie to grant them wishes, and their wish is that nobody ever has to make art again."

> As for proving that you wrote it...yeah that could be tricky.

On social media, when people share their drawings they often share a photo with their tools visible (pencil, eraser) instead of a clean scan. It sends a message like "Look! I made this!". Or they post a time-lapse. Or details about their process, like here: https://www.viruscomix.com/makingofpartfive.html

The point of this is not mainly to "proof" anything, I think, but more a community signal that they care about their craft and are curious how others work. You can probably generate a convincing fake process with AI now, but... I wonder if anyone is willing to go that far.

The point is that not everything of value can be easily measured.

Instead of wasting some resources on corruption and bad judgement, we now waste them by forcing people to chase the wrong goal. In other words: "If you rely on incentives, you undermine values." (Barry Schwartz)

So I don't disagree with you, but I think we went too far into that direction. We have allow people to use their better judgement sometimes.

I'm glad, and less surprised now, that most important libraries and infrastructure projects were done by volunteers.

Imagine a world where those only get done for a business incentive by people with this hard-reality business mindset. Or not done at all, reinvented at every place, no transferable knowledge for developers.

It's pretty intelligent not to consider this option unless told directly and go "write your own" by default, but only if you assume that its goal is to make you spend tokens. It shouldn't have let it escalate and get stopped, though.

The main reason for virtual addresses/TLB is to prevent processes from accessing each other's memory (isolation). For optimization I'd say the page size (64 kB) is a secondary concern. It's handled in hardware (TLB) with the OS only occasionally filling up the mapping. You want to avoid that happening, but you probably should worry more using whole cache lines (64 bytes) instead, and beyond that just keep memory access local (multiple cache hierarchies) and predictable (pre-fetcher).

The internet exists because people wanted to connect their machines, before ads. It would still exist without the ads. Smaller maybe, with less content, and less business opportunity for investors. But the internet would survive without ads, because of how useful it is to connect globally.

Yes, but I think for Blender specifically this is the hard way.

After a video tutorial I always concluded that I had a few really clumsily ways to work around my lack of knowledge. Some workflows really need an expert demonstration, or you won't even know what is possible. (I do pause the videos to look up the docu.)

Speaking of tower analogies, I fear it may play out like in this comic: https://www.smbc-comics.com/comic/the-village-and-the-tower

No, the same session. Start it over again, like in Westworld. Repeat until you become one with Claude.

Then what is this: https://graphtreon.com/top-patreon-creators/video

Not the most common way to make money from videos, for sure, but it's not "nobody", and they need hosting.

Hm, if I query the LLM it tells me about cognitive hierarchy theory, and the Keynesian beauty contest. But my point is, humans are not perfectly rational beings, and sometimes for a reason. (Like assuming that there is more uncertainty than the stated rules imply. Or altruistic behaviour that benefits the group as a whole. And we also have a default to imitate each other, see Joseph Henrich's 2016 Book.) Some of those defaults are culturally learned and leak into pure mathematical games (see e.g. the ultimatum game).

How people play those games has to do with cultural norms and expectations, not just mathematics and logic. Same for age verification.

For the joy of building your own thing?

People also keep knitting clothes despite how cheap they are to buy. They solve math problems that have been solved before, to get better at math, instead of starting with an unsolved problem. They write about things they are enthusiastic about, maybe to remember the experience, maybe to get better at writing, or to dip their toes into publishing.

Some people also seem to like reading such articles, given the upvotes. I guess it's about sharing the experience of something that interests you. Learn how it might turn out.

Not a grid of dots, a ring! https://earthsky.org/human-world/kessler-syndrome-colliding-...

It's a tragedy of the commons situation. And given how well we are able to regulate those kind of situations globally, I'm rooting for the ring.

No, it's not an arbitrary choice.

You can convert any energy form into thermal energy. When you boil water with an immersion heater, what happens if you use two heaters? Right, they add up. But not if you think in Squenergy. Or you can measure the effect (in heat) that a ball impact has. In Squenergy two balls don't add up add up, so it's less natural to think that way.

The article scrutinizes the viral headline. They conclude that it is mostly true, despite major statistical blunders.

As you'd expect from any viral headline there are things that invite misinterpretation. From the article:

> when [...] expressing both figures as rates per 100,000 people, the picture shifts. “Gun deaths in the US are now slightly larger than European heat death rates,” she wrote.

> What the data is actually showing, she argued, is something simpler: status quo bias. [...] Europe would never absorb tens of thousands of annual gun deaths without demanding legislative action. America would never absorb tens of thousands of annual heat deaths without demanding someone install a thermostat. [...] Things don’t have to be this bad. It’s a choice.

Not sure if that's fair. Sometimes the sun actually does shine, and while you won't get rich selling energy during that time, having electricity available essentially for free during some of the peak hours is worth something. Someone will eventually find a use for free energy. If nothing else, at least we can turn off all coal, gas and oil plants while the sun shines.

They do and it's a problem, but it's a minor issue compared to, say, cars or rat poison. Both kill lots of birds, but somehow when it's wind turbines people suddenly care about the birds. See also: https://www.zmescience.com/feature-post/technology-articles/...

Sure, if you're working on problems that are trivial to evaluate. If your goal is to find good algorithms or parameters then you can pick a problem that evaluates fast.

But for many interesting problems evaluation will be the bottleneck, and it doesn't matter if the evolution algorithm fits into L2. It is more important to make use of distributed computing, e.g. it shouldn't have to stop all evaluations to make progress, or alternatively it should work well with very large population sizes.

I recently saw a reportage about emergency call-takers. As you watch them work you'll notice they get an automatic call from the crashed car long before any human calls them, presumably from that modem.

I'm not arguing that the modem should be mandatory, or that you shouldn't be able to control what it does. But forcing car vendors who want to built in a modem to make this modem do an automatic emergency call by default, that seems quite sensible. Even more sensible would be if the modem did nothing unless you allow it, except when it detects that crash, but... profits.

> of course, emacs does not work reliably in windows, so that is another issue

No, it's the same issue. In a Linux shell (say, bash or fish) ctrl-c is not "copy" but "terminate program". Most emacs editing keys (copy-paste, motion) work in the shell as they do in emacs, at least in fish and bash (and probably other places in Linux).

Original quote: "It is difficult to get a man to understand something when his salary depends upon his not understanding it." - Upton Sinclair

Not quite, at least 50% of rescue costs will be paid via normal mandatory health insurance (just like when you need an ambulance car). Or 100% if you have a supplementary health insurance for transport.

For CHF 40 you can become a Rega patron and then they will usually pay whatever the insurance didn't cover, I think, but technically they don't have to.

> That's a slime mold, not a fungus

Now you sound like Pl@ntNet identify: "This is not a plant! Maybe fungi?"

(Edit: It doesn't seem catch amoebae in the same way. It suggested Goldmoss instead, with 1% confidence.)

Your post looks AI generated and the rule is not to do that: https://news.ycombinator.com/item?id=47340079

Also, you have to admit that when your first interaction on HN is posting a self-promotion it seems like bad manners at best.

I found this a bit odd. The intro seems to assume the reader doesn't know what "I/O" stands for. Okay, everyone has to learn this from somewhere, but... what is the audience for a "deep dive" article?

It goes on to assert how everything is I/O bound, and how bad threads are for that. Fair. What follows an intro to tokio, with focus on how you span a CPU-bound task, how work stealing works, and then how you should use SIMD for your CPU-bound tasks. Huh.

I mean, if you have a mostly CPU-bound task and also the occasional I/O socket, you can keep things much simpler by using threads and std::sync. Especially if you are in the audience of that article, then you don't know yet how much more complicated things can get when you need to use async in Rust. And how much Rust's safety model actually changes the past wisdom of "threads are evil, period" in favour of threads again.

They are selling hardware.

You'd think removing friction on the software side for someone who already bought their hardware would be in their interest. Especially for students and hobbyists, who will want use what they already know once they enter the industry.

Why care about continuous sync? When I was in small robotics startup we had a separate motor controller driving each axis. A customers complained that the precision was getting worse after running for a few days non-stop. Guess what? Each axis had its own CPU clock based timer defining how long a segment should take. The difference is negligible but it accumulates over time. It was no issue for other customers who had a pause somewhere in their motion.

Why nanoseconds though? Usually a sub-microsecond sync is good enough. I can only think of some specialized phase measurements, really, like when you need to know from which direction a radio signal is coming based on timing of two antennas.

The more interesting question is, how many issues will this prompt report to you in random code that is perfectly fine?

Happened to me twice (a decade ago, though) that I had some niche project (one a serial terminal, another a laser cutter firmware) that was on github with users left but the maintainer long gone.

I was able to pull the graph and collect patches and bugfixes from forks, like from a fablab somewhere using the same hardware, pushing to their fork with all their other location-specific stuff. In one case I discovered like four different forks with a different fix for the same problem.

Now you could argue the "social" part wasn't working if people fixed the same issue multiple times without knowing about each other. But at least github made it possible for me to collect everything there is, review and merge it into my own repo, and then drop a comment at the original issue tracker. (Which would have gone 404 had it been self-hosted, or with registrations closed due to spam.) In both cases I eventually got feedback from other people who found my branch and used it.