MurphyA/hacker-news huggingface dataset:
by Norl-Seria | 2025-12-02 15:30:18+00:00
[Public Announcement] Although we missed the two-day deadline, I am pleased to announce that we have successfully created the application. The key tasks completed are the creation of the mediation code, the integration of the \pm 0 Theory and Alice Theory, and the development of server.py, which serves as the overall command center. There are other details as well, which I would appreciate it if you could verify. Now, let's get back to the main point. No excuses: while there were environmental constraints, the fact is that the launch was delayed, and I sincerely apologize for the delay. Moving forward, I plan to set slightly more flexible schedules and deadlines. If the work is completed early, I will post the announcement immediately. Next, I have three things I want to share: 1. A Request to All Observers: I am currently using the free tier of the Gemini 2.5 Flash API to obtain empirical data. Therefore, I would like to ask you, the community, to try a different path: verify the behavior of the system using a paid model. Of course, since it is a paid model, you are under no obligation to do so. 2. Caution on Integration Issues: Since we have not yet reached the verification stage, it is possible that there may be logical inconsistencies between the files and the system might not work correctly. I have tried to be mindful of dependencies, but please pay close attention to this point during your verification. 3. Empirical Data Release: The empirical data is tentatively scheduled to be released by tomorrow or the day after. I will conduct the observation of Alice, together with Gemini, my co-observer who agreed to this proposal. In other words, we will make two AIs converse with each other. Please look forward to the results!
by bikenaga | 2025-12-02 15:31:03+00:00
Abstract: ""The Arctic has seen dramatic changes in recent decades. Here we use a simple metric, the Arctic residence time of air, that is, the time air spends uninterruptedly north of 70◦N, to evaluate how these changes have affected the high-latitude atmospheric circulation in the last 40 years. We find that, on average, near-surface air resides between 7 (winter) and 12 (summer) days in the Arctic. This residence time has decreased almost year-round since the 1980s, especially pronounced in the seasonal transition periods (fall: − 0.9 day; spring: − 1.4 days). The more pronounced reduction in spring also affects higher atmospheric layers. Our analysis indicates that this reduction is likely linked to the observed sea ice loss, decrease in snow cover, and increase in temperature. Furthermore, it indicates a speed-up of the circulation, effectively making the Arctic less isolated and more prone to influences from mid-latitudes."
by sorcercode | 2025-12-02 15:31:05+00:00
so

1 - compromised hardware over better software is a trade-off you're willing to make and 2 - you believe that the Framework software experience is better than macOS

i can concede 2 (if true, I've not used a Framework laptop) but I don't understand point 1. packing a powerbank for example just feels ancient if you've used the arm chip macs. then again, I'm now pushing my trade-off
by newpavlov | 2025-12-02 15:31:17+00:00
In my (Rust-colored) opinion, the async keyword has two main problems:

1) It tracks code property which is usually omitted in sync code (i.e. most languages do not mark functions with "does IO"). Why IO is more important than "may panic", "uses bounded stack", "may perform allocations", etc.?

2) It implements an ad-hoc problem-specific effect system with various warts. And working around those warts requires re-implementation of half of the language.
by maerF0x0 | 2025-12-02 15:31:18+00:00
> These results can help to explain national trends: workers in their twenties who often need mentorship and workers over forty who often provide mentorship are more likely to return to the office.

Too bad the former is the least likely to be hired thanks to "AI", and the latter the most likely to be laid off cause of ageism that says "You cant teach an old dog new tricks"
by hnuser123456 | 2025-12-02 15:32:01+00:00
Looks like their own HF link is broken or the collection hasn't been made public yet. The 14B instruct model is here:

https://huggingface.co/mistralai/Ministral-3-14B-Instruct-25...

The unsloth quants are here:

https://huggingface.co/unsloth/Ministral-3-14B-Instruct-2512...
by WillAdams | 2025-12-02 15:32:02+00:00
For a physical view on this see:

https://www.reddit.com/r/openscad/comments/1p6iv5y/christmas...

