MurphyA/hacker-news huggingface dataset:
by robot-wrangler | 2025-12-03 11:07:49+00:00
This is pretty fascinating, do you have anything else to say about it? Makes me think of mesmerism and snake-charmers, although IDK how real that is.

Another thing that comes to mind is recent pop-sci talking about how individual bees can measure time pretty accurately, which I personally found very surprising, even though I've heard that they "dance" for communication.

Rhythm appreciation is neurologically very interesting since it requires several basic abilities acting at once, including tracking time, but also a certain amount of memory and pattern recognition. Animal appreciation of melodic stuff and harmony is interesting too but seems much harder to study and more dependent on physical aspects of ears
by MzxgckZtNqX5i | 2025-12-03 11:09:08+00:00
That is correct. But, (in general) encryption does not necessarily guarantees integrity of the data. In other words, a plaintext can be encrypted, the ciphertext given to another party, and they can tamper with the ciphertext in a way that produces predictable changes in the message obtained by decrypting the tampered ciphertext.
by jeroenhd | 2025-12-03 11:09:15+00:00
While there aren't as many services available, there are alternatives to Tor. Veilid on the protocol level seems to be quite promising, and I2P and other networks also provide some Tor-like features.

If you're trying to browse the web then you won't find many alternatives, but if you're looking to avoid the authorities doing some data exchange, you have options.
by em-bee | 2025-12-03 11:10:25+00:00
see my other comment on how unlikely it is that someone is able to sell that. they can fake the bricks, but faking a complete set with a box and instructions is much harder and even in china that can't be sold openly. you would have to distribute the bricks just like you distribute counterfeit money. how likely is that? there would have to be a black market for that. the only way to sell bricks without packaging in volume is on sites like ebay. but even there you probably can't sell that much fast enough to make it profitable without anyone noticing.
by wrathofmonads | 2025-12-03 11:10:34+00:00
This has always been the case. The Java and C# ecosystems prioritise stability and scale. They wait for ideas to prove themselves in other languages like Erlang, Python, Go, Scala, and so on, and then adopt the successful ones. Last-mover advantage. That said, there are some caveats. Java is still missing value types, while C# has moved quickly with async/await rather than adopting models like goroutines or virtual threads, which can sometimes limit concurrency ergonomics for the developer.
Anthropic Cannot IPO, No Frontier Model Startup Can
by zerosizedweasle | 2025-12-03 11:10:52+00:00
The fundamental issue is how much they are burning on inference. Not training, their bread and butter. It makes them complete uneconomical as a business. Everything AI would explode financially if people understood how much money they are burning on day to day operations.

https://www.ft.com/content/fce77ba4-6231-4920-9e99-693a6c38e7d5

https://www.wsj.com/tech/ai/big-techs-soaring-profits-have-an-ugly-underside-openais-losses-fe7e3184
by bogtog | 2025-12-03 11:11:23+00:00
Opening that video, American-style pickup trucks are about 40% more likely to kill a pedestrian 100% more likely to kill a child (the video argues that this mostly stems from the shape of the front). These cars also get into more crashes

Honestly, banning these things seems sensible when the only thing going for them for most buyers is seemingly an appreciation of their style
by jack_tripper | 2025-12-03 11:11:23+00:00
>Communication overhead is a big thing in teams. If you have a struggling team, halve the size. It's crazy how well that works.

I wish my managers would get this. Currently our product shit the fan due to us being understaffed and badly managed due to clueless managers, and what they did was add two more managers to the team to create more meetings and micromanage everrying.
by stokedmind | 2025-12-03 11:12:53+00:00
I looked at transporters, they are about the same size (although less space in the "trunk"/back) but much more expensive to purchase. Almost exclusively diesels are available (with some rare exceptions), and their taxes are even higher than mine! Don't get me started on the VW Multivan or similar - beautiful cars, but extremely expensive.

VW Caddy we looked at and almost bought, but we had many bad encounters with dealers and instead bought from the private market.
by jeroenhd | 2025-12-03 11:13:07+00:00
There are countermeasures you can take against timing attacks, pattern analysis, and other capabilities an attacker may have if they control many relays. If you're trying to exfiltrate military secrets to the Russians, you can probably do it, but you'll have to be extremely careful. Your behaviour is as important as the network you use to communicate over, if not more important.

There is no single state actor that has access to all data centers in the EU, though. For some countries, there's barely a state actor that can access all data centers within a single country.

There is no tool that will let you become immune against a theoretical hyper powerful super government that controls all data centers, just by clicking a button. There never will be.
by DoctorOW | 2025-12-03 11:13:19+00:00
The problem I had that the larger your project gets, the more mistakes Claude makes. I (not a parent commenter) started with a basic CRUD web app and was blown away by how detailed it was, new CSS, good error handling, good selection and use of libraries, it could even write the terminal commands for package management and building. As the project grew to something larger Claude started forgetting that some code already existed in the project and started repeating itself, and worse still when I asked for new features it would pick a copy at random leaving them out of sync with eachother. Moving forward I've been alternating between writing stuff with AI, then rewriting it myself.
by matrss | 2025-12-03 11:13:50+00:00
I said e.V., not EV. Codeberg is an e.V., i.e. a "registered association" in Germany. I am not actually sure if you could technically buy an e.V., but I am 100% certain that all of the Codeberg e.V. members would not take kindly to an attempt at a hostile takeover from Microsoft. So no, buying Codeberg is not easier than DDoSing them.
by turtleyacht | 2025-12-03 11:14:44+00:00
To account for something is to track it, and to track it there needs to be controls. Ownership of execution spans a distinct temporal boundary.

There is a difference too between the letter recipient and the owner. For the latter, all labor exerted equates to all rewards reaped, which is at most fractional for the other. Total productivity capture disadvantages nearly everyone.

Regarding demographics, have yet to see an economic model that accounts for imperfect rationalists, or idealists, optimists, and romantics.
by flohofwoe | 2025-12-03 11:15:00+00:00
I really wish DX would go back to have a proper installable SDK with headers, libs, tools, integrated documentation and example code instead of those things being scattered across the Windows SDK and half the internet (and then half of the links becoming stale).

At least making the functional spec public was a massive step forward, this is much more useful than the actual API documentation, and also better than the documentation/specifications for most other 3D APIs:

https://microsoft.github.io/DirectX-Specs/
by nephihaha | 2025-12-03 11:15:09+00:00
Overtourism seems to be a narrative pushed continually in contemporary media and whenever this happens we have to ask why. What is the aim here? Is it a problem? Yes it is, in some places. But it is also regional. Italy is mentioned there — the old town of Venice clearly has an issue with it, yet some parts of Italy have a fraction of the footfall. I bet there are certain towns and villages in Italy that barely see a tourist, and not necessarily because they are ugly or industrial.

There is a lot of media coverage of antitourist protests in places like Barcelona. Again, I ask why. What are we supposed to do here? Deal with Air B n B, which has decimated housing stocks in many cities? Restrict international travel? Probably the latter. Tourist taxes are another potential income stream for government, although in the long run you are killing the goose which lays the golden egg.
by jack_tripper | 2025-12-03 11:15:10+00:00
Mate, I don't think you get it. You can make EVs instead of ICEs if you want, but who will buy them when your EVs are expensive and your consumers currently wage poor? You can't make Chinese priced EVs in Europe and still expect to stay profitable, and auto makers in Europe aren't gonna be forced by the government to change tune here if you expect them to lose money for some utopic greater good when they're accountable to their shareholders to increase profits so then they make whatever the consumers will currently buy, which tends to be quite a lot of ICEs. You can't turn this complex market around overnight.

To get where you want, you need the venn diagram where what the automakers want, aligns with what consumers want, to align with what the government wants, which isn't happening right now, and it's not something the government can force without massive repercussions. China has had 10+ years of focus exclusively on the EV and battery sector domestically, during good economic times to get to where they are.

And Chinese government can subsidize their industry longer than you can stay solvent, as long as they know they'll bankrupt your industry in the long run and then make you dependent on them for manufacturing. Competing with China can't be done on equal footing because they don't play fair and never had.
by prmoustache | 2025-12-03 11:15:21+00:00
A fat bike is a bike with >3.8" tires and is not necessarily an e-bike nor an issue. Some people use them in the snow, sand or trail without issues to anyone and I have occasionally also used mine in the city because it was more comfortable to ride at slow speed than my road bike and stops on a dime thanks to the available grip.

