MurphyA/hacker-news huggingface dataset:
by untolabs | 2025-11-03 16:53:39+00:00
Unto Labs | San Francisco, CA | ONSITE (Hybrid OK), REMOTE (US) | Full-Time Unto Labs is developing the Thru Layer-1 blockchain (https://thru.org)

We recently announced $14.4 million in funding to make blockchains & digital assets useful for the world. Founded by Jump Crypto alumni and core contributors to the Solana protocol and the Firedancer client (https://github.com/firedancer-io/firedancer), we’re tackling fundamental scalability, performance, and usability challenges in distributed ledgers.

Our runtime conforms to the RISC-V specification—moving away from domain-specific VMs, DSLs, and bespoke compiler toolchains that limit developer and institutional adoption. You can write smart contracts and programs in any LLVM compatible programming language and reason about a standard ISA in RISC-V. Components are developed in C for maximal control over performance and resource usage.

We believe there is a unique window of opportunity to developer fairer, more accessible, and more global financial products on resilient public blockchains.

You can check out our docs and open-source developer tooling at docs.thru.org and https://github.com/Unto-Labs/thru/

We are hiring for the following role(s):

- Systems Engineer: https://jobs.ashbyhq.com/unto-labs/13df6bea-b253-4c80-ae05-5...
by emilsedgh | 2025-11-03 16:53:50+00:00
Rechat | API Engineer, Front End Engineer | Remote

Rechat is the leading AI-powered operating platform for real estate brokers and agents. Think Shopify for real estate—a mobile-first super app with marketing automation, workflow management, and everything agents and brokers need to run their business in one place. We’re a small, sharp team building a big, sophisticated product without the usual corporate nonsense.

Why You’ll Like It Here:

Remote-first with flexible hours Minimal meetings—we focus on real work No tech hype-chasing—we use the right tools, not the latest trends Flat team structure—no layers of bureaucracy

Who We’re Looking For:

Senior Frontend Engineer (TypeScript, React) – Own the UI and craft intuitive experiences Senior Backend Engineer (Node.js, PostgreSQL) – Build and refine our robust, high-performance backend

If you thrive in small teams solving big technical challenges, reach out to emil+hn@rechat.com.
by lotyrin | 2025-11-03 16:53:50+00:00
OP is a privileged take, yes. If you touch grass in poverty spaces, disability spaces, etc., there are a lot of preventable things that could be done or mitigations that could be made that would reduce future costs to society and individuals in incredible ways but are not done because people lack the resources to pursue them. The insurance model is flawed in practice for young, healthy, male IT workers yes, but that's just a testament to how broadly flawed it is that even those positions of privilege are being failed by it.

Big picture: As a society we are failing to make investments in population health that would pay off and an industry exists in a position that it is directly antagonistic to social good. Medical bankruptcies when an under-insured person has a catastrophe is a failure. A person avoiding preventative or corrective care that will improve their future because in the present they need to pay rent instead is a failure. The market dynamic on private insurance creates pressures that produce these failures as a matter of course. Maybe single-state-payer isn't a perfect way to do this (I am pro-social but also a minarchist), but the private insurance model is obviously worse, and there's probably some solution to the holistic problem but we're incredibly bad at whole-system and whole-population thinking, accounting for "undesirables", and probability around unlikely catastrophe, (and propagandized into being even worse at these things than human psychology alone would allow) so any solution which is optimal is likely to be incredibly unpopular because at the individual optimistic case level it'll feel like it's "infantilizing" people or creating individual disincentives for "repsonsibility" or whatever, and that's before we get to the part where we have large populations of people who are so comfortable with hierarchical systems of exploitation that they are afraid improving things substantially means their currently-comfortable above-water status in the pile of drowning rats might be threatened.
by radug14 | 2025-11-03 16:54:01+00:00
Hi everyone, I’m Radu.

In my personal experience, screening software engineers has always put pressure on internal engineering teams. Over the years, I’ve tried different approaches to streamline the process, but nothing has really fixed the problem of investing engineering time into screening.

At the start of the year I went through BetterStack’s recruitment process. Their first stage, an in-house built async screening test, was a revelation for me. I thought this was a fantastic alternative for an early stage in the recruitment pipeline. Back in February, while I was actively hiring at the startup I was working with, I prototyped a solution and trialed it - it was a success.

Fast forward a few months and I’ve now been able to turn the early prototype into a product. Meet Niju.

Niju replaces the traditional screening call with a 20-minute, asynchronous, recorded coding session.

A candidate gets a link, shares their screen, and "thinks aloud" while solving a practical coding challenge (no abstract algorithms).

After 20 minutes, Niju analyses the entire session: the code, the audio, and the thought process. It gives the hiring manager a concise report, transcripts, code playback and the raw footage with the important parts annotated. This means that, on average, a Niju interview takes 5 minutes to review.

* Cheating: Yes, a candidate can use Google. That's the point. I want to see how they solve a problem, not what they've memorised. The screen recording shows their whole process.

* AI: The AI does not produce a "pass/fail" decision. It just summarises the data to help a human make a better, faster, and more consistent decision.

* Stack: As a solo builder, I'm keeping it simple: SvelteKit, DrizzleORM, BullMQ, Postgres, Redis, Azure OpenAI.

The goal is to help busy engineering teams reclaim their time.

You can try the first interview for free.

I’ll be here for a while to answer questions and I'd be honored to get your feedback.

Radu
by PaulHoule | 2025-11-03 16:54:25+00:00
It is all a collective action problem. The gains you get now by fishing more are real, the loss you get from overshooting the limits is hypothetical and ind the future and the present always wins.

Fisheries off the coast of New England have consistently gone through the cycle of fisherman arguing with ecologists, being right in the good years, having a bad year, having a fishery collapse, a few years of recessions and then finding some other population of fish which is less desirable, further away, more expensive, etc.
by netbioserror | 2025-11-03 16:54:48+00:00
This code style is psychotic. I had to reverse-engineer and verify a C codebase that was machine-obfuscated and it was still clearer to follow than this. Increasing clarity through naming is great, but balancing information density is, dare I say, also a desirable goal. Compacting code rapidly diminishes returns once you're relying on a language having insignificant whitespace.
by satisfice | 2025-11-03 16:54:52+00:00
The “cost of bugs” curve is incoherent nonsense for these reasons:

- We don’t care how much a bug costs to fix if we choose never to fix it. We do not automatically fix all bugs.

- The cost to find certain bugs early on is prohibitive, compared to waiting until the product is fully realized, when many subtle or systemic bugs become quite easy to find.

- It’s not hard to imagine an early stage “bug fix” in the requirements that leads to missed opportunities. For instance, if I were present at the beginning of Uber I think I could have persuaded them that Uber is totally unworkable as a business idea.

- Nothing whatsoever in the nature of bug fixing makes a bug necessarily harder to fix over time. It’s just that certain requirements bugs can snowball.
by rayiner | 2025-11-03 16:55:25+00:00
> but there will always be a desire to save people's lives even if the cost is very high.

Also, Americans place extraordinarily high value on life. My wife's grandmother had cancer in her 60s and had a quarter of her lung removed. She then had a stroke in her late 80s. She was in rural Oregon, and they evacuated her via helicopter to Portland. They wanted to give her an aggressive treatment, but she refused, and passed away a couple of days later, having lived a full and complete life. She didn't have special health insurance or money saved up--she was a waitress before retiring, and had Medicare.

I took my dad (who is also on Medicare) to the ER three times in the last couple of months. There was nothing serious--his blood pressure was rather high and he got scared. Here in exurban Maryland, the hospitals aren't that busy. He got a non-emergency CT scan/MRI (I forget which) scheduled within a day, and an outpatient procedure to insert a stent in a kidney artery within two weeks. When the surgeon got in there with some pre-surgery diagnostics, he realized the kidney artery was fine and didn't insert the stent. My parents were upper middle class, but there's no way they paid enough into Medicare to cover the amount of medical care they've used just since retiring (last 5 years or so).
by sprinkly-dust | 2025-11-03 16:55:25+00:00
Currently that feature is unsupported or I just can't figure out how to do it. With the latest compiler version 0.14 any .typ file I try to compile will incur warnings about skipping the equations (skipping the main reason I'd want to compile a Typst file to HTML...).

As per their GitHub they haven't included MathJax or KaTeX support yet as they were more focused on semantic and structural accuracy of HTML output with this release.
by ricardobeat | 2025-11-03 16:55:26+00:00
The decline in frontend engineering jobs matches my personal impression from the past year. Smaller companies can do a lot with vibe coding alone, while larger companies can multiply their FE team productivity without making any new hires.

Frontend code can be very repetitive / labour intensive, I bet that has made this more attainable than for other layers in the stack. Most mistakes in UI code are also easily corrected and have a very tiny impact radius.
by estimator7292 | 2025-11-03 16:55:44+00:00
I've always thought it was incredibly rude to call this project something as incredibly generic as "Open WebUI". For one it's impossible to find documentation because it's so generic as tl be utterly meaningless, and also you're intentionally confusing any and all open web UI projects past and future.

Not to mention it's just janky and hard to work with. And of course every bit of the official documentation is LLM slop. The only way I've been able to navigate is to use another LLM to tell me what these settings are for. Said LLM, having ingested the LLM slop documentation, also produces garbage that's barely correct.

It's a bad project.
by aaronmdjones | 2025-11-03 16:55:45+00:00
I wonder if they'll backport this fix to Windows 10 (Very much doubt).

I also wonder if they'll ever fix the menu entry delay bug. At the moment neither of the "Update and ..." options is in the menu when you first open it. Opening the shutdown menu then checks if there are updates available to install and will then add those options, shifting the existing menu entries. Which makes it incredibly easy to quickly click on an option you didn't want.
by mapt | 2025-11-03 16:56:11+00:00
This is a negligible improvement to most things about an EV. Motors are already extremely power-dense.

There is a single exception, and it's a big one. Direct-drive, wheel-hub motors are not well-regarded right now, specifically because they increase unsprung weight (the part of the car more closely coupled to the road surface than the passenger) and this impacts handling substantially. So instead we backport a bunch of the mechanical infrastructure that transfers power from a traditional ICE engine to the four wheels. We're paying that bill already, on almost all production EVs. Quadruple the power density and simple, 1-moving-part wheel hub motors look like a lot better case versus central driveshafts and mechanical linkages.
by zzzeek | 2025-11-03 16:56:14+00:00
Good decision, judging by their general level of impatience with things they would have hated my ORM :).