The creator, https://www.reddit.com/user/Mrblindguardian/ has asked for help a few times in the past (I provided feedback when I could), but hasn't needed to as often of late, presumably due to using one or more LLMs.
Show HN: MPLP – Why Prompt Engineering Is over (Protocol Engineering Begins)
by CoregentisAI | 2025-12-02 15:32:25+00:00
Hi HN,

The entire Multi-Agent ecosystem is built on sand: no lifecycle, no state model, no governance, no auditability, no reproducibility.

Every framework — LangGraph, AutoGen, MCP, OpenAI Swarm, Google Antigravity, CoreAgent — fails for the same structural reasons.

Today we’re releasing MPLP — Multi-Agent Lifecycle Protocol, the first open, vendor-neutral protocol that defines how agent systems must work: Context, Plan, Confirm, Trace, Role, Dialog, Collab, Extension, Core, Network — plus PSG, Drift Detection, Delta-Intent, AEL/VSL, and execution profiles.

This is not a framework. This is the TCP/IP moment for agentic AI.

Full spec, schemas, tests, and SDKs (Apache-2.0): https://github.com/Coregentis/MPLP-Protocol

Full rationale in first comment.
by dhosek | 2025-12-02 15:32:35+00:00
The article has a link to

https://blog.okfn.org/2012/10/08/do-bad-things-happen-when-w... (Do Bad things happen when works enter the public domain?)

There are answer is no, but they’re ignoring the fact that when works enter the public domain they will invariably spawn horror movies “based” on the work. Pooh: Blood and Honey is the warning sign we all ignored to our detriment and now we’ll all have to watch the slasher version of T. S. Eliot’s “Ash Wednesday” in 2026.

I hope you’re happy.
by thinkingemote | 2025-12-02 15:32:39+00:00
Claude Haiku 4.5

"No, 2026 is not next year. Since it's currently December 2025, next year would be 2026. Wait—let me correct that: 2026 is next year from the perspective of 2025. So yes, 2026 is next year."

Claude Sonnet 4.5

"Yes! Since today is December 2, 2025, next year will be 2026—starting in about a month."
by photochemsyn | 2025-12-02 15:32:49+00:00
https://godbolt.org/

You can select the assembly output (I like RISCV but you can pick ARM, x86, mips, etc with your choice of compiler) and write your own simple functions. Then put the original function and the assembly output into an LLM prompt window and ask for a line-by-line explanation.

Also very useful to get a copy of Computer Organization and Design RISC-V Edition: The Hardware Software Interface, by Patterson and Hennessy.
by Terretta | 2025-12-02 15:32:54+00:00
> Deep work with an open office? Dont make me laugh. Please for the love of god bring back cubicles.

Or doors.

25 years ago, Microsoft Redmond had a slogan: "Every dev a door".

In early 2000s, it began to be two devs per room. We all know what happened since. Open offices save facilities concrete money per seat. Productivity lost from lack of deep work is not a line item anyone knows how to track.

The "every dev a door" plus "pair programming" was shown by studies from groups like Pivotal Labs as being optimal for working code, but ... and a big but ...

Companies intentionally optimize for things other than working code. You get what you measure and they measure what's easy instead of measure what matters.

// See https://lethain.com/measuring-engineering-organizations/ but also https://lethain.com/good-eng-mgmt-is-a-fad/
by Insanity | 2025-12-02 15:33:01+00:00
I think this will do exactly nothing for RTO, neither increase nor decrease the push from management.

The decisions around RTO seem to be more “gut feeling” based than data driven. Look at Amazon, a supposedly “data driven company”. During RTO, Andy Jassy admitted there’s no data to back it up but that they “believe” it will help due to improving culture.

Fast forward a year and they just did a first round of layoffs because “culture”. So I guess ultimately RTO was a failure for them that they won’t admit to.
by bacchusracine | 2025-12-02 15:33:12+00:00
As do people. Which ends up weakening copyright even further as it becomes a law everyone ignores, on the level of speeding or jaywalking. The same knock-on effects as Prohibition, we become a nation of scofflaws.

People don't know copyright law. They think they do and are alright with the construct they made up in their heads. But they don't actually know what it says and does and means, otherwise they'd hate it much more.
by IAmBroom | 2025-12-02 15:33:33+00:00
Speaking as someone who lives near Amish country, with friends who enjoy carriage racing... Yes, lots of people do.

