MurphyA/hacker-news huggingface dataset:
by zwnow | 2025-12-11 07:45:56+00:00
For webdev especially everything I do is basically singletons... For UI state management its just perfect and that's about the hardest thing in web dev. Also easy to recover state with, in a SPA if a user refreshes the site. Or control whether a modal is open or not. Easy to centralize logic too... Never looked into any other patterns as a lot of them seem like bloat.
by Tanoc | 2025-12-11 07:46:11+00:00
The original intended audience for Gundam was supposed to be college students if I remember correctly and not highschoolers. 1976 was the real start of when you had this massive wave of engineering finesse in Japan that overtook everything else in the world. It was the time when Japan was forming an obsession with mechanics, with model kits of everything from fully articulated 1:36 scale 50cc scooters to giant 1:20 scale warships that would take up an entire table. Kids couldn't afford these models as they were priced strictly for adults.

Gundam definitely fit into that "engineering fantasies for young professionals" niche, at least until ZZ came around in 1985. Gundam has the root word of "gun" because they were originally these more grounded fantasy weapons instead of man made demi-gods that appeared in shows like UFO Robot Grendizer. They weren't supposed to be superheroes, they were what engineering minded young men thought would be cool to have if they were given an unlimited budget to create bipedal tanks that could do the job of bomber aircraft, navy destroyers, and orbital bombardment satellites all in one. That's why Gundams, especially Zaku units, move slowly, pivot in unnatural ways, and use jets and wheels for locomotion, because they're giant tanks with manipulators that hold guns and not suits of armour. BattleTech also comes from that same origin, although it and Mechwarrior's development went all in on the "tank but with legs" idea instead of slowly losing their identity to the super robot genre.

The melodrama they mixed in as framing to discuss Japan's post-war military pacifism was incidental to creating and populating the backstory for an engineer's dream unlimited budget mobile weapons platform. So they weren't the Marvel equivalent back in 1979, they were more like Japan's answer to some of Robert Heinlein's militaristic concepts in Starship Troopers and The Moon Is A Harsh Mistress, where the concept came first and the story was just an excuse to see that concept in action.

G Gundam and SD Gundam are more like the Marvel movies, in that they strip away most of the issues being discussed and coast on the aesthetic similarities and caricaturized versions of themes from the source material.
by rswail | 2025-12-11 07:46:31+00:00
The point is that I (as an Australian) don't trust a private organization like D&B any more than any other organization.

Corporate existence is dependent on some form of government regulator granting the corporation existence.

If EVs are/were a good idea (debatable at best), then having those EVs issued by the same government regulator that allows corporates to use trademarks etc makes sense.

If "apple" is a trademark for computers, then Apple Computer Inc as the owner of that trademark should get an EV issued by the regulator of trademarks.

Of course, the URL should be apple.com.us or apple.tm.us.

The historical error was not requiring the US to move to 2LDs for it's com/org/net/gov/mil etc domains.

Note this is for corporate entities, none of which exist outside regulatory environments.
by solatic | 2025-12-11 07:46:48+00:00
> reasonably large

Anyway you shouldn't have too many resources in a single Terraform workspace, for performance reasons. The real issues with Terraform come when you start to want to orchestrate different workspaces triggering each other, and trying to write that orchestration language, which itself would be declarative.

Terraform built a Stacks feature, but support is Terraform Cloud-only. OpenTofu has issues in the area that have been open for years: https://github.com/opentofu/opentofu/issues/931 https://github.com/opentofu/opentofu/issues/2860 and progress is slow, in part (IMO) because a genuine solution requires server-side evaluation (i.e. triggering applies as Kubernetes Jobs) and the open-source implementation of Terraform Enterprise/Cloud is a completely separate project with a completely different group of maintainers, Terrakube.
by maxloh | 2025-12-11 07:48:47+00:00
CentOS Stream employs a rolling-release model, which is much less stable than RHEL.

