MurphyA/hacker-news huggingface dataset:
by ViewTrick1002 | 2025-08-09 18:59:17+00:00
Which is why there is an effort to formally verify the unsafe use in the Rust standard library.

I would also say that unsafe causes a very different human reaction.

When like Zig, C or C++ everything is potentially unsafe then you can't scrutinize everything.

When submitting a PR in Rust containing unsafe code everyone wants to understand what happens because it is both rare, and everyone are cautious about the dangers posed. The first question on everyone's mind always is: Does this need unsafe?
by CSMR | 2025-08-09 18:59:22+00:00
You can choose which constructs you use. Avoiding classes in F#, while possible, would be a mistake as they are a way to hide data and functions where these are not intended to be part of the public API. F# is outstandingly pragmatic and the struct types for performance have been a nice addition. As a beginner you can ignore those if you are not interested in getting max perf.

Dotnet does have some minor annoyances (exceptions being one) but gives the ability to deploy everywhere, GUI apps on all platforms, web, backend is fantastic. Lack of native GUI apps would be the main deficiency for me from Gleam, plus the fact that they have decided their community is explicitly politically woke-liberal.

Rust has been a fantastic addition to the language ecosystem, but recursive types, which are the bread and butter of ML-family code, are just too hard to write in Rust.
by derefr | 2025-08-09 18:59:41+00:00
The mid-spec 2025 iPhone can run “useful local LLMs” yet has 256GB of total storage.

(Sure, this is a spec distortion due to Apple’s market-segmentation tactics, but due to the sheer install-base, it’s still a configuration you might want to take into consideration when talking about the potential deployment-targets for this sort of local-first tech.)
by musicale | 2025-08-09 19:00:49+00:00
Expanding need-blind isn't the same as overall expansion.

Many universities have adopted need-blind admissions (not including donor admits), eliminated or reduced student loans, and/or expanded undergraduate admissions - all efforts that support economic diversity.

Stanford (for example) implemented need-blind for domestic student admissions (but still not international), and largely eliminated (or at least reduced) undergraduate student loans. Undergraduate class size seems to have expanded from ~6500 (?) in 1983 to ~7500 today, and may continue to expand slightly:

https://news.stanford.edu/stories/2025/04/president-levins-r...

However, it's worth noting that Stanford acceptance was above 25% for the class of 1979 (vs. 3.6% for the class of 2029.) Application growth has drastically outpaced admissions and class growth.

https://irds.stanford.edu/data-findings/undergraduate-admiss...

Additionally, administrations have generally expanded much faster than the undergraduate student population.
by dragonwriter | 2025-08-09 19:01:23+00:00
> MCP discards this lesson, opting for schemaless JSON with optional, non-enforced hints.

Actually, MCP uses a normative TypeScript schema (and, from that, an autogenerated JSON Schema) for the protocol itself, and the individual tool calls also are specified with JSON Schema.

> Type validation happens at runtime, if at all.

That's not a consequence of MCP "opting for schemaless JSON" (which it factually does not), that's, for tool calls, a consequence of MCP being a discovery protocol where the tools, and thus the applicable schemas, are discovered aruntime.

If you are using MCP as a way to wire up highly-static components, you can do discovery against the servers once they are wired up, statically build the clients around the defined types, and build your toolchain to raise errors if the discovery responses change in the future. But that's not really the world MCP is built for. Yes, that means that the toolchain needs, if it is concerned about schema enforcement, use and apply the relevant schemas at runtime. So, um, do that?
by ompatil94 | 2025-08-09 19:01:30+00:00
We were tired of juggling Splitwise for tracking and Venmo for paying.

Splitwise has been paywalling very hard recently and I was personally frustrated with this.

Plus, it’s just too many steps, too much clutter.

So we built Chipp:

•Add an expense in seconds •See who owes whom instantly •Pay right there, no app-switching

Since our March launch, 1,650 users have moved $54K through Chipp. Built with Flutter + Go + Postgres, Plaid for bank/card linking, Stripe for payouts, and custom settlement logic to minimize repayments.

See the difference here: https://youtu.be/XBMXKTd9yxg?feature=shared

