MurphyA/hacker-news huggingface dataset:
by dbdr | 2026-02-19 07:58:41+00:00
Yes, but I believe that results in a cost/benefit analysis. If there are readily available rust crates that do something you need, and the cost of a possible vulnerability is not huge, most projects might decide (right or wrong) that it is worth it. It's an interesting question why projects tend to make different decisions in different languages, but it does not necessarily mean that you have to make the same decisions.

My point is that if you put a very high emphasis on avoiding vulnerabilities, you can either write the code in C with no/limited dependencies (and still risk memory safety bugs), or write the code in Rust with no/limited dependencies and no/limited unsafe code, and get much stronger guarantees for the same/less effort.
by simonask | 2026-02-19 07:58:52+00:00
The fact is that Europe is a lot of things. You have the British class system (not that hidden), you have French and German bureaucracy, but you also have the unique combination of egalitarianism and mercantilism in Scandinavia and the Netherlands, and the zeal of Polish progressivism, shared by a number of their former east block neighbors.

There are places in Europe where you can easily achieve a higher standard of living (on average) than the US, and there are places where you can't.

I believe the reason that Europe is behind on commercial software is just economic: Solid, standardized solutions were available coming from US companies, and they were seen as low-risk for decades, so why would any company try to compete? Network effects apply to things like office suites and e-mail clients just as much as social media. Microsoft doesn't have any serious US or Chinese competitors in this space either.

That's not to say there aren't problems: The pipeline from startup to big tech firm is extremely difficult in Europe, largely because capital is much more conservative, stemming from the fact that European capital tends to be concentrated in things like pension funds. For years, successful European tech startups have at some point or another hooked into the US Bay Area ecosystem (capital, talent pool, etc.), because the local environment was way too risk-averse.

But I think you, like many, have succumbed to anti-European propaganda, which comes in a couple of forms: pro-corporatist, pro-Putinist, orientalist/sinophile, etc.
by rodrigorcs | 2026-02-19 07:58:59+00:00
I agree with more of this than you might expect.

On-prem: You're right, and it's on the roadmap. For teams at the scale you're describing, a hosted control plane doesn't make sense. The architecture is designed to be deployable as a self-hosted service, the SDK doesn't care where the control plane lives, just that it can reach it (you can swap the OpenfuseCloud class with the Openfuse one with your URL).

Roundtrip time: The SDK never sits in the hot path of your actual request. It doesn't check our service before firing each call. It keeps a local cache of the current breaker state and evaluates locally, the decision to allow or block a request is pure local memory, not a network hop. The control plane pushes state updates asynchronously. So your request latency isn't affected. The propagation delay is how quickly a state change reaches all instances, not how long each request waits.

False positives / single system errors: This is exactly why aggregation matters. Openfuse doesn't trip because one instance saw one error. It aggregates failure metrics across the fleet, you set thresholds on the collective signal (e.g., 40% failure rate across all instances in a 30s window). A single server throwing an error doesn't move that needle. The thresholds and evaluation windows are configurable precisely for this reason.

Local cache location: It's in-process memory, not Redis or Memcache. Each SDK instance holds the last known breaker state in memory. The control plane pushes updates to connected SDKs. So the per-request check is: read a boolean from local memory. The network only comes into play when state changes propagate, not on every call.

Backpressure: 100% agree, breakers alone don't solve cascading failures. They're one layer. Openfuse is specifically tackling the coordination and visibility gap in that layer, not claiming to replace load shedding, rate limiting, retry budgets, or backpressure strategies. Those are complementary. The question I'm trying to answer is narrower: when you do have breakers, why is every instance making that decision independently? why do you have no control over what's going on? why do you need to make a code change to temporarily disconnect your server from a dependency? And if you have 20 services, you configure it 20 times (1 for each repo)?

Would love to hear more about what you've seen work at scale for the backpressure side. That would be a next step :)
by wasmainiac | 2026-02-19 07:59:34+00:00
It’s not a 1:1 human motion capture to servo translation. There is some work done to fix Center of gravity like you said and issues with friction and momentum.