The previous main selling point of CentOS was bug-for-bug compatibility with RHEL. Red Hat is just killing the distro by moving their focus to a non-existent market. Enthusiasts will choose RHEL, while enterprises would choose the more stable RHEL, which Red Hat could earn money from, or alternatives like Alma or Rocky.
by noodletheworld | 2025-12-11 07:49:35+00:00
> I have zero knowledge of k8s, helm or configmaps

…

> I vouch for the code that I write or that I delegate to an LLM, and believe it or not it doesn't take a magician to write a k8s spec file…

I have been writing code since 1995.

That has zero relevance to my skill at rolling out deployments in a technology I know nothing about.

One of the two things you’ve said is false:

Either a) you do know what you’re talking about, or b) you are not confident in the results.

It can’t be both.

It sounds to me like you’re subscribed heavily into a hype train; that’s fine, but your position, as described, leaves a lot to desired, if you’re trying to describe some wide trend.

Here my anecdote: major cloudflare outages.

Hard things are hard. AI doesn’t solve that. Scaffolding is easy; ai can solve that.

Scaffolding is a reliable thing to rely on with ai.

Doing it for K8s configuration, if you don’t know k8s is stupid. I know what I’m talking about when I say that. Having it help you if you do know what you’re doing is perfectly legit.

Claiming it did help when claiming you have, and I quote, “zero knowledge” (but you actually do) is hype. Leave it on LinkedIn dude. :(
by sedatk | 2025-12-11 07:49:39+00:00
I agree with your point, but I must correct you on DOS: it had device drivers too. :) That's how we used to access mouse input, CD drives, network, extended memory, etc. Yes, it sucked on the graphics and sound; every app basically had to reimplement its own graphics and audio layer from scratch, but the rest was quite abstracted away.
by mk89 | 2025-12-11 07:50:34+00:00
> (a) normalising people uploading identification documents

You might not know it or think too often about it, but most "real life" services we use require online identification, at least in Europe. Even on a simple rental agency portal in Germany it's recommended to "verify" your online identity to get more chances. Which means: just do it. Sure, you're free not to do it, as landlords are free not to care about your application at all.

Do you want to renew your car papers? E-ID is there (or whatever existing alternative).

Bank? The same.

In Germany the government[s] are pushing for Digitalization since years, which many laugh at as "ahah, what a joke, it's just filling an online module and sending a fax". It was true 5 years ago. Now I was super surprised because I recently had to do some bureaucratic BS and it's like any "normal" internet service that would require an identification (which is not just via a credit card or so). It's still not 100% accurate or "frictionless" but they're seriously getting there, which is super hard in a country where govt office A won't share data with govt office B. Compared to standing 1 hour in line to get just a stamp on a paper this is light years ahead.

The same will happen to these platforms, because that's the only solution we can think of, as of today. We all stand and watch Facebook making profits off our kids, making them depressed, etc. If you fine them, you're a communist, if you block them, you're a Nazi.

This is the most balanced alternative: you can still run your business here, people can still use social media, but let's not fuck up anymore our new generations, children, teenagers. They are the grownups of tomorrow.

Also, as some other comments mentioned elsewhere on HN: assume your data is already stolen or "publicly" available (maybe hidden somewhere).
by SideburnsOfDoom | 2025-12-11 07:52:11+00:00
> No it isn't, it's like a questionnaire on how hungry you are before and after dinner.

I think that it should be clear from the above extended metaphor that I fundamentally disagree with this idea, and so dismissing it with "No it isn't" will do nothing at all for me.

That it does nothing for me is also a refutation of the idea that therapy is always easy "someone gives you a bit of information, like a switch was flipped, done": No, it isn't.

Few architectural refactorings are "int32 to int64" quick. My experience is that sometimes you have to work through stuff. To dig. Habits that are learned over decades aren't that easily changed. Like a gym session, if it's always easy then you're not doing the work.

Reassurance can work, but IMHO you'll be back soon enough, as the root cause hasn't been addressed, just the symptom.

But this is not my field and I don't have much more to say on the topic, except that if chugging some simple agreeable affirmations are all that you need, by all means listen to the LLM. The sycophancy machine can do that.
by Bayram | 2025-12-11 07:52:14+00:00
I analyzed 36 sales interviews from Anthropic's dataset (1,250 total).