It's not certain that much knowledge has been lost, although much of it is in "endangered" status of preservation. There's a kind of silk netting made from the hairlike tufts of a certain species of clams, only practiced by two people IIRC.

Some lost knowledge is being rediscovered. A well-known example is making Damascus steel; it's now so ordinary you can order it online.
by ceejayoz | 2025-12-02 15:33:33+00:00
> Christians don't drink or use contraceptives?

They're talking about a very particular sort of pseudo-insurance plan.

https://en.wikipedia.org/wiki/Health_care_sharing_ministry

They can and do exclude whole swaths of what normal health insurers have to cover. They don't even have a legal requirement to pay out at all.

https://www.nbcnews.com/health/health-care/health-care-cost-...

> Beyond restricting maternity coverage, many groups’ policies state that they won’t reimburse for prescriptions, routine doctor’s visits, contraceptives or mental health or substance use services. Coverage for medical conditions that predate someone’s membership is often excluded, as well. And health care sharing ministries aren’t required by law to limit out-of-pocket costs or maintain large cash reserves to cover members’ bills the way insurance companies are.
by drob518 | 2025-12-02 15:33:50+00:00
Lawrence Lessig’s book Free Culture is a great read in this space. It discusses all the societal issues with long copyright terms. Mostly, long copyright terms are driven by Mickey Mouse. Every time Mickey is near going into the public domain, Disney lobbies Congress for an extension. This has an impact on culture in that culture is a mashup of all the things that have gone before. Disney, for instance, made a fortune making animated movies based on stories that were existing fairy tales and legends and therefore out of copyright. Now, Disney wants to prevent others from doing the same with its characters. Yes, we want creators compensated. But we can do that without letting copyright policy be driven by the special interests of a global mega corporation like Disney.
by debugnik | 2025-12-02 15:33:51+00:00
> Languages that don't make a syntactical distinction (such as Haskell) essentially solve the problem by making everything asynchronous

What the heck did I just read. I can only guess they confused Haskell for OCaml or something; the former is notorious for requiring that all I/O is represented as values of some type encoding the full I/O computation. There's still coloring since you can't hide it, only promote it to a more general colour.

Plus, isn't Go the go-to example of this model nowadays?
by jacquesm | 2025-12-02 15:33:51+00:00
That's up to you, but context matters and that simply isn't the title. That finding too is not well supported by the article, sample size = 1 and the company they looked at is not exactly a typical company either. Imnsho this paper is very low quality.

It is entirely possible that these conclusions (which by themselves are not all that shocking or novel) hold true over larger samples and across multiple types of company but that's not what they did. They looked at one entity:

"We study the impact of sitting together in the office for software engineers at a Fortune 500 online retailer. This firm gave us access to the online feedback that engineers write about each other’s computer code as well as metrics of engineers’ programming output. "

So they base the entirety of this conclusion on code review comments and lines-of-code produced or something like that. That makes the conclusion even less supported than if they had done some actual research.

For a statement like this to hold you would at least need a control and a larger sample.
by triceratops | 2025-12-02 15:34:22+00:00
Air-conditioning uses less energy than heating. And places where you need air-conditioning also have abundant solar power.

If you park your car in your garage you'll burn less fuel and own less stuff (because you can't store it in your garage). I'm telling you an easy way to save time, money, and your own energy (scraping ice) and you're mocking me. That's nice.
by vel0city | 2025-12-02 15:34:25+00:00
Oh no, its going to use 1.8% more of my system's memory, what a nightmare, totally unusable.

Why is 200MB acceptable but peaking to 500MB just totally unacceptable and problematic? The original Macintosh had a graphical desktop with 128KB of RAM, shouldn't anything more than 50KB be unacceptable?

EDIT: Just checked on a couple of my Windows 11 machines, all of them have Explorer using <200MB of memory. So no, explorer.exe isn't necessarily using 500MB of memory. Something else is going on with that system.
by jerf | 2025-12-02 15:34:58+00:00
Wrapping every IO operation into a channel operation is fairly expensive. You can get an idea of how fast it would work now by just doing it, using a goroutine to feed a series of IO operations to some other goroutine.