Also I think the node approach is probably still more performant than FastAPI but that's just a hunch.

Hopefully they won't have security issues because someone hijacked the node package that sets the font color to blue or passes the butter or something.
by darvid | 2025-11-03 16:56:17+00:00
Location: Baltimore, MD

Remote: remote/hybrid

Willing to relocate: no

Technologies: AWS, Serverless (Lambda), Kubernetes, Python, Flask, FastAPI, RESTful APIs, React, Next.js, Astro, TypeScript, Langchain, LlamaIndex, Airflow, Dagster, PostgreSQL, Docker, CI/CD, Terraform, OpenTelemetry

Email: david.gidwani@atomweight.io

Github: https://github.com/darvid

hi there, I'm David; I'm an experienced backend + devops engineer, passionate about building in general; specifically end-to-end (backend, frontend, and infra) enterprise grade applications for organizations of all sizes, from startups to scale-ups. I'm looking for both FTE and contract opportunities.
by eesmith | 2025-11-03 16:56:27+00:00
> The simplest form of a digital ID system is that every resident should have a unique number.

Does this mean Sweden has had digital ID since the 1940s? https://en.wikipedia.org/wiki/Personal_identity_number_(Swed... says "When it was introduced in 1947 it was probably the first of its kind covering the total resident population of a country".