6 findings that surprised me: 1/ Competition drives adoption

Salespeople use AI more when they're behind on quota.

"I turn to AI more when I need to 'compete' with colleagues. If my sales are lower than theirs, I go to AI for help."

One rep made top sales on his team thanks to AI.
by hyfgfh | 2025-12-11 07:52:33+00:00
Agreed! The problem is that some 'seniors' never cared to learn patterns in the first place. That’s a huge problem for frontend, where we have increasingly complex architectures and people with very little experience with design.

Even some principles aren't known. I always recommend the book Head First: Design Patterns. It's in Java, but the lessons can be applied in every language.

Unfortunately, we are in a 'post-knowledge' era... I don't know how we can keep things up at this pace.
by jillesvangurp | 2025-12-11 07:52:52+00:00
The thing to remember about the dotcom era was that while there were a lot of bad companies at the time with a lot of clueless investors behind them, quite a few companies made it through the implosion of that bubble and then prospered. Amazon, Google, eBay, etc. are still around.

More importantly, the web is now dominant for enterprise SaaS applications, which is a category of software that did not really exist before the web. And the web post–dot-com bubble spawned a lot of unicorns.

In short, there was an investment bubble. But the core tech was fine.

AI feels like one of those things where the tech is similarly transformational (even more so, actually). It’s another investment bubble predicated on the price of GPUs, which is mostly making Nvidia very rich right now.

Right now the model makers are getting most of the funding and then funneling non-trivial amounts to Nvidia (and their competitors). But actually the value creation is in applications using the models these companies create. And the innovation for that isn’t coming from the likes of Anthropic, OpenAI, Mistral, X.ai, etc. They are providing core technology, but they seem to be struggling to do productive things in terms of UX and use cases. Most of the interesting things in this space are coming from smaller companies figuring out how to use the models these companies produce. Models and GPUs are infrastructure, not end-user products.

And with the rise of open-source models, open algorithms, and exponentially dropping inference costs, the core infrastructure technology is not as much of a moat as it may seem to investors. OpenAI might be well funded, but their main UI (ChatGPT) is surprisingly limited and riddled with bugs. That doesn’t look like the polished work of a company that knows what they are doing. It’s all a bit hesitant and copycat. It’s never going to be a magic solution to everyone’s problems.

From where I’m sitting, there is clear untapped value in the enterprise space for AI to be used. And it’s going to take more than a half-assed chat UI to unlock that. It’s actually going to be a lot of work to build all of that. Coding tools are, so far, the most promising application of reasoning models. It’s easy to see how that could be useful in the context of ERP/manufacturing, CRM, traditional office applications, and the financial world.

Those each represent verticals with many established players trying to figure out how to use all this new stuff — and loads more startups eager to displace them. That’s where the money is going to be post-bubble. We’ve seen nothing yet. Just like after the dot-com bubble burst, all the money is going to be in new applications on top of the new infrastructure. It’s untapped revenue. And it’s not going to be about buying GPUs or offering benchmark-beating models. That’s where all the money is going currently. That’s why it is a bubble.
by richardfeynman | 2025-12-11 07:54:22+00:00
The ICJ has not said Israel's response is a genocide - not in Lebanon, which is what this thread is about, nor in Gaza.

“…the court decided that the Palestinians had a plausible right to be protected from genocide and that South Africa had the right to present that claim… it did not decide — and this is something where I’m correcting what’s often said in the media — it didn’t decide that the claim of genocide was plausible.” - ICJ head President Donoghue
by anakaine | 2025-12-11 07:54:24+00:00
Parent of kids old enough to go clubbing, and have been to a few venues in the city myself recently because of that. Have also worked on this tech in a small capacity in government.

Yes, handheld is now used. If you use the digital licences app on your phone in NSW/QLD the licence details are picked up by a QR code and cross verified via an auth API with Services NSW / TMR QLD. You are also checked against a database of banned patrons, against court ordered exclusions, and police issued exclusions. If you use the physical licence, an extra step of ID —> licence details extracted occurs, then the same process is followed.

I agree that people will lose their identity online if age checks become normalised. That’s not been the case with the club and inner city alcohol venues checks.
Show HN: OgBlocks – UI Library for Non-CSS Developers
by karanzkk | 2025-12-11 07:55:02+00:00
Hey HN! I’m Karan — a frontend dev who loves crafting UI. I noticed many developers hate writing CSS, even though they still want premium designs and smooth animations.

So I built ogBlocks — an Animated UI Library for React with ready-made, premium components like navbars, modals, text animations, carousels, and more.

I hope you'll like it

Best Karan
by torginus | 2025-12-11 07:55:05+00:00
> This is a common argument about Rust.

Because it is a correct one. std::vector can do this in debug mode, Zig and a bunch of other languages do as well. But that's not the point of why memory safety's important. You opt out of all aliasing and lifetime checks this way, which means an easy off-by one indexing bug (which would be a compiler error otherwise), silently propagates through the system, and you can reference wrong nodes, invalid nodes, uninitalized nodex.

It's even worse in some aspects that a dangling pointer, because you can quickly tell a dangling pointer contains garbage data, but here, the stuff looks plausible.

I am not sure this is a critique of Rust - this certainly goes against the grain of how the language has been designed - which in the case of Rust, might make things easier, since lifetimes are not checked for individual elements, but also less safe.
by maxloh | 2025-12-11 07:55:11+00:00
No, it is a totally different distro.

CentOS Stream employs a rolling-release model, which is much less stable than RHEL.

The previous main selling point of CentOS was bug-for-bug compatibility with RHEL. Red Hat is just killing the distro by moving their focus to a non-existent market. Enthusiasts will choose RHEL, while enterprises would choose the more stable RHEL, which Red Hat could earn money from, or alternatives like Alma or Rocky.
by somenameforme | 2025-12-11 07:55:44+00:00
> a small fraction of kids branching off into fringe networks that are off the radar and will take them to very dark places very quickly.

I don't think this is much of an issue at all. The path of least resistance, by an overwhelmingly wide margin, is just using a proxy, TOR, or whatever else to bypass the filtering. Sites will be doing the bare minimum for legal compliance, and so it won't be particularly difficult.

Beyond that I'd also add that for those of us that were children during the early days of the internet, "we" were always one click away from just about anything you could imagine in newsgroups, IRC, and so on. It never really seems to have had much of any negative effect, let alone when contrasted against the overwhelmingly negative effect of social media.