There are a number of trendy aliexpress quality e-bikes that are also using fat tires and are ridden by idiots but the problem is not fat bikes per se. The problem is idiots on unrestricted/modded e-bikes. Ban fat bikes and they will use unrestricted e-bikes with different tires and the problem will be the same.
by mihaaly | 2025-12-03 11:15:34+00:00
Decisions are still made by our local polititians, not by Americans, who should take responsibility for those, especially in such a serious situation as this.

Pressure from Americans - who have no say in how we live in Europe -, remote or suspected, transient consequences on costs and conflics, all have lower, much lower priorities than keeping the population safe and healthy. Dead people need no cheap fuel, need no prompt conflict resolution, need no short term tariff settlements, and do not care what Americans think. Dead people are just dead! EU polititians should let people stay alive foremost of all! The rest come aftre that.

And all because these stupid huge trucks. Not even close in importance! Does not worth it.
by bgnn | 2025-12-03 11:16:05+00:00
I can agree with the most of this, but the large families being pushed out of existence is plainly wrong. How much the school is costing you? Healthcare? How much do you save by being able to cycle with 4 kids to short distances, where most of your daily travel comprised of?

Sure, car ownership is expensive here, but this is necessary to discourage car-centric culture.

Oh, I would have bought a VW transporter in your case, but that's a personal preference matter.
by furyg3 | 2025-12-03 11:16:08+00:00
This is the way. The current US administration is a 2 year old with ADHD and shiny distractions abound. Agree to deals and let him claim wins, and then bury it in bureaucracy and common sense.

This is, essentially, how the US government survived Trump 1.0, and is why Trump 2.0 has been so concerned with gutting bureaucracy and placing vapid yes-men in the cabinet, but they can't really do that in Europe.

It's one of the few times where EU bureaucracy is a huge advantage.
by ot | 2025-12-03 11:16:33+00:00
> can avoid or defer a lot of the expected memory allocations of async operations

Is this true in realistic use cases or only in minimal demos? From what I've seen, as soon as your code is complex enough that you need two compilation units, you need some higher level async abstraction, like coroutines.

And as soon as you have coroutines, you need to type-erase both the senders and the scheduler, so you have at least couple of allocations per continuation.
by gizmo | 2025-12-03 11:16:35+00:00
Flops per watt is relevant for a new data center build-out where you're bottlenecked on electricity, but I'm not sure it matters so much for existing data centers. Electricity is such as small percentage of total cost of ownership. The marginal cost of running a 5 year old GPU for 2 more years is small. The husk of a data center is cheap. It's the cooling, power delivery equipment, networking, GPUs etc that costs money, and when you retrofit data centers for the latest and greatest GPUs you have to throw away a lot of good equipment. Makes more sense to build new data centers as long as inference demand doesn't level off.
Show HN: AIThreads – Give your AI agent an email address in 30 seconds
by heyarviind2 | 2025-12-03 11:16:47+00:00
Hey HN,

I've been building voice AI agents for the past year, the kind that answer phone calls, book appointments, handle customer inquiries. It was going well until a client asked: "Can it also handle our email?"

Turns out, wiring an AI to a phone system is one thing. Wiring it to email is... a whole different mess. SMTP credentials, MIME parsing, threading headers (References, In-Reply-To), bounce handling, deliverability reputation. I spent two weeks on plumbing before my agent could read its first email.

That's when it hit me: every developer building AI agents is going to hit this exact wall. So I built AIThreads [1], the email infrastructure layer so you can skip the plumbing and get straight to the AI logic.

How it works:

Instant inboxes: Create support@yourorg.aithreads.io via API.

No DNS, no verification, just works. (unless you are adding your own domain)

