Recent submissions

Comment · 4 months ago
Why was this flagged
Comment · 4 months ago
Comment · 4 months ago
> There is no IP theft because LLM outputs aren't protected, just egregious ToS violations

I meant original IP theft that occurs to train LLMs in the first place. But sure that implies that further LLMs based on that LLM are also tainted by that original IP theft.

Comment · 4 months ago
> immediate shutdown all leading LLMs in the US

They can license training data. They have trillions, look what they are dumping into it, you seriously think they can't afford to license data.

Obviously it would be easier if they do it from the start, but that was their trick, to do it while people don't notice and get big ASAP. Should they get away with it?

Also, it would solve their Chinese problem, because it would make them violate copyright too. Right now it's more like rules for thee not for me so it's hard to take seriously.

Comment · 4 months ago
The issues with LLMs go beyond just IP theft. I would not say PRC making LLMs cheaper is the best outcome (though it is better than nothing). The best outcome would be to make the practice of training on our data without consent illegal, which would simultaneously slow down economic change and make it more organic as well as give PRC companies less capabilities to extract.
Comment · 6 months ago
My theory is that YouTube blocks some accounts for publishing LLM-generated music, and people who wanted to earn ad money from it get burned and publish LLM-generated posts about it.

I would be on YouTube's side here, except it's possible that their motivation is simply to avoid poisoning their dataset while they train their models off creators videos. Also, the question is how they tell apart what's LLM-generated without false positives.

Maybe there were also artificial listens fraud (it's a problem with their competitor Spotify), but we'll never know because no one who was blocked would publish that honestly.

Comment · 7 months ago
No one is required to use EUDI: https://ec.europa.eu/digital-building-blocks/sites/spaces/EU...

Companies and providers (like banks) have to support it, but use is voluntary.

Check out the spec and legal framework, it actually makes sense and is open to different implementations, though you might need to certify it.

Comment · 7 months ago
Comment · 7 months ago
Let's use correct attribution: AI agents don't hack; people hack.
Comment · 8 months ago
> just another thing to memorize

Not knowing what time it is for my Australian colleagues at all without checking my phone every single time is worse. Remembering N timezone offsets (remember DST and half-hour offsets, too) is worse. Doing UTC translation or adding "my time/your time" every time is worse.

If you talk mental overhead, current system is like 10x of that than global time.

We agreed to meet at "8pm their time" but unless I literally put it into my TZ-enabled calendar app every time the chance I mentally translate it to my TZ wrong is unacceptably high. With global time, meeting would be @123 and that's it. I can keep it in my head or write it down on paper, no confusion and full precision every time. I don't even need to know if it's day or night if it's a remote call with the other side of the Earth, maybe me or my colleague works late, who cares, but I know what time it is there at any moment.

> is not as high as people make it out to be.

It's not just timestamp translation and all the errors that come from that, it's all the rest of it, waste standardizing timezones and moving them around, having to convert time all the time, missed meetings, etc.

Comment · 8 months ago
You have some fun ones. On the other side of the spectrum is PRC, where at the same hour of day it can be complete darkness on one side and almost technically noon on the other. It's super arbitrary with little rhyme or reason.
Comment · 8 months ago
Things you will have in context when traveling: "it's going to be cold", "it's likely to rain", "it's going to be government conference so there will be extra delays with transport", "it's going to be %holiday% so everything's going to be closed all week", etc.

You're so used to it you don't even question that, and if you add to that "@x is when sunset usually happens"... somehow I think the world will not come crashing down.

Comment · 8 months ago
> My point is either way you need to memorize some info in the first couple of interactions and it really doesn't make sense to go through all of this change to just memorize a different thing.

It's at least to make time management in systems much less error-prone and complex, among other things.

> if my flight to China lands at 9p local time, I immediately know that it's going to be night

What does that imply? If you mean "it's going to be dark", not really (you need to have more context to assume it's going to be dark at 9pm, there are places where in summer it's still very much light at 10pm). If you mean something like "buses are going to be running and McDonalds will be open", not really (you'll need to check the schedules anyway).

Comment · 8 months ago
You would need to know that person's working hours, so I don't see how you are avoiding something.

Sure, if you talk to someone there for the first time, you would need to learn what time is generally day/night. However, you will know that 2-3 times in. Just like you would automatically know that now it's summer in Oz, or 3 hour short days near Arctic circle, if you talk to anyone from there even very occasionally.

Case in point, we have global calendar with no problems.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton