MurphyA/hacker-news huggingface dataset:
by DanielHB | 2025-09-02 08:59:21+00:00
When I first saw Next.js I was immediatelly reminded of Meteor.js. I did invest a bit in learning into it and did some personal projects. But quickly realized it was both over-abstracted and inflexible which made it really hard to get it past prototypes.

But these solutions keep coming up because they bring one thing: Self-contained / "batteries included". Just the other day there was a thread in hackernews about Laravel vs Symphony and it was the same thing: shit breaks once complexity comes in.

If you compare those solutions with the old model that made NodeJS / React SPA get so popular, so fast: Buffet-style tooling/libraries. You basically build your own swiss army knife out of spare parts. Since all the spare parts are self-contained they have to target really low abstraction levels (like React as a component library, HTTP+Express as a backend router, Postgres as DB).

This approach has many disadvantages but it really keeps things flexible and avoids tower-of-babel style over-engineering. As in a lot of layers stacked on top of each other. Not that the complexity goes away, but instead you have a lot of layers sibling to each other and it is more doable to replace one layer with another if things aren't working well.

It is understandable why "batteries included" is so popular, it is really annoying to stitch together a bunch of tools and libraries that are slightly incompatible with each other. It definitely needs people with more experience to set up everything.
by spwa4 | 2025-09-02 08:59:49+00:00
It's not stupid. It's governments being extremely cheap. Banks (large banks are part of the government everywhere, at least when it comes to policy) and governments are totally dependent on certification (meaning someone to check security patches on devices), effectively a group of people that have some budget to check a lot of software version of a lot of devices. This doesn't have to be many people.

Nobody's willing to pay for it, so only Google, who have to do this for a bunch of other reasons, actually does it.

On the contrary, governments are imposing other restrictions on OS'es (like EU Chat directive), as well as making more and more critical government functions (like eID, and the various equivalents, and the banks) that can never work without OS certification, are utterly dependent on the App stores (it requires the ability to replace apps on user's devices without being detected), and thereby driving people deeper into Google and Apple's arms. Despite the fact that this makes the EU totally dependent on yet another US company, making this stupid. And, of course, it makes securing anyone in the EU against US spying an exercise in futility.

But it saves a little bit of money now, and gives the US, ie. Trump, yet another loaded gun aimed at the head of the EU economy. What could possibly go wrong?

Sell your airbus stock.
Show HN: RelightAI Try-On – Chrome extension for AI clothing previews
by kianworkk | 2025-09-02 09:00:19+00:00
Hi HN,

I’ve been working on extending my side project *RelightAI* into the e-commerce space. I just built a *Chrome extension* that lets you:

- Open any shopping website (clothes, shoes, etc.) - Upload your own photo - Instantly generate an *AI try-on preview* of the product

Why I built this: Online shopping often feels like a gamble since you can’t really try items on. I wanted to experiment with AI to make that process more visual and fun.

Status: - Core works, but the UX is rough - Some bad cases (alignment isn’t always perfect) - Still very early, so I’d love feedback on what’s useful / what’s missing

[Chrome Web Store link](https://chromewebstore.google.com/detail/relightai-try-on/cp...)

Would love to hear your thoughts! Happy to answer questions.
by sitkack | 2025-09-02 09:00:44+00:00
Not only that, but the guy is clearly out of his element, but makes a big smart looking report and this wrong by a factor of 10.

Ground water is not fungible economic value. When its gone it is gone because the aquifers collapse. The CA central valley dropped 9M from 1925 to 1977 [1]

The space the water was in, is gone. Datacenters pumping groundwater will do the same exact thing.

[1] https://www.reddit.com/r/pics/comments/1jby06/this_is_the_im...

https://www.nature.com/articles/s41467-022-35582-x
by jillesvangurp | 2025-09-02 09:00:55+00:00
A lot of these companies self select for obedient, conflict avoiding employees that agree with everything that comes from above. That's great if you are executing a fixed plan. But, you need a certain amount of status quo challenging types to actually innovate when the plan needs to change. Google and Meta are clearly struggling on that front. They've hired the ability to innovate out of their leadership and company.

Just my impression; but kind of backed up by what's (not) happening at Google.

MS somehow found a way back from that to where they were doing different enough things to grow their business quite dramatically under Nadella. Google is in need of a similar change.
by StopDisinfo910 | 2025-09-02 09:00:59+00:00
The barriers to entry for LLM are obvious: as you pointed, the field is extremely capital intensive. The only reason there are seemingly multiple players is because the amount of capital thrown at it at the moment is tremendous but that's unlikely to last forever.

From my admittely poorly informed point of view, strategy-wise, it's hard to tell how wise it is investing in foundational work at the moment. As long as some players release competitive open weight models, the competitive advantage of being a leader in R&D will be limited.

Amazon already has the compute power to place itself as a reseller without investing or having to share the revenue generated. Sure, they won't be at the forefront but they can still get their slice of the pie without exposing themselves too much to an eventual downturn.
by globnomulous | 2025-09-02 09:01:14+00:00
Not exactly related to the story or to your comment, but: is Aarhus as happy and wonderful a place as all writing about it claims it is? I know immigrating to Denmark is nearly impossible, but I keep telling my partner that if (or when) the political situation in the US deteriorates sufficiently, Aarhus should be our destination -- that or Copenhagen.
by opan | 2025-09-02 09:01:23+00:00
ANSI vs ISO, there's qwerty ISO as well. There was a bigger enter key on older ANSI keyboards as well, they just shrank it at some point. Or so I thought. The backwards L key I had in mind is apparently a mix of the two. I just associate it with older keyboards.

https://superuser.com/a/1368499

Personally I use a Pinky4 keyboard where every key is 1U these days, even space and enter.
by ge0r9e | 2025-09-02 09:01:26+00:00
Hey!

I recently created a language learning website that has you select a song, then work through a lyric translation, save vocab and practice what you have learnt.

It's very early days, but I have AI for feedback and MusixMatch for lyrics, it's all free and always will be for anyone who signs up during this period.

It's a passion project for me, but I hope people find some value from it.

Happy learning!
by wafflemaker | 2025-09-02 09:01:47+00:00
Most banks worth their salt accept GrapheneOS.

DNB in Norway does for sure. Same for BankID , national electronic identity authorization provider. There are good programmers out there that know their stuff. Find a bank that has a hacker culture like DnB.

I remember that I chose them just by comparing uMatrix output between them and SpareBank - the other big player. DNB had no 3rd party trackers showing, while SpareBank had a lot.
by throwaway150 | 2025-09-02 09:02:16+00:00
Appreciate the response. But ...

> Since OP mentions logging, it’s worth noting that for instrumentation and observability we’ve embraced OpenTelemetry and have an instrumentation.ts convention

That makes it sound as though the answer to a clumsy logging facility is simply to add another heavy layer of complexity. Surely not every application needs OpenTelemetry. Why can’t logger().info() just work in a sensible way? This can't be such a hard problem, can it? Every other language and framework does it!
by pajko | 2025-09-02 09:02:35+00:00
Why do you need a full blown Linux for that? Much of the provided features are overkill for such embedded systems. Both NuttX and Zephyr provide POSIX(-like) APIs, NuttX has an API quite similar to the Linux kernel, so it should be somewhat easier to port missing stuff (have not tried to do that, the project I was working on got cancelled)
by ZeroGravitas | 2025-09-02 09:02:37+00:00
If you want corruption it's much more up front. The Conservatives effectively banned onshore wind in England for a decade just after it became the cheapest source of electricity available.

Real Trump-level stupid and like Trump, the media seems to be actively diverting attention from it.

That and not installing insulation or mandating new homes to be better built cost the country billions and it got more costly when gas prices spiked.

The current govenrment can't shift costs from clean electricity to dirty gas, or to general taxation, because the media would crucify them. Meanwhile Farage is campaigning on getting rid of net zero and the NHS and they love him.

The same media starting a culture war about heat pumps at the moment. Basically if you assume the media and the political right are owned by gas and oil interests, the politics since North Sea discoveries make a lot more sense. It's like they were trying to burn as much of it as inefficiently as possible rather than use it wisely for its owners, the people.
by lmm | 2025-09-02 09:03:04+00:00
They're trying to do something that's fundamentally very hard. Unifying server-side and client-side code was always going to cause confusion when the difference becomes relevant.

Personally I'd rather go in the direction of having code that's explicitly server-side, explicitly client-side, or explicitly shared utilities. But you'd need more of a type-safe mentality to take that approach, and you'd probably scare off the majority who prefer runtime errors over build-time errors.
by heavyset_go | 2025-09-02 09:03:29+00:00
> Ok so if I publish under a license saying I don't allow for it to be used for AI do you believe they respect it?

It's even worse than that, they don't even legally have to respect it if courts find it to be fair use, and so far they have. If it's fair use to train models on it, your license means nothing.

The only way to "win" is to not publish your code at all, anywhere.
by tiku | 2025-09-02 09:04:32+00:00
Through a customer I've come into contact with InertiaJS. React with Laravel made my work so much simpler. Routing through Laravel was easier for me. The data sharing from Laravel to the frontend is painless.

I also like the server side, PHP works better for me than a Javascript server. I've had some weird bugs with nodemon, pm2 and other server tools.
by b_e_n_t_o_n | 2025-09-02 09:05:03+00:00
Yeah this is basically it. Vercel is trying to solve for optimised performance by using a combination of React Server Components, Partial Pre-rendering, Edge servers, streaming, etc. A lot of their seemingly weird design and API decisions basically come down to that. If you need it, it's good that it exists. But you can also go pretty far with doing some ssr in an edge function too.
by vinserello | 2025-09-02 09:06:03+00:00
Good question. Let's start saying that Datastripes isn't trying to replace Matlab/Octave/etc. It's closer to a more lightweight scenario builder that runs entirely in the browser. So instead of coding a model, you drop data in, build a flow (filters, regressions, clustering, projections), then tweak inputs and watch the charts update live. We started with the idea of no backend, no install, runs in WASM/WebGPU. Obv, this strategy cannot be a one-size-fits-all, but it covers a lot of use cases in business and educational domains.

It's less about heavy numerical libraries, more about quick "what if" exploration for non-technical users or teams that don't want to set up an environment. Think smaller/faster, but also easier to share where data stays local.
by watwut | 2025-09-02 09:06:26+00:00
Imo, some standard libraries were massively overusing them. So, you needed to handle checked exceptions for stuff that you cant do much about or are highly improbable and genuinely should be runtime exceptions.

But other, even more common source of hate is that many people simply do not want to handle them. They prefer if they can kind of pretend that stuff does not exists and look like "10x fast developers". You are technically faster if you ignore all that stuff while someone else fixes your code later on in different ticket.
by mort96 | 2025-09-02 09:07:00+00:00
Here's my most recent use case:

I have a relatively large array of uint16_t with highly repetitive (low entropy) data. I want to serialize that to disk, without wasting a lot of space. I run compress2 from zlib on the data when serializinsg it, and decompress it when deserializing. However, these files make sense to use between machines, so I have defined the file format to use compressed little endian 16-bit unsigned ints. Therefore, if you ever want to run this code on a big-endian machine, you need to add some code to first flip the bytes around before compressing, then flipping them back after decompressing.

You're right that when your code is iterating through data byte for byte, you can write it in an endian-agnostic way and let the optimizer take care of recognizing that your shifts and ORs can be replaced with a memcpy on little-endian systems. But it's not always that simple.
by eknkc | 2025-09-02 09:07:03+00:00
If you don't like changing APIs I'd stay away from the Remix guys. I know it is not like Next but I've used react-router, which had some API churn, later evolved to remix and then back to react-router... Backward incompatible changes are the signature of it. The documentation story is a problem too because of that. Completely different things are named the same and they are now building a new Remix, not even on React as far as I can tell.

Stick with a single version and you'd probably be happy though.
by Etheryte | 2025-09-02 09:07:18+00:00
And the reason they're all in on streaming to begin with is because they're sending massive amounts of data back and forth all the time. Like Sean Goedecke said in his API design writeup [0], a technically poor product can make it nearly impossible to build an elegant API. I believe we're seeing the same thing with Next.js, all of these wonky interfaces derive from the underlying architectural issues.

[0] https://www.seangoedecke.com/good-api-design/
by DrScientist | 2025-09-02 09:07:41+00:00
I totally agreed that in the past years of hammering out an ontology for a particular area just results in a common understanding between those who wrote the ontology and a large gulf between them and the people they want to use it ( everyone else ).

What's perhaps different is that the machine, via LLM's, can also have an 'opinion' on meaning or correctness.

Going fully circle I wonder what would happen if you got LLM's to define the ontology....
by njandyal | 2025-09-02 09:07:44+00:00
Location: Glasgow Remote: yes Willing to relocate : in Scotland yes Technologies: SQL, power bi Resume : linkedin.com/in/nimishajandyal Email: njandyal@gmail.com

Looking for Business Analyst/ Product Owner job . In the past role I have introducted new processes and guardrails which helped team to deliver 20% more with quality work. Proficiency in handling all the scrum ceremonies. Automated dashboards for better reporting. Currently I am pursuing Data analytics course.
by JustWatchTA | 2025-09-02 09:07:57+00:00
JustWatch | Frontend Engineer (Junior–Mid) | Berlin | Full-time | HYBRID (2–3 days office, rest remote)

At JustWatch, we’re focus on being the best at marketing in the global entertainment industry. Our Martech team develops internal tools that help us achieve that goal, creating automations to help our own campaign managers inside the company.

You’ll work on our Business Dashboard (Next.js), leading projects end-to-end while collaborating with designers, stakeholders, and other dev teams. We’re looking for a frontend engineer who enjoys solving problems, thrives on collaboration and focus on bringing value to its users. In return, we offer a culture of trust and ownership, where you can make decisions without bureaucracy and really focus on the value you are delivering. Based in Berlin, we have an awesome office that you don’t need to go, but you will want to.

Our tech stack: Next, Typescript, Tailwind

https://www.justwatch.com/talent/jobs/tech/junior-mid-level-...
by Jaketeagle | 2025-09-02 09:08:51+00:00
V7 | www.v7labs.com | London or New York | Hybrid

_______

Growth Hacker - https://bit.ly/41wPdmH

* You're not just a growth marketer. You’re a full-stack creative operator. * You’ve probably done things like:

* Run playbooks that didn’t exist yet * Gotten products featured on Times Square billboards and Reddit threads * Built shareable mini-tools that turned into full-on acquisition channels * Sent physical mailers that turned into million-dollar pipeline * Landed your company on 10+ podcasts in a quarter * Have taken a product from 0–1m+ MAUs or scaled growth to $5m–$20m ARR * Built acquisition loops from scratch * Know how to make technical content go viral * Are a creative thinker with deep operational range * Can juggle many ideas, experiments, and channels at once

____________

AI Engineer (Building Agents Product) - https://bit.ly/3HWgici

* Build LLM agents for document understanding, search, and image recognition that go from prototype to production fast

* Write clean, tested Python code that scales—no research papers, just working AI features

* Collaborate with AI and product teams to iterate on solutions that customers actually use
by kevalpadia | 2025-09-02 09:09:07+00:00
APIs are the backbone of modern apps, but weak security can expose sensitive data and invite cyberattacks. API pentesting helps fix this by simulating real-world threats to uncover flaws in authentication, authorization, input validation, and business logic.

Key benefits include:

Protecting sensitive data from breaches

Ensuring compliance with GDPR, HIPAA, PCI-DSS, and more

Preventing business logic exploits and revenue loss

Strengthening authentication & access controls

Reducing financial/operational risks

Building customer trust and safeguarding brand reputation

In short, API pentesting strengthens your overall security posture, keeps systems resilient, and protects both your business and customers.
by incrudible | 2025-09-02 09:09:08+00:00
You say it's purposeful, they say it's incidental. Israel still supplies Gaza with water, albeit at a substantially reduced rate. Roughly 40% of the water infrastructure remains operational[1]. Therefore, your maximalist claim of "destroying all life supporting infrastructure" is false.

Russia has hit plenty of life-supporting infrastructure in the affected areas of Ukraine and millions have been displaced. Will you therefore admit a genocide committed by Russia?

[1] https://water.fanack.com/water-situation-in-gaza-current-ove...
by rocqua | 2025-09-02 09:09:41+00:00
UBI has many different defenses.

One of them is that means tested benefits are harmful, and I think it's a really strong one.

But another very common defense of UBI is that mass unemployment is inevitable, but because of technological developments that cause wide abundance, so UBI can be used to make that abundance available to the newly unemployed.

The harms of means testing are many. They include:

- Massive organizational overhead to do the means testing, have appeals process, have fraud detection, and fraud punishment. - Personal overhead on those who have to 'pass' the means-testing. This can be non-trivial procedurally, and appeals tend to be very complicated. Moreover, the consequences of making a mistake that gets marked as fraudulent are severe. This makes it quite time- and stress-costly to get these benefits, and makes some people skip them. - It creates weird economic incentives, if done exceptionally poorly, it creates situations where an increase in net income causes a decrease in gross income. In other situations you get an effective marginal tax rate of nearly 100%, which discourages work and prevents the building of wealth by advancing a career.
by pajuhaan | 2025-09-02 09:09:49+00:00
Have you ever wondered if your biggest limitation is the very thing you’re certain about?

We’re used to searching for answers where everyone else looks, but what if the real solution is hidden exactly where no one dares to think? The world isn’t shaped by physics or formulas alone, but by the way we choose to see them. So next time something feels “impossible,” ask yourself; impossible for whom? For me… or for a mind that hasn’t yet dared to try a different angle?

if correct, it's the answer
by csomar | 2025-09-02 09:10:50+00:00
Anyone who is running back-end code in Next.js has no idea what they are doing. It could be acceptable if it is a toy project and you want to get something quickly but even for a small operation or MVP, the whole thing is not coherent.

I've wrote previously about nextjs: https://omarabid.com/nextjs-vercel My opinion remains the same: Most of the issues in Nextjs are not a bug but a feature. A feature that only functions and locks you in Vercel platform.

Since their routing/SEO/content features are also now less functional, there is really very little reason to use Nextjs especially with React Server Components.
by kitd | 2025-09-02 09:12:15+00:00
Quarkus is just a little too much like magic for me. Too many annotations hides what's going on underneath, which makes me feel a bit uncomfortable. But I'll accept that's probably just me.

Vertx on the other hand, which it is built on and which itself builds on Netty, is excellent, and very performant for typical backend services. It now has support for virtual threads too.
by nastya_geller | 2025-09-02 09:12:43+00:00
Stream | Multiple Positions | Amsterdam (NL), Skopje (Macedonia) | Boulder, CO (US) | Toronto (Canada)) | Remote possible | Full Time | Visa Sponsorship