The hard part with “autonomy” is interpretation of the environment and feeding that back into some control loop to accomplish a goal in real time. That is why most of these demos are basically recordings of movements, like choreography.
by tripletao | 2026-02-19 08:00:00+00:00
As you note, a 256-bit CSPRNG is trivially not equidistributed for a tuple of k n-bit integers when k*n > 256. For a block cipher I think it trivially is equidistributed in some cases, like AES-CTR when k*n is an integer submultiple of 256 (since the counter enumerates all the states and AES is a bijection). Maybe more cases could be proven if someone cared, but I don't think anyone does.

Computational feasibility is what matters. That's roughly what I meant by "measurable", though it's better to say it explicitly as you did. I'm also unaware of any computationally feasible way to distinguish a CSPRNG seeded once with true randomness from a stream of all true randomness, and I think that if one existed then the PRNG would no longer be considered CS.
by pankajdoharey | 2026-02-19 08:00:06+00:00
Boston dynamics is far behind plus the robots are so cheap , even their dog is cheaper than BD. I dont think their humanoid can even catch up to this. I am sure US Army and for the chinese counterpart Chinese army will be their biggest consumers. And i wonder how will this workout in situations like Plane hijack, fire fighting and other such places where human lives cant be risked to save more human lives.
by colinbergin | 2026-02-19 08:00:25+00:00
The Initium Apps team have created 2 Android Apps to assist startup projects to find the right founders.
Potential founders can register in the Initium4Founders free Android App and then wait for startups to contact them.
Startups looking for founders can use the Initium4Startups paid Android App to find candidate founders that meet their criteria.
We hope these Apps help startup projects efficiently move on to the next step.
by saagarjha | 2026-02-19 08:00:56+00:00
> LLVM: Pretty much everyone who has created a programming language with it has complained about its design. gingerbill, Jon Blow, and Andrew Kelley have all complained about it. LLVM is a good idea, but it that idea was executed better by Ken Thompson with his C compiler for Plan 9, and then again with his Go compiler design. Ken decided to create his own "architecture agnostic" assembly, which is very similar to the IR idea with LLVM.

I suggest you ask around to see what the consensus is for which compiler is actually mature. Hint: for all its warts, nobody is writing a seriously optimized language in any of the options you listed besides LLVM.
by galkk | 2026-02-19 08:01:01+00:00
> Cultural narratives around vanity sizing often square the blame on female shoppers, not brands. Newsweek once called it “self-delusion on a mass scale” because women were more likely to buy items that were labeled as sizes smaller than reality. But there’s more to the story.

> Vanity sizing provides a powerful marketing strategy for brands. Companies found that whenever women needed a size larger than expected, they were less likely to follow through on their purchases. Some could even develop negative associations with the brand and never shop there again. But when manufacturers manipulated sizing labels, leading to a more positive customer experience, brands could maintain a slight competitive edge.

How one can seriously write the same thing twice in form of contradiction and make different conclusion?
by rodrigorcs | 2026-02-19 08:01:28+00:00
Totally possible, and some teams do. You need a state store, a propagation layer to push state changes to every instance, a dashboard, alerting, audit logging, RBAC, and a fallback strategy for when the coordination layer itself goes down.

It's not complex individually, but it takes time, and it's the ongoing maintenance that gets you. Most teams I've talked to started with a Redis-backed internal tool and it works until nobody owns it anymore. Openfuse is a bet that most teams would rather pay $99/mo than maintain that.
by johnfn | 2026-02-19 08:02:24+00:00
The success of an organization is very rarely dependent solely on website performance. Speed is just one dimension in a vast and multi-dimensional optimization space. Spending time improving performance means you are necessarily not spending time improving one of those other vectors. It is a question of priorities - and suggesting that others who say that other priorities are more important are "emotional" is failing to grapple with that reality.

I don't doubt you have been correct to say performance can be improved. Performance always can be improved. It just likely doesn't matter.
by jfim | 2026-02-19 08:02:25+00:00
I agree, it'd actually be great if they did give maybe $5 or $10 worth of API tokens per month to max subscribers, since they're likely to be the most likely to actually build stuff that uses the Claude APIs.