Webhooks -> Email arrives → we POST parsed JSON to your endpoint → your agent decides what to do. Send via API -> Agent composes reply, calls our API, we deliver with proper threading so conversations stay grouped. Knowledge Base (RAG) -> Upload your docs, we embed them. Query for relevant context before generating replies. Smart escalation -> Sentiment analysis and priority detection built-in. AI knows when a frustrated customer needs a human. InBuilt Tools -> Pre-Built tools to manage the emails.

Try it now: Email hey@aithreads.io – our demo agent will reply.

https://aithreads.io
by theshrike79 | 2025-12-03 11:16:58+00:00
AI is the ultimate "someone else's computer".

If you're doing work in The Cloud and the servers are in America, you can still move all that to physically reside in whatever jurisdiction you live in. The tech is there.

But if you build stuff on top of Anthropic, OpenAI or Google AIs, their data resides and will always reside in the US. They have very specific laws that allow them to grab data from anywhere and nobody can say shit about it.

There's no realistic way for anyone to run "ChatGPT" at home. You can get pretty close with the 200B++ param models but they're still just a pale shadow of what an acre of industrially cooled compute will do in comparison.

But if your risk modelling doesn't flash a big red light about building a business on top of someone else's hardware and software that is physically in a currently very unstable and legally unreliable country, that's fine.

I've been using my VC subsidised LLM credits to build local-first systems I can still use when either the money runs out or the political craziness crashes down.
by ifh-hn | 2025-12-03 11:17:03+00:00
Nothing flippant about an honest opinion.

I think there's something to this except if you're using a language the llm doesn't know, like I am with nushell.

Day 2 for example I easily completed on my own with 2 very similar regex strings. However knowing regex to be slow I went looking for a more optimised solution. I found some python code that I mostly understood and attempted to rewrite the iterative solution into the functional nushell style and failed miserably. I turned to an llm for help only for it to waste my time with nonsense because nushell appears to be too new and changing too quickly for it.
by kergonath | 2025-12-03 11:17:08+00:00
> Okay. But you've posted 12 times already in this thread that isn't even an hour old, mostly emotions and hyperbolics as quoted above. Kindercrushers?

FWIW, I am not him but I could have written exactly the same, just changing the location. Yes, we do tend to care when selfish arseholes ruin it for everyone, and put other people’s lives at risk for no good reason. And kindercrusher is a perfectly good description of these things.
by burnt-resistor | 2025-12-03 11:17:11+00:00
ROTT is in my childhood's "badass games hall of fame" along with Quarantine (aka Death Throttle aka Hard Rock Cab), Abuse, and Stratosphere. Honorable mention: Microsoft Flight Simulator: Aircraft & Scenery Designer (MFSASD) for the ability to make an almost flyable U-2 from the jet plane.

dipstick gunfinity burnme
by g-b-r | 2025-12-03 11:17:20+00:00
> I'll take the hit on the loose phrasing regarding the SSL paper "outlining plans". That was a poor description of mine of an analysis paper and wasn't a good example of the point I was trying to make

I don't understand why you cited it at all; I didn't read it carefully, but I didn't find anything relevant to the discussion.

---

RFC4949 might indeed support your point; it says intended final destination, though: while SSL is listed among the examples, does that include the "SSL-server-SSL" of a non-E2EE messaging system?

I think there's a good chance that it doesn't, in the intentions of the RFC's authors.

---

> This is the exact crux of the disagreement. In classic Client-Server architecture, the Server was the "final destination"

The disagreement is on whether in a user-server-user system, encrypting the two user-server sides was ever considered sufficient to call it an end-to-end encrypted system.

I think it wasn't, and to my recollection, luckily, no one ever tried to call it that.

Keep in mind that it used to be rare both to use any kind of encryption, and to go through an intermediary server for real-time, one-to-one communication.

It's only when centralized messaging systems begun to use SSL that the possibility of confusion arose.

They should just never have called themselves encrypted, in my opinion; encrypting the traffic was sure a big improvement, but I'd only call a messaging system encrypted if no decryption occurs before reaching the recipient

---

> The definition of "End" has simply shifted from the Machine to the User.

The ends are actually machines in the current definition too, it's not like people decrypt stuff by hand ;)

---