It wouldn't be quite as bad as the perennial "I thought Go is fast why is it slow when I spawn a full goroutine and multiple channel operations to add two integers together a hundred million times" question, but it would still be a fairly expensive operation. See also the fact that Go had fairly sensible iteration semantics before the recent iteration support was added by doing a range across a channel... as long as you don't mind running a full channel operation and internal context switch for every single thing being iterated, which in fact quite a lot of us do mind.

(To optimize pure Python, one of the tricks is to ensure that you get the maximum value out of all of the relatively expensive individual operations Python does. For example, it's already handling exceptions on every opcode, so you could win in some cases by using exceptions cleverly to skip running some code selectively. Go channels are similar; they're relatively expensive, on the order of dozens of cycles, so you want to make sure you're getting sufficient value for that. You don't have to go super crazy, they're not like a millisecond per operation or something, but you do want to get value for the cost, by either moving non-trivial amount of work through them or by taking strong advantage of their many-to-many coordination capability. IO often involves moving around small byte slices, even perhaps one byte, and that's not good value for the cost. Moving kilobytes at a time through them is generally pretty decent value but not all IO looks like that and you don't want to write that into the IO spec directly.)
by RankingMember | 2025-12-02 15:34:59+00:00
Anecdotally, this is my perception as well- I'd say maybe 5% of the people I've worked with are the "finish software dev workday, then go home and jump right back on the computer" type. Personally, when I'm done my workday, the last thing I want to do is sit back down at a computer (with rare exceptions for inspiration spikes).
by enthoughtjobs | 2025-12-02 15:35:43+00:00
Enthought | Python Scientific Software Developers | Hybrid | Tokyo, JP www.enthought.com/careers

Enthought powers digital transformation for science. Our technology and deep scientific expertise enable faster discovery and continuous innovation. We solve complex problems for the most innovative and respected organizations across the life sciences, material sciences, chemical, and semiconductor industries.

Competitive salary, stock options
by pessimizer | 2025-12-02 15:35:51+00:00
Racists deserve free speech, and our society is better for it. When racists are silenced, anti-racists become complacent, stupid, and ironically, racist because they lose the ability to recognize racism.

Defend everyone's free speech. Don't require the necessity of unfair accusations. The destruction of people's lives over unfair accusations is simply a failure of due process and the desire of people to join a mob for safety. You should hate that no matter what you think about the right to free expression and belief. Anyone who would earnestly defend mob justice led by demagogues and supported by people afraid to be targeted next has a particular demagogue who they back.
by majora2007 | 2025-12-02 15:36:19+00:00
Very true, I just rolled out annotations for Kavita (a self-hosted book/comic server) and epub doesn't have the ability to store it in the file (although Kavita has a no-modification policy).

Although for cases like Kavita, storing in the file would be problematic if multiple users want their own annotations without concerns of data leaking.
by messe | 2025-12-02 15:36:53+00:00
> Every struct or bare fn now needs (2) fields/parameters by default.

Storing interfaces a field in structs is becoming a bit of an an anti-pattern in Zig. There are still use cases for it, but you should think twice about it being your go-to strategy. There's been a recent shift in the standard library toward "unmanaged" containers, which don't store a copy of the Allocator interface, and instead Allocators are passed to any member function that allocates.

Previously, one would write:

var list: std.ArrayList(u32) = .init(allocator); defer list.deinit(); for (0..count) |i| { try list.append(i); }

Now, it's:

var list: std.ArrayList(u32) = .empty; defer list.deinit(allocator); for (0..count) |i| { try list.append(allocator, i); }

Or better yet:

var list: std.ArrayList(u32) = .empty; defer list.deinit(allocator); try list.ensureUnusedCapacity(allocator, count); // Allocate up front for (0..count) |i| { list.appendAssumeCapacity(i); // No try or allocator necessary here }
by N3cr0ph4g1st | 2025-12-02 15:37:03+00:00
you live in a bubble.

my mom who barely knows how to use her own phone googles stuff and recently showed me tips she got from hitting ai mode after searching something on google.

my dad uses gemini built into email and sheets and chrome.

just 2 anecdotal examples. oh and ai pro subscription i bought applies to my whole family for 20 a month and comes with 2tb storage.

insane value. and again google can do this and is still highly profitable all whilst competing on having the best model.

this shit ain't close.
by rsynnott | 2025-12-02 15:37:14+00:00
Yes. Blockchains in general, then 'metaverse', then NFTs, now AI. The hype-ier bits of the tech industry always need _something_ to be over-excited about.

(There was actually a short gap between the final collapse of the NFTs and ChatGPT; it's a wonder VCs were able to get out of bed in the morning)

> Having been bullish on the concept of NFTs doesn't make a strong argument for or against having good intuition of breakthrough innovation.

It makes a good argument that he is inclined to be overly impressed by whatever old nonsense people are currently pushing on twitter.
by ben_w | 2025-12-02 15:37:39+00:00
Mm. Here's my list from earlier in the year: https://benwheatley.github.io/blog/2025/06/19-15.56.44.html

No idea if 26 fixed any of this, I've avoided updating because of how poorly received Glass is in all the UI discussions.

I could also add to this that occasionally the status bar gets two not-quite-aligned-with-each-other copies of the time, connectivity icons, and battery percentage.
by bloak | 2025-12-02 15:37:45+00:00
I'm not sure about that. Maybe? But... Firstly, there are surprisingly many people who are insanely patriotic so would volunteer anyway (perhaps fewer than in the past but perhaps still enough; see point three). Secondly, there are surprisingly many people who enjoy violence and killing people so would volunteer anyway (this probably hasn't changed). Thirdly, modern warfare doesn't need large numbers of people (this has definitely changed over time). And fourthly, a lot of modern people rather object to being ordered around by the government (I think this has probably increased a bit, at least; I can imagine that there are even people who would volunteer for military service when it's optional but would resist being conscripted).
by jerf | 2025-12-02 15:38:32+00:00
A channel is not just a thread-safe queue. It's a thread-safe queue that can be used in a select call. Select is the distinguishing feature, not the queuing. I don't know enough Zig to know whether you can write a bit of code that says "either pull from this queue or that queue when they are ready"; if so, then yes they are an adequate replacement, if not, no they are not.