I built a quick thing to download YouTube videos and transcribe them using with whisper, but it kind of feels clunky to summarize them using the claude CLI, even though that works.
by Markoff | 2026-02-19 08:04:16+00:00
same problem in China, usually the biggest available shoe size is 44, it improved a bit, but it's still lottery, I usually buy 46 in Europe, I was this summer in China, bought relatively cheap shoes online knowing it will be lottery and result didn't surprised me:
46 size shoes I received were more like 44-45
47 size shoes were actually like 47

in the end I have one pair of shoes which is fairly tight and other pair which is very loose, but got used to that, easier than tight one

and I tried to read reviews where people describe how accurate are the sizes
for sizes in XL, I am quite skinny and very tall so I end up with something like 3 or 4XL to get ordinary size

btw. wife got used to European sizing where she buys XS or S size and she had very bad surprise after shopping in China where she found out she is now by Chinese sizes considered more like M or L since those XS and S Chinese sizes are pretty much for small girls :-))
by Lio | 2026-02-19 08:04:54+00:00
I wouldn’t say trash.

For the record, it let you read the same web pages as a desktop computer over WiFi. It had a usable mapping app and good music app.

The rest of the experience, stuff like alarms, calculator, address book, etc. also worked nicely.

Those turned out to be things no one else was offering. I had a Nokia N95 at the time and the original iPhone was a big improvement on everything except the camera.
by smartmic | 2026-02-19 08:05:15+00:00
What stands out for me is that the productivity gains for small and medium-sized enterprises are actually negative. But in Germany, for example, these companies are the backbone of the entire economy. That means it would be interesting to know how the average was calculated, what method was used, what weighting was applied, etc.

All in all, it's an interesting study, but it leaves out a lot, such as long-term effects, new dependencies, loss of skills, employee motivation, and much more.
by rodrigorcs | 2026-02-19 08:05:24+00:00
Good question, that's exactly why the trip decision isn't based on a single instance seeing a few errors. Openfuse aggregates failure metrics across the fleet before making a decision.

So instance 7 seeing a brief hiccup doesn't trip anything, the breaker only opens when the collective signal crosses your threshold (e.g., 40% failure rate across all instances in a 30s window). A momentary blip from one instance doesn't affect the others.

And when it does trip, the half-open state sends controlled probe requests to test recovery, so if Stripe bounces back quickly, the breaker closes again automatically.
by worksonmine | 2026-02-19 08:05:48+00:00
> What's so nefarious about clean air and water?

Nothing, but what puts me off is the sale of emission rights etc. Is it a problem or not? I care more about deforestation than a warming climate. There is always some product to buy behind the headlines and it drives me crazy.

The same people asking me to pay climate taxes are trying to tell me infinite growth can exist. I already live like a hermit and if everyone lived like me we wouldn't have a problem. We can't pay our way out of the problem and anyone who tells me we can is only out to make money.

I'm not against a clean planet, I'm against the politicians and businesses finding another way to extract money from their worker bees.
by Nursie | 2026-02-19 08:06:23+00:00
This reads as very naive now. As soon as a critical mass of people got online, and they wanted their governments to apply laws and regulations there, it was going to happen.

This declaration was written from the days when those who were interacting online were making a real effort to do so, who really wanted to be there, who were in a niche, who were observing 'netiquette' and other quaint notions. They were generally educated, generally technologists by profession or interest, and in those circumstances it's easy to see the utopia you have created and declare it good, with no need for regulation.

It's a little like when you have a small team of skilled, motivated engineers - work gets done to a high standard without the need for onerous processes. But when you start recruiting and growing the team wider, and bring in lots of juniors...

> We will create a civilization of the Mind in Cyberspace. May it be more humane and fair than the world your governments have made before.

That didn't turn out so well IMHO. People got on there and then ... yuck, they did people stuff. Harassed each other, commited fraud, blackmail and extortion, created and exchanged CSAM. Cyberspace has suffered from government and commercial overreach, certainly, and so much regulation has been commercial in nature rather than actually about safety.