It sounds instead like the author wants Digital ID to force a solution - a national id - that has a long history of opposition in the UK. https://en.wikipedia.org/wiki/Opinion_polls_on_the_British_n... , when that solution does not require digital technology.

> Or the token might generate a barcode on my smartphone, which could be scanned by a landlord letting out a flat or an employer giving me a job.

Traditionally what happens is the landlord asks for more and more information, which you "consent" to because you really need housing. (Same for why many "consent" to terms and services they never read.)

Or why bars, which legally only need proof of age, want to scan your entire id, including name and address, to check against a digital ban list, entice guest loyalty, and get more accurate demographics.

So the bar isn't going to only ask for legally required info (or they will demand the law require them to get name and address for ban lists). How many do you think will say no? Will the law protect those who say no to anything beyond age?

> None of this is very different from what happens when I use a credit card.

Which is how the credit card companies sell aggregate user data. Eg, https://pirg.org/edfund/resources/how-mastercard-sells-data/ and https://www.vice.com/en/article/envestnet-yodlee-credit-card... for US examples.

> Digital ID is, of course, about more than administrative convenience: it allows the denial of services to people who have no right to them, such as irregular migrants

No, it does not, at least, not as described. If "The simplest form of a digital ID system is that every resident should have a unique number." then simply knowing the number allows anyone to, for example, vote as someone else.

What's missing is the way to establish that the person with the number is the one authorized to use the number.

And if Digital ID is voluntary, then all existing ways to access said services are still available.

> It is foolish to believe that holes in the population register really protect the innocent.

It would also be foolish to ignore the innocent people whose lives were ruined by the British Post Office scandal/Horizon IT scandal.
by Yizahi | 2025-11-03 16:56:31+00:00
Well, there is a paid version (which I didn't try), presumably without ads. As for the Lite version, I don't know exactly why, but ads in this particular app never load on my phone. I see only a black space at the bottom where they supposedly should be visible, but they never load for some reason, without any action from my side. And I think the same happened on my previous phone too, need to check later.
by JustSkyfall | 2025-11-03 16:56:38+00:00
Location: near London

Remote: Yes

Willing to relocate: Unfortunately not.

Technologies: Rust, TypeScript, Svelte, Astro, React. I do have some experience with Rails and can and have shipped features to production, but I'm not as comfortable with it as the other technologies.

Résumé/CV: Available on request

Email: hi@skyfall.dev

Hi! I’m a high-school student looking for a part-time role or internship at a company building something ambitious. I learn quickly, thrive in small teams (see below!) and love taking projects from idea to shipped product.

I currently volunteer for a nonprofit (for teens into STEM) called Hack Club [1], have ran programs there, and have also worked on some of their flagship programs - in other words, I'm no stranger to scrappy teams and can ship a project from start to finish.

Outside of Hack Club, I've worked on projects like Vortex, a tempmail service comprising of a custom SMTP server written in Rust, and a frontend made with React Router, a WakaTime plugin for Figma, and a bunch of others you can see on my website [3] and GitHub [4].

[1] https://hackclub.com. Super cool org, if you know folks aged 18 or under into tech then I think they'd really like it!

[2] https://vortex.skyfall.dev. Way too proud of this one :D

[3] https://skyfall.dev/projects. Not an exhaustive list!

[4] https://github.com/skyfallwastaken
by softwaredoug | 2025-11-03 16:56:40+00:00
My real icky feeling is the layering on of postgres plugins to get a search solution to work.

Ok yeah there's PGVector. Then you need something to do full text search. And if you put all that together, you have a complex Postgres deployment.

It seems to make sense for simple operations, but I'd rather just get a search engine / vector database, than try to twist Postgres's arm into a weird setup.
Show HN: A Mac app to make booth life less miserable
by Maks_Indie | 2025-11-03 16:56:55+00:00
Hey HN, Anyone here doing event marketing or spending time at offline events — trade shows, conferences, booths, etc.?

I’ve done my share of booth duty, and it was always hard, from TV loops with demo videos to collecting leads manually, running out of swag, trying to keep people engaged... you know the drill=)