I don't really know why that is, and I half suspect nobody really does. You can come up with lots of clever hypotheses that are all probably at least partially true, but on a fundamental level it's quite surprising how destructive 'everybody' communicating online turned out to be. And that obviously doesn't end just because somebody turns 18.
by swiftcoder | 2025-12-11 07:55:51+00:00
> (More than a bit irritated by the "Do you have data to back that up" thing, given that you don't really have data to back up your position).

It wasn't necessarily a request for you personally to provide data. I'm curious if any larger blog operators have insight here.

"person who only reads the 0.001% of blog posts that reach the HN front page" is not terribly interesting as an anecdotal source on blog traffic patterns
by bjoli | 2025-12-11 07:56:16+00:00
I recently ported c-rrb to c#, and when the first port was done Unused ai to help me refine the code. It was a pleasant experience, apart from the AI every three or four prompts introduced subtle bugs. In the end, Claude and I managed to speed up the code by almost 2x.

The worst was pushing the tail into the tree. My original code was pretty slow, but every time AI changed more than 4 lines it introduced subtle bugs.

I did not actually think ai would be that useful.
by vinishbhaskar | 2025-12-11 07:56:36+00:00
We’ve released a Laravel version of TailAdmin, a Tailwind CSS-based dashboard kit previously available in HTML, React, Vue, Next.js, and Angular.

The Laravel package provides:

- A Blade-first architecture - A set of five hundred plus reusable UI components - Seven dashboard layouts (analytics, e-commerce, CRM, etc.) - Dark mode support - Chart integrations - Example pages, including some AI-related sections

The goal is to offer a clean starting point for teams building admin panels, internal tools, or SaaS dashboards without having to assemble the UI from scratch.

- GitHub: https://github.com/tailadmin/tailadmin-laravel

- More information: https://tailadmin.com/blog/introducing-tailadmin-laravel

If you try it, feedback or bug reports would be useful.
by rhubarbtree | 2025-12-11 07:58:40+00:00
Well, no one is suggesting 24/7 surveillance, we’re suggesting banning children from using social media, as it has demonstrably very harmful effects on their education and wellbeing.

It’s not Orwellian. If it were, then not allowing kids to vote or drink before they become adults would be Orwellian.

We are simply banning kids from a harmful activity until they are old enough to decide for themselves. The ban has to be at a social level decided by the democratic process, because there’s a coordination problem here: it’s not a harm that can be remedied at the level of the individual.

The real villains here are the social media companies that have profited from the misery and manipulation of children, to their ultimate harm.

I find it hard to believe anyone would argue in good faith against this ban. In tech circles there are a lot of vested interests that don’t want other governments to protect the children in their countries from harmful products. Shame on them.
by comex | 2025-12-11 07:58:51+00:00
FYI, I believe your updated signature is still incorrect. You have:

unsafe fn GetCustomUI(&self, _ribbon_id: *const BSTR, out: *mut BSTR) -> HRESULT {}

But as linked in bri3d's post, the original C++ signature is:

STDMETHOD(GetCustomUI)(BSTR RibbonID, BSTR* RibbonXml);

It really is true that the second parameter is a pointer to BSTR and the first is not. This difference is because the second parameter is an out parameter.

Ultimately, I think windows-rs is at fault here for confusing API design. The BSTR type that it defines is fundamentally different from the BSTR type in C++. The Rust BSTR has a destructor and is always owned, whereas the C++ BSTR is just a typedef for a raw pointer which may be considered owned or borrowed depending on the context. It's not like C++ doesn't support destructors; this particular type just doesn't use them.

It makes sense for Rust bindings to define a safe wrapper type with a destructor. But if I were designing the bindings, I would have given the wrapper a different name from the original type to make the difference in semantics more obvious.

The Rust BSTR type is still ABI-compatible with the C++ one (because it's repr(transparent)), so it can be valid to use it in FFI definitions, but only if that BSTR happens to be owned (like with the second parameter).

A more thorough wrapper for BSTR would provide a safe borrowed type in addition to the owned type, like what &str is to String. But it appears that windows-rs doesn't provide such a type. However, windows-rs does provide an unsafe type which can be used for the purpose. Confusingly, this type is also named BSTR, but it's defined in the windows-sys crate instead of windows-strings. This BSTR is like the C++ BSTR, just an alias for a raw pointer:

https://docs.rs/windows-sys/latest/windows_sys/core/type.BST...

You should probably use that type for the _ribbon_id parameter. Or you could just manually write out `*const u16`. But not `*const BSTR`, which is a pointer to a pointer. `*const BSTR` happens to be the same size as `BSTR` so it doesn't cause problems for an unused parameter, but it would break if you tried to use it.

Which probably doesn't matter to your application. But since you published a "correct signature for future LLMs", you should probably fix it.

See also this issue report I found (not exactly on point but related):

https://github.com/microsoft/windows-rs/issues/3230
by verteu | 2025-12-11 07:58:56+00:00
Yes, humanitarian law explicitly applies to enemies who do not, themselves, follow it. It's called [non]-reciprocity:

"The obligation to respect and ensure respect for international humanitarian law does not depend on reciprocity"

https://ihl-databases.icrc.org/en/customary-ihl/v1/rule140

Nations who break international law frequently spread misconceptions about this.
by Antibabelic | 2025-12-11 07:59:29+00:00
Rather, confusing models (including computational ones) for the things they model is the very definition of magical thinking. Matter matters. There is nothing specific about "brains" that prevents them from "existing" digitally. The fact is that nothing material can "exist" in a computational substrate. A computer can only simulate: replicate the structure of material things in a useful to us manner using symbols.