MurphyA/hacker-news huggingface dataset:
by saghm | 2025-09-07 00:03:13+00:00
> do we think C++ will ever reach a point where it is significantly ergonomic and safe enough to use (in comparison to e.g. Python or Rust) via adding new features?

This is an interesting perspective to me, because my view as someone who's been using Rust since close to 1.0 and hasn't done much more than dabbled in C++ over the years is basically the opposite. My (admittedly limited) understanding is that this has never really been a goal of the committee, because if someone is willing to sacrifice backwards compatibility, they could presumably just switch to using one of those other languages at that point. Arguably the main selling point of C++ today is the fact that there's a massive set of existing codebases out there (both libraries that someone might want to use and applications that might still be worked on), and for the majority of them, being rewritten would be at best a huge effort and more realistically not something going to be seriously considered.

If the safety and ergonomics of C++ are a concern, I guess I'm not sure why someone would pick it over another language for a newly-started codebase. In terms of safety, Rust is an option that exists today without needing C++ to change. Ergonomics are a bit less clear-cut, but I'd argue that most of the significant divergences in ergonomics between languages are pretty subjective, and it's not obvious to me that there's a significant enough gap in between Rust's and C++'s respective choices that warrant a new language that's not compatible with C++ but is far enough from Rust for someone to refuse to use it on the basis ergonomics alone. It seems to me like "close enough to C++ to attract the people who don't want to use Rust but far enough from Rust to justify breaking C++'s backwards compatibility" is just too narrow a niche for it to be worth it for C++ to go after.
by pbronez | 2025-09-07 00:04:39+00:00
We’re just pushing into meta-modernism, and we need to get there faster.

Basically, the cultural journey is: naive idealism -> ironic skepticism -> balanced synthesis.

More concretely: first we told stories about how good guys were good and trustworthy. Then we told stories about how good guys could be corrupted. Now we’re trying to tell stories where good guys exist despite the possibility of corruption.

It’s useless to believe that everything is so complex maybe good and bad aren’t meaningful. We need the courage to take a moral stand amidst complexity.

https://en.m.wikipedia.org/wiki/Metamodernism

https://youtu.be/5xEi8qg266g
by thaumasiotes | 2025-09-07 00:04:59+00:00
> now it's messy mix of everything. There are true logographs

Don't confuse the origin of the system with what the system is now.

Using your example, what do you see as the difference between the "logographs" 森 and 林?

Neither can be a logograph, because neither one represents a word. But even if that weren't the case, on the assumption that they are simply pictures representing concepts, how would you know which one was which?

What does it mean, to you, that the word "forest" must be written 森林 and not 森?

> and [there are] plenty purely phonetic characters that have no meaning by themselves ("bound morphemes").

...yes. 森 and 林 both belong to that category. But you've specifically contrasted them with it. I can't tell what you're thinking of.

Characters can be classified by origin, so that 森 is "从林从木", 切 is "从刀七声", and 下 is "指事". You seem to be reaching for this, but "bound morpheme" is a classification of the current use of the linguistic element, not of the origin of the way it's spelled.
by AlotOfReading | 2025-09-07 00:05:25+00:00
As I explained in the previous post, the crucial difference is

you still have a responsibility to react instantaneously to dangerous road events after hours of inaction.

There are no regulatory barriers impeding Tesla outside a small handful of states (i.e. California). The fact that you still have to supervise it is an intentional aspect of the system design to shift responsibility away from Tesla.
by SpicyLemonZest | 2025-09-07 00:05:43+00:00
> The threatened “death panels” we heard about when ACA was being debated are actually employees of insurers who decide what they’re not going to pay for.

The key insight, though, is that this is fundamentally unavoidable. Someone, somewhere has to decide how a limited healthcare budget will be allocated among all the various healthcare it could go towards.

You and I agree that it would be best to have a system where this is never the patient's problem. Someone determines a standard of care that will achieve the best patient results with the resources available, and then any patient can get whatever treatment's best for them within that framework. That's why I have and recommend Kaiser, they do a good job of presenting that abstraction.