So I built a tiny Mac app that automates a bunch of that: – auto-plays content on TVs: product demos, slides, pics – runs small interactive games (Trivia, SpinWheel, etc.) to draw attention – collects leads from those games – keeps track of your swag stock

Originally built it just to save my own sanity, but now I’m thinking it might be useful for others too. Just deployed an LP for that and looking for a couple of design partners who actually run booths to test it out and see if it’s worth turning into a micro product.
by tom-renphil | 2025-11-03 16:57:23+00:00
Renaissance Philanthropy | MLE/Full-stack | Remote (worldwide)

Renaissance Philanthropy's aim is to activate a virtuous circle of increasing ambition and impact between philanthropists and innovators: by identifying frontier experts both in science and in new ways of solving problems; by tapping into the growing number of emerging philanthropists; and by building multi-sector initiatives that can harness the power of philanthropy, markets, and governments.

RenPhil's Engineering Hub supports mission-driven, grant-funded educational technology projects that seek to improve educational outcomes in fundamental skills like math and reading. The Engineering Hub consists of data scientists, machine learning engineers, and full-stack developers who collaborate with researchers and entrepreneurs to build scalable, measurably effective tools for teachers and students.

We’re looking for folks who:

- can speak the languages of both research and engineering

- are creative problem solvers

- are comfortable with navigating ambiguity

- want to help create a world where all children receive a high-quality education.

If this sounds like you, please apply!

https://www.renaissancephilanthropy.org/careers
by piyushnarang | 2025-11-03 16:57:29+00:00
Zipline.ai | REMOTE - Europe, LATAM | Contract work

We’re rethinking the data platform for the modern age of AI/ML workflows. Our founding team built the Chronon open source project that powers all major AI/ML workflows at companies like Airbnb and Stripe.

We are looking to hire senior Scala and big data experts on CONTRACT basis in EU or LATAM.

Prolonged experience (3 years minimum) with Scala or JVM is a MUST. Experience with technologies like Spark and Flink is a huge bonus. Experience building low latency online systems is also a huge bonus.

Our tech stack for those curious: Mill (build system), Scala, Vert.x, Spark, Iceberg, Flink. We integrate with various cloud providers and streaming / KV store connectors such as GCP - BigQuery / Dataproc / PubSub, AWS - EMR / DynamoDB, Kafka with more in the works

Apply by reaching out at hello@zipline.ai with your resume or LinkedIn profile
by lunias | 2025-11-03 16:57:49+00:00
Yup, it's an arms race to see who can buy the biggest vehicle so that they can see over the second biggest vehicle and survive a collision with it.

But small cars are only unsafe because of that discrepancy between the largest and smallest cars, and it's not just weight, but height difference. It's possible to survive crashes at very extreme speeds in very light cars if they are designed to work that way (see: F1 crash g-force). Not so much if you literally get run over.

The culture needs to change. A vehicle is not a living room. The driver's seat is not a sofa. You don't need a TV in the dashboard. You don't need 8 seats when 7 of them are unoccupied 90% of the time. You don't need to go into debt to buy a land yacht.

So yeah... you're right, but it's a bummer that we've arrived at this situation.
by steveBK123 | 2025-11-03 16:58:06+00:00
Right I think a lot of upper income Americans don't understand how it compares globally.

Seeing what my UK colleagues deal with, a $200K income would land you solidly in the 40% marginal tax bracket over there, vs (if married) .. 22% here. US federal effective tax rate (before getting into deductions) would be like 17% on that 200k, for a $166k take home.. versus equivalent UK take-home would be as low as $123k (again not getting into deductions).

So UK similar income has $43k more in taxes.. to get you NHS? Doesn't seem like a great trade if in the US you have options starting from $14k?