Happy to share how we handled payments, compliance, and real-time syncing.
by randcraw | 2025-08-09 19:01:30+00:00
I was curious what make and model achieved this, knowing that it couldn't be a Honda Ridgeline since their transmissions tend to explode without warning. Mine (a 2019) just disintegrated at 35,000 miles despite my changing out its fluids only two months back.

Maybe my next car will be a Toyota. My 1994 Pickup (like the one the guys on Top Gear couldn't kill) was pretty durable, though the frame did rust to bits at only 60,000 miles.
by tptacek | 2025-08-09 19:01:59+00:00
Learning how to use LLMs in a coding workflow is trivial. There is no learning curve. You can safely ignore them if they don’t fit your workflows at the moment.

I have never heard anybody successfully using LLMs say this before. Most of what I've learned from talking to people about their workflows is counterintuitive and subtle.

It's a really weird way to open up an article concluding that LLMs make one a worse programmer: "I definitely know how to use this tool optimally, and I conclude the tool sucks". Ok then. Also: the piano is a terrible, awful instrument; what a racket it makes.
by labrador | 2025-08-09 19:02:08+00:00
I see your point from a software engineering perspective but unfortuately that's not how the public sees it. The common perception is that we are making leaps towards AGI. I never thought AGI was close so I'm not disappointed, but a lot of people seem to be. On the other hand, I've seen comments like "I guess my fears of a destructive super-intelligence were over-blown."
by tomrod | 2025-08-09 19:02:20+00:00
If you could see long term PM2.5 averages and how they vary, we'd approach as a national crisis.

https://www.sciencedirect.com/science/article/pii/S266601722... (this groups methods can be substantially improved).

Having done some additional follow on work in the space -- the results definitely do not follow socioeconomic boundaries as one might expect.

Roads are a huge contributor.
by GeneralMayhem | 2025-08-09 19:04:03+00:00
> MCP promises to standardize AI-tool interactions as the “USB-C for AI.”

Ironically, it's achieved this - but that's an indictment of USB-C, not an accomplishment of MCP. Just like USB-C, MCP is a nigh-universal connector with very poorly enforced standards for what actually goes across it. MCP's inconsistent JSON parsing and lack of protocol standardization is closely analogous to USB-C's proliferation of cable types (https://en.wikipedia.org/wiki/USB-C#Cable_types); the superficial interoperability is a very leaky abstraction over a much more complicated reality, which IMO is worse than just having explicitly different APIs/protocols.
by Jarwain | 2025-08-09 19:04:23+00:00
> As a side note, it's becoming increasingly important to write down this info in places where LLMs can access it with the right context. Unfortunately commit history is not one of those spots.

This is the comment that spawned this tragedy of miscommunication.

My interpretation of this comment is that no current programming agents/llm tooling utilize commit history as part of their procedure for building context of a codebase for programming.

It is not stating that it Cannot, nor is it making any assertion on whether these assistants can or cannot be Trained on commit history, nor any assertion about whether commit history is included in training datasets.

All its saying is that these agents currently do not automatically _use_ commit history when finding/building context for accomplishing a task.
by SilverElfin | 2025-08-09 19:04:33+00:00
It can’t possibly be any more useful than a generic chat bot on a phone. How could it be? I don’t get what the reason is for this product even existing. I read another article that said Amazon has thousands of employees and a large team of executives working on Alexa. That seems like a complete waste. Why aren’t they working on bigger problems like energy or education or healthcare?
by elashri | 2025-08-09 19:04:42+00:00
Have you actually taken the exam or looked into a sample test?

There is no intelligence in most parts, it is just you memorizing a lot of words that you will never hear or use. Maybe you are confusing different parts of the exam.

> For non-native speakers, it's just a test of how well they learned English, and nobody in admissions expects them to score as well as native speakers.

That's different test/s. Programs will require TOEFL/IELTS for that purpose.
by Tade0 | 2025-08-09 19:05:00+00:00
Same. I hail from a particularly polluted (compared to the rest of the EU) country, so PM2.5 over 80µg/m3 during the entire heating season, NOx constantly above 50µg/m3 in cities due to old diesels with anti-pollution devices turned off or removed entirely and the overall effect is said to be a 3-6 years shorter life expectancy.

It checks out compared to countries without these issues, so 15 years to me sounds exaggerated, especially if we're talking about areas close to each other.

Such a huge shortening normally involves heavy metal pollution of the drinking water and soil.
by corimaith | 2025-08-09 19:05:39+00:00
But social mobility for serious kids is much easier in the United States than elsewhere. It's also in USA that going to your local state university or community college isn't a large barrier to your future career, and transfers are common.

And when it comes to the levers of power, connections are still what defines future leaders in Asia, not grades. This entire idea of "serious students" are ultimately just a bone to throw to the masses.
by bityard | 2025-08-09 19:05:58+00:00
The main reason I diy most of my home and car repairs is that 90% of the contractors and mechanics I have used over the years have been shockingly incompetent. Their communication skills are crap, they cut corners at every opportunity, sometimes straight up lie, and treat every customer like an idiot.

There is huge gap in the market for tradespeople who take their work even semi-seriously.
by diggan | 2025-08-09 19:07:40+00:00
That's pretty much implicit when someone says "LLM that has tools" (what they mean between the lines is "A LLM that been trained to do tool calling, and used with a runner that can parse whatever tool calling/response format the model is trained for"), what would they refer to otherwise? Just that there is a list of tools but the LLM isn't even considering using them, or can only use one?
by kens | 2025-08-09 19:08:01+00:00
Since the 386 is a 32-bit processor, the address specifies a 32-bit word and doesn't use address bits A0 and A1. But what if you just want to read a byte or a 16-bit word? The trick is that the 386 provides four Byte Enable outputs (BE0#-BE3#) that indicate which bytes in the word are being transferred. Of course, it's not that simple. If the lower 16 bits of the data bus aren't being used, the upper 16 bits of the data bus are duplicated on the lower 16 bits to make 16-bit buses more efficient (somehow).
by superkuh | 2025-08-09 19:08:05+00:00
Biggest change for me is /tmp behavior. In Debian 13 /tmp become RAM-disk by default (instead of files on the file system) and uses up to 50% of available ram. But as expected of Debian the release notes included an easy fix to restore normal /tmp behavior for people and applications that place many small or large files there.

https://www.debian.org/releases/trixie/release-notes/issues....

>"You can return to /tmp being a regular directory by running systemctl mask tmp.mount as root and rebooting."

I kind of wish the distros had decided on a new /tmpfs (or /tmp/tmpfs, etc) directory for applications to opt-in to using ram-disk rather than replacing /tmp and having to opt-out.
by pydry | 2025-08-09 19:08:16+00:00
>Not necessarily. Especially in large orgs, there's a lot of stuff going on that will make employees not speak the truth even if asked.

"Manager X is a fucking incompetent who should neve....ohh, wait youre going to tell him I said this arent you? Whoops!"

Yeah, not happening. Theyll be just as circumspect around consultants.

So, it's the truths which they would have told anyone who asked which consultants are getting.
by jasonvorhe | 2025-08-09 19:08:43+00:00
Ukraine had their chance of keeping their land but they decided to listen to Boris Johnson and got played by Western interests. Stupid but no militarization will help them regain any of their land and sane voices have been screaming this from the rooftops for the past 3 years only to be called Putin allies and other such nonsense.

lol @ that Denmark thing. We shouldn't get involved in local conflicts between Azerbaijan and Armenia except for facilitating peaceful negotiations. Military investments will only move more money towards the MIC.

My heart goes out to Orthodox Christians in Cyprus but this has been going on since mid 1970s and no European military investments will change anything about this.

Instead of protecting their borders or investing in existing military equipment it's being sent to Ukraine where it'll get destroyed or get lost in the black market.

Investing in actual defense capabilities looks different.
by rickcarlino | 2025-08-09 19:09:01+00:00
The conventional response to this seems to be "Lower reasoning effort".

I have already tried this.

Like you, I am seeing a 5x slowdown compared to GPT-4O. I have lowered reasoning effort all the way, set verbosity to lowest. Still not getting good results.

https://bsky.app/profile/rickcarlino.bsky.social/post/3lvycs...
by unsupp0rted | 2025-08-09 19:10:01+00:00
> Dementias such as Alzheimer's disease are estimated to affect more than 57.4 million people worldwide, a number that is expected to almost triple to 152.8 million cases by 2050

Meaningless number. Make it % or incidence rate per 1000 or something.

57 million people? That’s not so many compared to the billion in China or India. Or is it? Compare it to cancers or car accidents.
by joefourier | 2025-08-09 19:10:06+00:00
I’ve tried it in the latest plug-in I’ve worked on - it’s just a webview embedded in the window. It’s really great for faster development of more complex plug-ins but there’s some downsides when it comes to performance and integration with the DAW (I had to do some nasty hacks to get handle mouse clicks and keypresses properly).

I think it would be possible to have those advantages in JUCE/C++ without a webview tho. Maybe just moving to a declarative UI approach for positioning and styles with the ability to refresh (something like litehtml could be handy for that)?
by bigyabai | 2025-08-09 19:10:45+00:00
The short answer is, it takes a lot of long-term investment in the software and hardware. For many of Nvidia's competitors, that money was better spent on marketing or direct-to-consumer products; the real "value" of CUDA was dubious prior to crypto and ML.

The long answer is... well, I'm not particularly qualified to explain that either. Nvidia's been working on CUDA for nearly two decades now, which has a lot of advantages besides just platform maturity. Nvidia has been shipping CUDA-compatible hardware with most of their GPUs since ~2009, which means almost every Nvidia GPU (even secondhand ones) support some level of compute capability. This compute is orchestrated via CUDA at the software level, which also has the advantage of being largely backwards/forwards compatible for most operations, in addition to being highly scalable. For many operations, you could reuse the same code you run on a server to run on the Tegra chip of a Nintendo Switch, or a Jetson developer board.

AMD, Intel or Apple feasibly could chase this golden goose, but it's a lot of long-term investment that still sacrifices their consumer appeal. AMD has the most pressure on them, so they're pushing hard on ROCm as a simplified compute layer for certain (mostly ML) acceleration to tide users over. Intel has bigger fish to fry, so they're generally not interested in burning $X billion dollars on a market they can't compete in. Apple has too large of a commitment to the consumer market for it to be worthwhile; additionally they lack the hardware and software interconnect technology to compete with Nvidia's datacenter products. Really it's only AMD in the running, though things could change.
by matheusmoreira | 2025-08-09 19:11:54+00:00
> Tho trying to solve a social issue with technological solutions is just going to force the other side's hand more.

That's the point. It's a politico-technological arms race. They make their silly laws. We make technology that works around them. With every cycle, we increase the tyranny required to maintain the same level of control over the population.

Either we win and become uncontrollable, uncensorable and free, or they win by becoming tyrannical totalitarian states nobody can escape from. Those are the only possible outcomes.

I assume there's a limit to how tyrannical the government is willing to become in order to control encryption and anonymization technologies. Governments are presumably founded on principles which serve as counterweights against boundless tyranny. It remains to be proven whether such principles will hold over time though.
by jedberg | 2025-08-09 19:11:58+00:00
Hey there, DBOS CEO here. I really appreciate your feedback, super helpful! If you are willing, I'd love to get some more feedback from you, specifically around your showstoppers. I have contact info in my HN profile, or you can join our discord: https://discord.com/invite/jsmC6pXGgX

Thanks!
by _heimdall | 2025-08-09 19:12:57+00:00
Norway has done a great job transitioning, that's for sure. They are a richer country and that helps fund the massive government spending going into the transition, but I wouldn't dismiss their success either.

It helps that so much of their energy production already comes from hydro, that avoids the challenge of replacing ICE vehicles with electric cars in front of coal power plants.

I haven't been to Norway but I have been to Sweden, I was impressed with their primarily electric public transportation. I'd have to learn more about how Norway handled the transition and how it would translate to the US; for example average commute distance, use of public transportation, etc. I'd also be curious how much their government has been spending per capita, they do heavily subsidize the transition with things like tax incentives.
by time_is_scary | 2025-08-09 19:13:06+00:00
> Update: Brendan Gallagher, Beale's SVP of development, said in a statement: “We are disappointed in the decision not to pursue this opportunity for Tucson. [...] We see it as a missed opportunity for the city, as this project potentially represents tens of millions of dollars in tax revenue, hundreds of millions of dollars in infrastructure to serve the community, and thousands of high-paying local and union jobs.”

and I'm "potentially" the next president of the U.S.
by labrador | 2025-08-09 19:13:47+00:00
In retrospect I would have named it as follows:

GPT-4 -> GPT-4 Home

GPT-5 -> GPT-4 Enterprise

Because my impression after using GPT-5 that it is designed to satisfy the needs of Microsoft mainly. Microsoft has no interest in making AI therapists or AI companions, probably because of the legal liability. Also, that's outside their core business.
by anonymousd3vil | 2025-08-09 19:14:05+00:00
I'm personally aware and used few Desktop app building frameworks like Flutter, Tauri, Electron. I think you might have some luck with Electron support for LLMs since its early development and resources available. But I personally like to use Tauri recently, its backend is Rust but you can plug it in with any JS, CSS framework and develop your application.
by randerson | 2025-08-09 19:14:08+00:00
Even more impressive is racking up that mileage on the original engine: https://www.corvettemuseum.org/high-mileage-c5-corvette-dona... (It's owner probably also had a little more fun doing that mileage.)

There are also a few Porsche 911 Turbos with that level of mileage. A guy on Rennlist posts occasional updates about his one which he even tracks quite regularly: https://rennlist.com/forums/996-turbo-forum/662617-high-mile... (Engine was restored once, out of precaution after it blew a turbo at 610K km, but when they opened it up it had very little wear & tear, only a small air leak.)

The secret to longevity really is more frequent oil changes than the manufacturer suggests, and doing most of the mileage with the engine fully warmed up.
by godelski | 2025-08-09 19:14:12+00:00
> gave *obviously wrong* answers very rarely.

I don't think this is a reason I'd trust it, actually this is a reason I don't trust it.

There's a big difference between "obviously wrong" and "wrong". It is not objective but entirely depends on the reader/user.

The problem is it optimizes deception alongside accuracy. It's a useful tool but good design says we should want to make errors loud and apparent. That's because we want tools to complement us, to make us better. But if errors are subtle, nuanced, or just difficult to notice then there is actually a lot of danger to the tool (true for any tool).

I'm reminded of the Murray Gell-Mann Amnesia effect: you read something in the news paper that you're an expert in and lambast it for its inaccuracies, but then turn the page to something you don't have domain knowledge and trust it.

The reason I bring up MGA is because we don't often ask GPT things we know about or have deep knowledge in. But this is a good way to learn about how much we should trust it. Pretend to know nothing about a topic you are an expert in. Are its answers good enough? If not, then be careful when asking questions you can't verify.

Or, I guess... just ask it to solve "5.9 = x + 5.11"
by weinzierl | 2025-08-09 19:15:10+00:00
I am not 100% sure if you want to see the items out of the world or in good hands but I assume the latter.

The issue with this is that you lose control once you give them away, no matter what.

A former landlady of mine donated the historical motorcycle her father once owned to a reputable museum under the condition that they keep it on display. Couple of years later by mere coincidence she got wind that the bike was amongst items the museum was about to auction off. She bid it back for a lot of money.

Moral of the story is that once you give it away it is out of your control. It is certainly good to be conscious who you give it to, but in my opinion it is not worth sweating over it.
by cyberax | 2025-08-09 19:15:13+00:00
Yes, XML has way too much flexibility. With some very dark corners like custom entities, DTDs, and BOMs (byte order marks). It's clearly a child of 90-s conceived before UTF-8, and the corrosive world of the modern networks.

But parts of XML infrastructure were awesome. I could define a schema for the data types, and have my IDE auto-complete and validate the XML documents as I typed them. I could also validate the input/output data and provide meaningful errors.

And yeah, I also worked with XML and got burned many times by small incompatibilities that always happen due to its inherent complexity. If XML were just a _bit_ simpler, it could have worked so much better.