Other people are terrified of the idea of having the standard of care determined by some centralized committee, because what if they decide a treatment that my doctor and I like isn't appropriate? I think the fear is wrong, to be clear, but it's genuine and does deserve to be addressed. Thus all the promises about "if you like your plan you can keep your plan".

(A third group of people believe that healthcare is only limited because of shenanigans, and with the appropriate reforms we could build a system where anyone is entitled to any treatment that might reasonably help them. I'm never quite sure what to tell them, since I don't think that's true but I don't know how to prove it beyond the lack of examples.)
by Aerroon | 2025-09-07 00:06:19+00:00
Yes, but they didn't. I do concede that it's possible that they could've.

But even that doesn't guarantee anything. Modern humans are ~100k years old. It took us nearly all of that time before we discovered agriculture. And it still took thousands of years after that to end up with industrialization. Before then our societies barely improved. It's entirely possible that if society had gone differently that we could've delayed or avoided industrialization altogether. The same could've happened with dinosaur-people.
by SloopJon | 2025-09-07 00:06:45+00:00
I don't see anything in the post or the linked tutorial that gives a flavor of the user experience when you supply an invalid option. I tried running the example, but I've forgotten too much about Node and TypeScript to make it work. (It can't resolve the @optique references.) What happens when you pass --foo, --target bar, or --port 3.14?
by tialaramex | 2025-09-07 00:07:42+00:00
Unlike Phoenix the choice of SF and LA seems to me like a PR choice. SF is where lots of tech nerds live and work, LA is one half of the country's media. I'd imagine that today if you're at all interested in this stuff and live in LA or SF you have ridden Waymo whereas when it was in a Phoenix suburb that's a very niche thing to go do unless you happened to live there.

A lot of the large population centres in the US are in these what you're calling "super cushy" zones where there's not much snow let alone ice. More launches in cities in Florida, Texas, California will address millions more people but won't mean more ice AFAIK. So I guess for you the most interesting announcement is probably New York, since New York certainly does have real snow. 2026 isn't that long, although I can imagine that maybe a President who thinks he's entitled to choose the Mayor of New York could mess that up.

As to the "But people in some places are crazy drivers" I saw that objection from San Francisco before it was announced. "Oh they'll never try here, nobody here drives properly. Can you imagine a Waymo trying to move anywhere in the Mission?". So I don't have much time for that.
by randycupertino | 2025-09-07 00:07:48+00:00
I worked at a Health Tech Silicon Valley company and our clients were healthcare companies. Our job was essentially to delay and put up barriers to care. So before they could see a doctor they would have to call us, go through the computer system, get routed to a phone doctor who would suggest cheaper things than what they really needed, give them a bunch of hoops to jump through before they could really get the thing they needed.

A big part of my job was to re-route people who needed wheelchairs into getting cheaper things. Our clients were United Healthcare, unions, large health insurers.

It sucked working there it was a total hellhole. I quit when they actually defrauded medicare. Their glassdoor reviews were wild. The owners daughter bragged about dating a glassdoor exec and that he would take down all the honest bad reviews for her.
by weinzierl | 2025-09-07 00:08:14+00:00
Watched it front to back in Portuguese a while ago. It is one of the few series available in European Portuguese, most are Brazilian.

I'd say it was time well spent, it is an entertaining and capturing thriller and you learn a bit about a certain era of Portuguese history.

What annoyed me a bit was that it had many small period inconsistencies. Little things like modern buildings, modern cars visible in the background, the Yamaha grand that did not yet exist in 60s and so on. Where it shines are the landscape shots.
by kstrauser | 2025-09-07 00:08:43+00:00
First part: yes, definitely. That’s a critical part of how the system works.

Second part: I’m not buying that for a moment. It’s way easier for me to believe that an individual working alone, screwed over by a megacorp who earns more based on how many people they can deny healthcare to, had enough and went vigilante. Vigilanteism and cold blooded murder are not OK, but it’s pretty easy to link cause and effect there. That’s vastly more likely than a shadow conspiracy that’s managed to keep its mouth shut so far.
by coldblues | 2025-09-07 00:09:33+00:00
Apps/platforms don't work for learning Japanese. You just need to memorize the hell out of the vocabulary, spend some time learning the grammar, and most importantly IMMERSE. Watch, read and listen to content in Japanese.

https://learnjapanese.moe

https://alljapanesealltheti.me/ (this used to be THE guide for learning)
by CobrastanJorji | 2025-09-07 00:10:07+00:00
They certainly don't produce electricity, but they do produce energy. You put in 1 kW of electricity, though, and you might get 5 kW of heat added to your house. So in a sense, it is producing energy.

Now, that energy is coming from somewhere else (in this case, the heat of the ground beneath the house or the air outside), but that's true of electrical generators as well.
by kotaKat | 2025-09-07 00:10:18+00:00
Ah, yes, A lot of old fast food drive-thru headsets were in VHF business band (and similar). The Phone Losers of America were well known for their exploits to that regard.

https://www.youtube.com/watch?v=cyLrus1yKvI

"I'm in the freezer at QuikTrip!"
by jiggawatts | 2025-09-07 00:10:29+00:00
No, the correct response is to use even cheaper outsourcers, but force them to jump through at least a dozen VPN, MFA, PIM, and PSM hoops before landing on a server that has half a dozen security agents slowing it down to a speed that can be best described as "cold molasses" with every packet in and out both triple encrypted and somehow magically "inspected" by an advanced firewall that runs on industrial quantities of snake oil.
by raincole | 2025-09-07 00:10:42+00:00
> If you’re building your own engine you probably already know what texture compression is

Yes, because they learnt it somewhere, for example, this article.

I don't get the negativity. Unless you work on bleeding edge R&D, every technique you know has been documented somewhere by someone else. So only the bleeding edge R&D people should write tech blogs?

Anecdotally, even I had known what texture compression is, this article still taught me something: the existence of Tacant View. It looks like quite a neat app.
by dilyevsky | 2025-09-07 00:10:52+00:00
If they were all working on b1/b2 visas (like actually setting up lines and doing other work and not just training locals) as this source is claiming[0] it’s a clear violation and slam dunk case. They will be deported and barred entry for like 10 years. Also these laws were on the books since forever just hard to enforce unless someone is being completely obvious which seems to be the case here

[0] - https://ca.news.yahoo.com/ice-raid-hyundai-plant-georgia-021...
by jamedjo | 2025-09-07 00:12:18+00:00
My link isn't a study it's a layman's terms explanation, but there are lots of studies. Your link mentions a meta analysis of 7 studies concluding that up to 90% is genetic.

Yes environmental factors are there too, otherwise it would be 100%, but there's enough evidence pointing to genetics that it is really disappointing when people try to find spurious links to false causes instead.
by FireBeyond | 2025-09-07 00:12:53+00:00
Half of the world's population lives on less than US$2.15 a day. You're right, nowhere near weekly salary. Just three transactions a day will only use up 25% of their earnings.

> Just somewhere to put their savings that won't be inflated away.

What fucking savings?

And uhh, what are they doing, then, just making periodic conversions to fiat that is, as you point out, "inflated away"?

You're trying to have it both ways, "crypto is immune to inflation problems, that's why it's important to a lot of the world", and then when someone points out transaction fees, "Oh, you wouldn't really use crypto daily, you'd still use that fiat with inflation problems, you'd just keep your "savings" in crypto".

It is laughable how much fervor goes into these kind of statements that have had little to no critical thinking applied.
by jaguar75 | 2025-09-07 00:13:37+00:00
I speak for a more distributed, microservices ecosystem, but the core issue is having a “fat” E2E testing suite in the first place. Since take hours to run, it forces a “batched” testing approach where a bunch of PRs are tested together (nightly etc) and leads to very slow feedback cycles for developers. Ideally I would shift to having a very small suite of E2E tests that can be run for every PR and then have service specific api tests that test the integration of the service being changed with the rest of the system. This way you de-centralize the testing as well and are closer to achieving true continuous delivery of each change to production.
by aprilthird2021 | 2025-09-07 00:14:03+00:00
Well, sorry, the point is that if no one believed him, it's clear he misspoke because he is highly competent. People are not jailed for misspeaking.

Also, any kind of charge for securities violation requires more than misleading public statements. There needs to be intention to deceive and intention to capitalize on that deceit, probably neither are here either
by kstrauser | 2025-09-07 00:15:28+00:00
For context, I’ve co-owned a medical practice for about 25 years, and spent the previous decade working for a healthcare startup that processed insurance claims to do data science.

The system is broken. It’s useless to extrapolate how things might work based on their current functionality. It doesn’t have to be like this. Everywhere else in the world manages it better than we do, and we’re not special snowflakes who require some hellish mashup out of Cyberpunk 2077 to take our kids to the doctor.
by jiggawatts | 2025-09-07 00:15:53+00:00
The total executive pay cut is less than 10c per affected customer.

Their pay rise for the year is greater than the cut.

In other words, they gave themselves a smaller bonus increase this year.

Not "no bonus".

Not "no bonus increase"

A smaller increase in the bonus.

The French chopped their aristocrats' heads off in an era of smaller income inequality than we're seeing in western countries today.
by baud147258 | 2025-09-07 00:16:48+00:00
> they were doomed before the Russian invasion since they were out of oil

Didn't they were receiving oil (and other raw materials) from the URSS beforehand?

edit: found a figure on Wikipedia: https://en.wikipedia.org/wiki/German%E2%80%93Soviet_economic...

I don't know if that'd cover the war needs in oil of Germany, but once they had started a war with the soviet, they had no choice but to try to get to the Caucasus for the oil.
by anon-3988 | 2025-09-07 00:17:02+00:00
Based on Hyrum's Law (since they preserve backward compatibility), any line of "modern" C++ code is also basically just C code. There's no way around this. I don't think there will ever be a point where C++ is so safe and rigid that it feels comfortable to write in without thinking of the 100s different ways the languages screws you over.

They love to say C++ is for everyone but it is clearly not. Only wizards and nerds burdened by sunk cost fallacy is willingly writing these modern C++ code. I personally just use C++ as a "nicer" C.
by skrishnamurthi | 2025-09-07 00:17:16+00:00
If it helps, you will find the Y-combinator described (indeed, derived) in the first edition (https://cs.brown.edu/~sk/Publications/Books/ProgLangs/2007-0...) of the author's programming languages book (https://www.plai.org/). (Page 228, if that helps, though the derivation begins on page 223.)

For added fun, the day he teaches it in class, he wears a t-shirt from Y-combinator the startup accelerator (and explains what its name means).

Now that we've gotten that out of the way, it remains unclear what is surprising or unpleasantly surprising about the code.
by Joel_Mckay | 2025-09-07 00:17:30+00:00
You may be confused, but a business loss deduction usually reduces a taxable income. In general, most systems only require the cost/loss was incurred during gaining or producing income from a business or property.

For a significant sum, we should assume their team consulted a specialist firm on the subject at their location. People don't often YOLO this stuff at that scale, and businesses don't always settle every time they get shaken down for cash... some go to war, as it can be cheaper to sandbag/delay till opponents go bankrupt.

Have a great day. =3
by mcdeltat | 2025-09-07 00:18:29+00:00
It's true that without backwards compatibility concerns, Rust looks like a great alternative.

However I think C++ still has some things going for it which may make it a useful option, assuming the core issues were fixed. C++ gives ultimate control over memory and low level things (think pointers, manual stack vs heap, inline assembly). It has good compatibility with C ABIs. It's very general purpose and permissive. And there are many programmers with C++ (or C) knowledge out there already.

Further, I think C++ started on its current feature path before Rust really got a big foothold. Consider C++ has been around a really long time, plenty long enough to fix core features.

Finally I reckon the whole backwards compatibility thing is a bit weird because if the code is so ancient and unchangable, why does it need the latest features? Like you desprately need implicit long-to-int conversion but also coroutines?? And for regular non-ancient code, we already try to avoid the problematic parts of C++, so fixing/removing/changing them wouldn't be so bad. IMO it's a far overdone obsession with backwards compatibility.

Of course without a significant overhaul to the language you'd probably say "screw it" and start from scratch with something nicer like Rust.
by h4ch1 | 2025-09-07 00:19:25+00:00
Tangential, but I've been wanting to dive back into FP for quite sometime; for context I used Haskell at a payments corp ~10 years back, working mostly with Typescript, Zig and Nim for the past couple of years, realizing I am basically trying to do FP in most of these languages.

Is Racket a good language to pick up and re-learn my concepts + implement some tools? Or are there some other languages that would be better to both brush up and learn the syntax of, I do not want to fight the syntax but rather express functions as seamlessly as I can.
by to11mtm | 2025-09-07 00:19:48+00:00
I've only done land based fiber design, but I would assume based on my experience in that field that one of two things happens.

First option, there's some slack somewhere nearby to do a pull nearby.

If you ever pay attention to aerial poles, you'll see at various intervals things that are vaguely reminiscent of a snowshoe or tennis racket, in the industry they are in fact informally referred to as a 'snowshoe' and the entire purpose is to have some fiber to 'release' if a cut happens and a resplice is needed. [0]

I'd -assume- there is an analogue for these in undersea cables...

If not, well then you'd have to splice a length in and probably have the right sort of mechanism to ensure the cladding/etc stays contiguous (maybe even weld? IDK) but regardless you're probably talking... Actually wait yeah they've got this all figured out; https://www.youtube.com/watch?v=QiwidMEv8CM

[0] - Real world example, for instance if someone uses a fiber splice can for target practice.
by nelox | 2025-09-07 00:20:00+00:00
ZFS can hit “No space left on device” (ENOSPC) errors if the pool fills up. But unlike btrfs’s infamous ENOSPC woes, ZFS was designed to handle these situations much more gracefully. ZFS actually keeps a bit of “slop space” reserved. So, as you approach full, it stops writes early and gives you a chance to clean things up, instead of running into unpredictable issues or impossible snapshot removals like btrfs sometimes does. You can even tweak how much safety space ZFS reserves, though most users don’t need to touch it.

[https://news.ycombinator.com/item?id=11696657]

When you run out of space in ZFS, you get a clear error for write attempts, but the system doesn’t end up fragmented beyond repair or force you into tricky multi-step recovery processes. Freeing up space (by deleting files or snapshots, or expanding the pool) typically makes things happy again.

[https://bobcares.com/blog/zfs-no-space-left-on-device-how-to...]
by duverse | 2025-09-07 00:20:22+00:00
Hi HN!

To apply for accelerator program, I was needed to have a nice product demo / showcase.

I used:

- ChatGPT to write a script

- nano banana to draw a scene frame

- dall-e to expand frame and change aspect ratio

- kling to animate

- elevenlabs for TTS

- suno for bg music

ClipChamp to cut and compile.

In total I've spent 6$ for kling. Everything else is covered by a free plans.

How bad is this?
by 2dabz | 2025-09-07 00:20:30+00:00
I made desktop apps for lots of encryption algorithms including AES-256-GCM, chacha20, kyber, sha256 and sha512, hmacs, rsa...on my encryptionalgorithms Substack. I also just finished a private messaging/file exchange server/client that runs on Websocket. Uses TSL/SSL, kyber1024 for handshake, AES-256-GCM for symmetric encryption, and elliptic curve non-interactive zero knowledge proof for password storage and login verification. Sends in chunks and streams to hard disk so never spikes RAM for memory optimization. Tkinter graphical user interface on client side. Kyber private keys are encrypted and only decrypted into memory during use. Public key is hard coded.
by gyomu | 2025-09-07 00:20:38+00:00
The “culture” around learning Japanese is so different from other languages. There’s a large amount of software engineers studying the language, so there’s tons of apps/websites that center around it (for better or worse).

The communities are also… particular. People tend to espouse certain deep beliefs or attitudes that you just don’t see for other languages (and I don’t think complexity is the reason; you don’t see that for Chinese or Russian or Finnish, to name some other notoriously hard languages).