You sure proved that E2EE was a term already in use, anyhow (although I don't think too widely)
by sundarurfriend | 2025-12-03 11:17:34+00:00
I hope Codeberg is able to scale up to this surge in interest, but

> it is just a single binary that takes a minute to setup - and setup a local mirror of your Codeberg repo with code, issues, etc so you have access to your issues, wiki, etc

is really cool! Having a local mirror also presumably gives you the means to build tools on top, to group and navigate and view them as best works for you, which could make that side of the process so much easier.

> you'll have to update them manually later

What does the manually part mean here? Just that you'll have to remember to do a `forgejo fetch` (or whatever equivalent) to sync it up?
by akst | 2025-12-03 11:17:42+00:00
"The amount being spent on AI data centres not paying off" is a different statement to "AI is not worth investing in". They're effectively saying the portions people are investing are disproportionately large to what the returns will end up being.

It's a difficult thing to predict, but I think there's almost certainly some wasteful competition here. And some competitors are probably going to lose hard. If models end up being easy to switch between and the better model is significantly better than its competitors, than anything invested in weaker models will effectively be for nothing.

But there's also a lot to gain from investing in the right model, even so it's possible those who invested in the winner may have to wait a long time to see a return on their investment and could still possibly over allocate their capital at the expense of other investment opportunities.
by threeducks | 2025-12-03 11:18:47+00:00
Why would the open weights providers need their own tools for agentic workflows when you can just plug their OpenAI-compatible API URL into existing tools?

Also, there are many providers of open source models with caching (Moonshot AI, Groq, DeepSeek, FireWorks AI, MiniMax): https://openrouter.ai/docs/guides/best-practices/prompt-cach...
by robot-wrangler | 2025-12-03 11:18:57+00:00
This is why a better acronym for IDM is Information Dense Music, it's less pretentious and it explains why it's very close to noise ;)

Of course, I'd argue Bach and Debussy are very information-dense too but they somehow manage to stay uncluttered. The really great thing about music is that encodes information on many different levels, Claude Shannon notwithstanding
by flohofwoe | 2025-12-03 11:19:02+00:00
> Vulkan is the exception as it's a standard so needs to be very clear so all stakeholders can implement it correctly.

Lol... while the Vulkan documentation situation is a lot better than OpenGL it's not any better than the documentation of other 3D APIs, especially when trying to make sense of extensions (which depend on other extensions, which in turn depend on other extensions - once you're at the end of the breadcrumb trail you already have forgotten what the original question was).

D3D has a 'functional spec' here which provides a lot more under-the-hood information than what's available on https://docs.vulkan.org/spec/latest/index.html:

https://microsoft.github.io/DirectX-Specs/
by brushfoot | 2025-12-03 11:19:04+00:00
The edit history of the announcement is quite a ride:

> [2025-11-27T02:10:07Z] it’s abundantly clear that the talented folks who used to work on the product have moved on to bigger and better things, with the remaining losers eager to inflict some kind of bloated, buggy JavaScript framework on us in the name of progress [1]

> [2025-11-27T14:04:47Z] it’s abundantly clear that the talented folks who used to work on the product have moved on to bigger and better things, with the remaining rookies eager to inflict some kind of bloated, buggy JavaScript framework on us in the name of progress [2]

> [2025-11-28T09:21:12Z] it’s abundantly clear that the engineering excellence that created GitHub’s success is no longer driving it [3]

---

1: https://web.archive.org/web/20251127021007/https://ziglang.o...

2: https://web.archive.org/web/20251127140447/https://ziglang.o...

3: https://web.archive.org/web/20251128092112/https://ziglang.o...
by assimpleaspossi | 2025-12-03 11:19:24+00:00
I owned a string of fast food restaurants. I had the ability to not hire anyone under age 20 if I didn't have to. When I did, the requirement was that they be in college but, in every case, I found that these kids, who returned for summer work every year, did a lot of growing up between the ages of 18 and 20.
by stokedmind | 2025-12-03 11:19:50+00:00
The US, at least at the state level, has often adopted standards far earlier than Europe. Seat belts, the latch system (called ISOFix in Europe) for car seats, and airbags come to mind.

Agreed that this feels like click/rage bait mostly against US pickup trucks, which many people in the States express frustration with too!