Of course even if that exact queue is not itself selectable, you can still implement a Go channel with select capabilities in Zig. I'm sure one exists somewhere already. Go doesn't get access to any magic CPU opcodes that nobody else does. And languages (or libraries in languages where that is possible) can implement more capable "select" variants than Go ships with that can select on more types of things (although not necessarily for "free", depending on exactly what is involved). But it is more than a queue, which is also why Go channel operations are a bit to the expensive side, they're implementing more functionality than a simple queue.
by nightpool | 2025-12-02 15:38:42+00:00
No, you're the one that's incorrect, typescript blocks mutations when you use Object.freeze too: "Cannot assign to 'immutable' because it is a read-only property. (2540)"

You can also use "as const" to get the same behavior without any runtime calls:

const exploring = { immutable: true } as const exploring.immutable = false ^ Cannot assign to 'immutable' because it is a read-only property.(2540)

But yes, OP wasn't referring to the article, they were just pointing out the narrower fact that Typescript does in fact have compile-time errors for mutating Object.freeze's return values.
by bradly | 2025-12-02 15:39:12+00:00
Good question. While I had a fairly narrow view of a very large system, I'll give my personal perspective.

I worked on systems for evaluating the quality of models over time and for evaluating the quality of new models before release to understand how the new models would perform compared to current models once in the wild. It was difficult to get Siri to use these tools that were outside of their org. While this wouldn't solve the breadth of Siri's functionality issues, it would have helped improve the overall user experience with the existing Siri features to avoid the seemingly reduction of quality over time.

Secondly, and admittedly farther from where I was... Apple could have started the move from ML models to LLMs much sooner. The underlying technology for LLMs started gaining popularity in papers and research quite a few years ago, and there was a real problem of each team developing their own ML models for search, similarity, recommendations, etc that were quite large and that became a problem for mobile device delivery and storage. If leadership had a way to bring the orgs together they may have landed on LLMs much sooner.