But the dream of an internet free from any form of government regulation? Never could have lasted when everyone got on here.

And just look at our civilisation of the mind, in its centralised fortresses with its own aristocracy exerting control over what information gets fed to the masses.

And even on a technical level, in 1996 people still used to leave mail relays open to be neighbourly!
by PebblesHD | 2026-02-19 08:06:56+00:00
So don’t allow accounts with ages set below the limit like they already do for under 13s. Why does this translate to every other site wanting my government ID or a scan of my face?

Just this past 12 months both my drivers license and passport have been involved in data breaches and there are no penalties or recompense for the companies at fault, so my patience for providing ID is near zero.
by anal_reactor | 2026-02-19 08:07:19+00:00
No. It's a huge manipulation.

1. If all platforms introduce age verification by law, then no platform gets unfair advantage by not having them.

2. Age verification obviously allows them to gather even more data about users.

3. Age verification creates the illusion of there being "a safe internet" which is extremely important to parents who give their children iPads so that the kids shut up and fuck off, while the spread of brainrot can continue undisturbed.
by ifwinterco | 2026-02-19 08:07:35+00:00
There's already a stereotype that Rust people will just carpet bomb any discussion with aggressively promoting Rust, people expect it to happen at this point and it just annoys people.

So I think it probably meets the threshold of "toxic", but more importantly - it's not effective. Everyone and their dog has already heard of Rust, aggressive proselytising is not going to help drive Rust adoption, it's just pissing people off
by omnifischer | 2026-02-19 08:08:01+00:00
The logic of putting roof over the head is a point that is too broadly used is not at all valid for things like tailscale as... eventually most businesses at that level (tailscale revenue in 2025 was $45.2M) are crushing the customers. Either entshittification or lock-in. There is a loss of trust. The trust on SV/software is as much as bankers (during Lehmann bros crisis). Some people in HN think oh, we are growing small farmers/engineers from grassroots etc Yes, maybe - but their thinking is to exploit customers sooner or later. These smaller ones (as compared to FAANG etc) think that common man thinks that FAANG are the exploitative ones. But no. The public is getting aware that every damn calendar app or pdf viewer or router is increasing prices or wants subscription or planned obsolescence.

A roof over the head is OK but the price increases are usually to put private Yachts. The income earned by majority of these founders is already good to have lots of roofs.

Maybe my local corner coffee shop is one fellow I would not mind having subscription with...
by josephg | 2026-02-19 08:08:13+00:00
> there is no way he is a programmer, sorry

Lol I've been programming for 30 years.

> The complexity of these systems is crazy. Unless he meant ah HTML text area with "save" button - then sure, why not.

What do you see as the difference between an LLM making an HTML text area and a save button, and an LLM making MS word? It just sounds like a scaling problem to me. We've been scaling computers since long before I was born. My first computer was a 386 with 4mb of ram. You needed a special add-in chip to enable floating point calculations. Now look at what we have.

As far as I can tell, the only difference between opus 4.6 and some future AI model that could code up MS word is a difference in scale. Are you betting against the entire computing (software and hardware) industry being unable to scale LLMs past their current point? That seems like a really bad bet to me. Especially seeing how far they've come in the last few years. Claude code can already do some quite complex tasks. I got it to write a simple web based email client for me yesterday. It took about an hour in total. It has some bugs, but the email client works.

We scaled hard drives. We scaled down silicon chips. We scaled digital camera sensors. And display resolutions. And networking bandwidth. We went from the palm pilot to the first iphone to modern phones. Do you really think we'll be unable to scale AI models?
by spragl | 2026-02-19 08:08:50+00:00
I think you are right that the shady actors pretty much can use existing bugs.

But you are also right that this is not the only way they work. With the XZ Utils backdoor (2024), we normal nerds got an interesting glimpse into how they create a zero-day. It was luckily discovered by an american developer not looking for zero-days, just debugging a performance problem.
by nottorp | 2026-02-19 08:09:13+00:00
No, it only breaks the eye candy extensions.