We are consistently hiring backend engineers ranging from Senior level to Staff / Lead / Director / Principal Go engineers.

If you have experience with a different tech stack, we offer a 10-week onboarding program to train you in Go, scaling and other key topics: https://tinyurl.com/2u5x9f9w

We’re also hiring for:

* Staff Python Engineer – Open Source Video/Voice AI Library

* Senior React Native SDK Engineer

* Staff Product Designer

* WebRTC SFU Engineer

* Director of Information Security

At Stream, we use Go for our video SFU, chat API, Moderation and Feeds, serving high traffic from major apps like Strava, Nextdoor, Patreon, and Midjourney. Our tech stack: Go, CockroachDB, RocksDB, WebRTC, Raft, and Redis.

Why Join Stream?

* High scale/ difficult engineering, we have customers using our products with millions of users

* Default alive. Startup growth opportunity with healthy revenue

* All managers are hands-on and capable engineers

* Edge network of servers around the world

* Great opportunity to learn and grow

Remote: our roles are primarily NL, US, or CA-based (hybrid), but exemptions for remote work within the EU may apply to specific cases.

Visa Sponsorship: Available for the Netherlands

Apply here: https://jobs.ashbyhq.com/stream?utm_source=5rrpvObp3r
by vintermann | 2025-09-02 09:12:49+00:00
As I understand it, this is a dataset of claimed causation. It should contain vaccines->autism, not because it's true, but because someone, in public, claimed that it was.

So, by design, it's pretty useless for finding new, true causes. But maybe it's useful for something else, such as teaching a model what a causal claim is in a deeper sense? Or mapping out causal claims which are related somehow? Or conflicting? Either way, it's about humans, not about ontological truth.