There's a whole community that plays on private servers and uses extensions for stuff like access control, new game mechanics (which doesn't mean new shaders but new behaviors in game) etc.

The native windows version is not moddable as described above. And probably will never be because MS wants you to rent "servers" from them.

So most "serious" minecraft players ignore bedrock.
by librasteve | 2026-02-19 08:11:14+00:00
In the last years, simplistic languages such as Python and Go have “made the case” that complexity is bad, period. But when humans communicate expertly in English (Shakespeare, JK Rowling, etc) they use its vast wealth of nuance, shading and subtlety to create a better product. Sure you have to learn all the corners to have full command of the language, to wield all that expressive power (and newcomers to English are limited to the shallow end of the pool). But writing and reading are asymmetrical and a more expressive language used well can expose the code patterns and algorithms in a way that is easier for multiple maintainers to read and comprehend. We need to match the impedance of the tool to the problem. [I paraphrase Larry Wall, inventor of the gloriously expressive https://raku.org]
by well_ackshually | 2026-02-19 08:11:15+00:00
GPUs do not wear down from being ran at 100%, unless they're pushed past their voltage limits, or gravely overheating.

You can buy a GPU that's been used to mine bitcoin for 5 years with zero downtime, and as long as it's been properly taken care of (or better, undervolted), that GPU functions the exact same as a 5 year old GPU in your PC. Probably even better.

GPUs are rated to do 100%, all the time. That's the point. Otherwise it'd be 115%.
by general1465 | 2026-02-19 08:12:07+00:00
It is actually double whammy by pure coincidence (or Ukrainian intelligence knew something) - Russians were poked in the eye by losing Starlink, which is not great but also not only way to get internet connection. However then Russian government banned and blocked Telegram, WhatsApp which are used for communication between lowest ranking soldiers and command.

So now Russian frontline is blinded and disorganized which will take few weeks to fix. Until then Ukrainians are having the advantage.
by somenameforme | 2026-02-19 08:12:13+00:00
Can you elaborate on where? I'm not seeing anything at all at 1:25. This is a timestamp to 1:24: https://youtu.be/mUmlv814aJo?t=84

I was initially somewhat skeptical as well because this looks like a surprisingly massive leap in robotics capability, but haven't been able to find anything particularly sus.
by swiftcoder | 2026-02-19 08:12:15+00:00
> If you're under 25ish

People seem to forget that "smartphones" (in the post-iPhone sense) are barely old enough to drive. The first iPhone came out in 2007, android doesn't drop till the following year, and the first iPad doesn't come out till 2010.

If you were a kid with a video-playing smartphone before about 2012, your parents were pretty damn well off, and likely early adopters too
by austinjp | 2026-02-19 08:12:21+00:00
There may not be an official webview, but all (?) major distributions have libwebkit2gtk, which is used by Wails (Go) and Tauri (rust). So it's a de facto standard if not official.

https://webkitgtk.org/

https://wails.io/docs/gettingstarted/installation/

https://v2.tauri.app/start/prerequisites/
by anthk | 2026-02-19 08:13:29+00:00
No Perl but there's rc, awk and aux/* helper tools which can do tons of stuff Perl does but without calling tons of CPAN modules. 9front ships an IRC client made with rc, awk and aux/trampoline to connect (and tlsclient for TLS connections).

On horoscopes, there's 9ching and tarico at https://shithub.us =)
by ErroneousBosh | 2026-02-19 08:13:41+00:00
There used to be a really nice Aqua theme for Gtk back in the day, but like everything else it's gone out of fashion and succumbed to bitrot.

I don't even know where you'd find a copy of it any more, even if it could be ported to modern toolkit libraries.

I wish freshmeat.net was still on the go, that was full of things like that.
by TheAlexLichter | 2026-02-19 08:13:58+00:00
That is correct, every rule with a custom parser (e.g. vue/svelte/astro tempaltes) and also type-aware rules can't be used as JS plugin.

Type-aware rule are indeed not marked as stable but work like a charm. tsgolint is indeed tsgo + shims + some works, but that won't change soon as tsgo won't have a JS API for a while.