MurphyA/hacker-news huggingface dataset:
by hilem | 2026-02-02 18:31:39+00:00
Chestnut | Hiring Senior / Staff Software Engineers | SF + Seattle (Hybrid) | https://jobs.ashbyhq.com/Chestnut

Chestnut builds software insurance carriers actually run their business on. We replace legacy, manual distribution systems with real-time data, automated workflows, and AI-driven tooling in a space that hasn’t changed much in decades.

This is product engineering. We ship to real customers, operate what we build, and spend time fixing the sharp edges that show up in production.

You’d work on backend-heavy product features around onboarding, compliance, payouts, and integrations. A representative problem: building a commission payout flow that ingests messy carrier data, applies complex rules and hierarchies, explains results to ops, and executes payouts that must reconcile cleanly with finance—while handling holds, chargebacks, retries, and partial failures.

Stack: Go, TypeScript/React, Postgres, Temporal, Kubernetes, AWS, LLM tooling.

Roles:

- Senior Software Engineer – Product / Backend (https://jobs.ashbyhq.com/Chestnut/fbbb7601-3d31-48b4-8639-75...)

- Staff Software Engineer – Architecture & Scale (https://jobs.ashbyhq.com/Chestnut/f28c5ee5-12aa-4e7b-b0ea-f5...)

- Engineer – Agent Orchestration & Workflow Systems (https://jobs.ashbyhq.com/Chestnut/075a0010-bfa5-489e-8808-e9...)

Hybrid in SF and Seattle.

Questions or want to sanity-check fit: nick [at] chestnutfi [dot] com (apologies there was a typo here if you looked earlier)
by bpmainstay | 2026-02-02 18:31:45+00:00
Mainstay | Senior/Staff Software Engineer (Full-stack) | Remote (US) | Full-time

Mainstay is a market intelligence platform for large real-estate operators. We’re an AI-native company focused on turning complex, messy, real-world data into systems customers actually trust to make financial decisions. Mainstay was incubated at Opendoor, spun out in 2024, and recently raised a Series A led by Khosla Ventures.

We’re hiring a Senior/Staff Software Engineers, but we care more about ownership and judgment than title.

You'll work on:

- Designing and evolving foundational data models used across the platform

- Building backend services, workflows, and automation systems end-to-end

- Applying AI/LLMs pragmatically (automation, reasoning over messy inputs, decision support)

- Shipping user-facing product features tied directly to real customer workflows

- Owning problems from idea → production → iteration

Stack: Python, TypeScript, React, AWS

Check out the roles at: https://www.mainstay.com/careers
by antisthenes | 2026-02-02 18:31:47+00:00
> There's been a seismic shift over the past 5-6 years

Nah. It's been at least since 2009 (GBC), if not longer.

It started happening with the advent of applicant tracking systems (making hiring a nightmare, which it still is) and the fact that most companies stopped investing into training of juniors and started focusing more on the short-term bottom line.

If the company is going to make it annoying to get hired and won't invest anything in you as a professional, there's 0 reason for loyalty besides giving your time for the paycheck. And 0 reason to go 120% so you burn out.
by noncentral | 2026-02-02 18:31:55+00:00
For context: RCC is not a proposed fix but a boundary argument.
The claim is that hallucination, drift, and short-horizon collapse arise
from geometric limits of embedded inference — not from insufficient
training or scale.

If someone knows of a theoretical framework that can produce global
consistency from partial, local visibility, I would genuinely like to
compare it against RCC.

Happy to clarify any part of the axioms or implications.
by themafia | 2026-02-02 18:32:43+00:00
> Not once in my career have I experienced a showstopping issue with systemd. I cannot say the same for sysV.

I have had both ruin days for me. In particular the "hold down" when it detects service flapping has caused issues in both.

I use runit now. It's been rock solid on dozens of systems for more than a decade.
by eikenberry | 2026-02-02 18:33:03+00:00
SysV init was the overengineered cousin to BSD init and I never liked it. Easily my least favorite of all init systems I've worked with over the last 30 years. On the flip side, daemontools or maybe runit were my favorites. Lots of good options for init/supervision tooling over the years and SysV was not among them.
by saberience | 2026-02-02 18:33:06+00:00
I love that X is full of breathless posts from Karpathy and SimonW about how Moltbook is the most insane and mindblowing thing in the history of tech happenings, when the reality is that of the 1 million plus "autonomous" agents, only maybe 15k are actually "agents", the other 1 million are human made (by a single person), a vast majority of the upvotes and comments are by humans, and the rest of the agent content is just pure slop from a cronjob defined by a prompt.

It's amazing to me how otherwise super bright, intelligent engineers can be duped by such utter garbage. If you have an ounce of critical thinking or common sense you would immediately realize almost everything around Moltbook is either massively exaggerated or outright fake. Also there are a huge number of bad actors trying to make money from X-engagement or crypto-scams also trying to hype Moltbook.

Basically all the project shows is the very worst of humanity. Which is something, but it's not the coming of AGI.
by mdrzn | 2026-02-02 18:33:09+00:00
Maybe it's because I'm not used to the flow, but I prefer to work directly on the machine where I'm logged in via ssh, instead of working "somewhere in a git tree", and then have to deploy/test/etc.

Once this app (or a similar app by Anthropic) will allow me to have the same level of "orchestration" but on a remote machine, I'll test it.
by aurelien_gasser | 2026-02-02 18:33:35+00:00
Redbook | Staff Software Engineer | REMOTE (US) | $200k-$250k

Redbook is the new software of reference for cattle feed yards. We're digitizing the $90B cattle industry, the largest vertical in agriculture. We have built the only cloud-based product in the industry that connects field operations and financials. The market is resonating with our solution with more than 100 customers using the product. We plan to completely change how farmers manage their businesses and money.

We're hiring a Staff software engineer to help us integrate with other agtech products, build new features, and scale our platform. Upcoming projects include integration with futures market, tooling to streamline customer onboarding, integrations with hardware, and much more!

https://app.dover.com/apply/redbook-software/fa6c1d33-5de6-4...
by jstummbillig | 2026-02-02 18:34:02+00:00
Everyone has the "fear" of being near other people, regardless of their affluence. That's why apartments are not built for 20 but got 2-5 people and doors exist. I don't see why it must be a rich people thing when it comes to self driving cars. Could also become super interesting by making remoter areas more serviceable.
by avsm | 2026-02-02 18:34:21+00:00
Good point; I've decided to simply not support HTTP/1.1 pipelines, and to have a connection pooling layer for HTTP/2 instead that takes care of this.

In OxCaml, it has support for the effect system that we added in OCaml 5.0 onwards, which allows for a fiber to suspend itself and be restarted via a one-shot continuation. So it's possible to have a pipelined connection stash away a continuation for a response calculation and be woken up later on when it's ready.

All continuations have to be either discarded explicitly or resumed exactly once; this can lead to memory leaks in OCaml 5, but OxCaml has an emerging lifetime system that guarantees this is safe: https://oxcaml.org/documentation/parallelism/01-intro/ or https://gavinleroy.com/oxcaml-tutorial-icfp25/ for a taste of that. Beware though; it's cutting edge stuff and the interfaces are still emerging, but it's great fun if you don't mind some pretty hardcore ML typing ;-) When it all settles down it should be very ergonomic to use, but right now you do get some interesting type errors.
Show HN: A small API for generating reliable PDFs using LaTeX
by MrGrzybek | 2026-02-02 18:34:22+00:00
Hi HN,

I often need to generate PDFs (reports, invoices, documents) in backend services.
HTML → PDF tools kept producing slightly different output depending on environment and fonts, which caused a lot of small but annoying issues.

LaTeX, while not fun to write, consistently produced the same PDF every time.
So I wrapped it behind a small, stateless API that other applications can call.

How it works:

send LaTeX (JSON or files)

it compiles in an isolated environment

download the resulting PDF

It’s not an editor and not meant for interactive writing — just a reliable PDF engine for apps.

Docs: https://texapi.ovh/docs

I’m mostly looking for feedback:

does this solve a real problem for you?

what would you change?

what would make this more useful?

Happy to answer questions.
by riedel | 2026-02-02 18:34:58+00:00
Thanks! I saw a few live vids. However it is cool to see someone saying what they are doing (guess that would be perfect training material for an LLM ;)). Seriously, I do not think an LLM can replace any artist. It is exactly that live thing that makes it cool. However I remember some research projects that were trying to reinforce also music selection with crowed movements in a club. iMHO would be some fun to create actually some live reinforcement from audience reactions and see where this is going.
by troupo | 2026-02-02 18:35:03+00:00
> mountains of ceremonial code and unavoidably ugly syntax.

you... just described Swift, really :)

Also, all those features exist even if you don't use them all. Which makes the language complex, cumbersome, and makes its compiler slow, complex and brittle. A language shouldn't be a collection of one-off edge cases, and this has nothing to do with ideological purity
by barbazoo | 2026-02-02 18:35:08+00:00
> "Localize my app and add the option to change units"

To me this still feels like the wrong way to interact with a coding agent. Does this lead people to success? I've never seen it not go off the rails in some way unless you provide clear boundaries as to what the scope of the expected change is. It's gonna write code if you don't even want it to yet, it's gonna write the test first or the logic first, whichever you don't want it to do. It'll be much too verbose or much too hacky, etc.
by codazoda | 2026-02-02 18:35:11+00:00
It's crazy that we're having such different experiences. I purchased the Google AI plan as an alternative to my ChatGPT (Codex) daily driver. I use Gemini a fair amount at work, so I thought it would be a good choice to use personally. I used it a few times but ran into limits the first few projects I worked on. As a result I switched to Claude and so, far, I haven't hit any limits.
by godelski | 2026-02-02 18:35:29+00:00
Who are you making software for? That matters.

General public? Yeah, assume idiotic.

Developers? If you can't read docs then you can't do your job.

I don't have much confidence in LLMs replacing devs, but if the dev is so arrogant that they think they're too good for documentation and if they have to read is too complicated, then yeah I believe AI can already replace that person. They were just a warm body, not a dev.
by enthoughtjobs | 2026-02-02 18:35:41+00:00
Enthought | Python Scientific Software Developers | Hybrid | Tokyo, JP www.enthought.com/careers
Enthought powers digital transformation for science. Our technology and deep scientific expertise enable faster discovery and continuous innovation. We solve complex problems for the most innovative and respected organizations across the life sciences, material sciences, chemical, and semiconductor industries.

Competitive salary, stock options
by dillydogg | 2026-02-02 18:35:47+00:00
It's true. You wouldn't believe how many people I've SIGECAPS'd during my medical training. I didn't realize this article was the beginning of this approach, but it certainly helped get care to people who previously wouldn't have received it. Though I'm sure there are also many who may require intervention that aren't captured by a SIGECAPS exam. The double edged sword of the checklist manifesto, though I overall think it has been beneficial.

SIGECAPS is an acronym taught in US medicine for the diagnosis of major depressive disorder: Sleep disturbance, Interest loss, Guilt, Energy loss, Concentration loss, Appetite changes, Psychomotor agitation, Suicidality. And must have Depressed mood or Anhedonia (inability to enjoy things previously enjoyable).

The history of the SIG E CAPS acronym is also interesting, I've heard it was short for SIG (old shorthand for "to be prescribed") Energy CAPsules.
Show HN: Drift FM – Ambient Mood Radio (Go, SQLite, Vanilla JavaScript)
by vnykmshr | 2026-02-02 18:35:47+00:00
Built an ambient mood radio. Pick one of 6 moods (focus, calm, late night, energize, groove, storm) and it plays continuously.

Tech: Go backend serving static files + API from single binary, SQLite for metadata, vanilla JS frontend with no build tools. PWA with offline support.

Content pipeline is automated: audio processing, normalization, Cloudflare R2 sync.

Running on a $4 VPS, 8MB memory usage. No framework, no React, no webpack.

drift.1mb.dev
by molticrystal | 2026-02-02 18:36:07+00:00
While I'll ignore the System D hyperbole, your point about Unix has merit.

I think the *BSD are also good, at least from an educational standpoint, with their relative simplicity and low system requirements. Since there is a lot of integration making a from scratch distro might take less material, but it could be supplemented with more in depth/sysadmin exploration.
Show HN: Vibecode Together – StumbleUpon for Vibe-coded projects
by dtran | 2026-02-02 18:37:19+00:00
There's no shortage of advice on how to vibe-code (or vibe engineer, if you're actually reading the code outputted by LLMs) better. We're inundated with how to write prompts, set up better context or skills for agents, or how to get the most out of different platforms or models. But talking to friends who've vibe-coded projects, the bottleneck doesn't seem to be getting started building, or that they can't get the agents to do what they want. We noticed two recurring patterns:

1) Most people never ship. Even though vibe-coding lowers the barrier to entry, time, and cost of building a MVP, it can also make it harder to ship when each additional feature or polish is just one prompt away. And sure, lots of projects are just scratching a personal itch, but if it solves your problem well, someone else out there would probably like it too—if nothing else, as an inspiration to create their own take on it.

2) Even those who do ship struggle to get anyone to try it. Your friends want to help, but they're often not the target audience. And as the cost of building decreases and the number of projects explodes, discovery only gets harder. Vibe-coded projects might have an even harder time than projects built by hand because audiences assume you didn't put as much thought or effort into them, or that they're not secure.

We used Lovable to build a StumbleUpon for vibe-coded projects. Visit the site, see a random project, try it out if it looks interesting, or click through to the next one until you find one that does look interesting. This probably isn't the most natural format for project discovery, but ranked leaderboards usually get gamified and feel like they have a higher bar for submission. Most of all, seeing what other people have built and shipped, especially when it's vibe-coded, makes shipping your own feel a lot more within reach. Try it out and let us know what you think!
by moron4hire | 2026-02-02 18:37:46+00:00
No, it's actually you who is the one who is misunderstanding.

The product review, while it does stand on its own, is not the main purpose.

The point is to render absurd the incredulous comments from Pam Bondi, "How did these people go out and get gas masks?" Bondi did not ask this question to receive an answer, "oh, they go to Home Depot and get model X-54-Whatever." The point of her question was to cast aspersion on the protestors, to attempt to delegitimize their grievances by painting them as paid, professional agitators. It's the sort of "I'm just sayin'" bullshit rhetoric we've all had to deal with from racist uncles at Thanksgiving for the last 25 years.

Jeong's article works by failing to engage Bondi's comments on Bondi's grounds. Jeong's use of product review as a structure for her article is a conceit that treats Bondi's comments as a legitimate request for product reviews, side-stepping the concept that only paid professionals could ever know anything about gas masks, because information on the Internet is and wants to be free.
by jonplackett | 2026-02-02 18:38:00+00:00
I think you have it a bit backwards.

The reason we have Iran with an insane government and all the princes and total lack of democracy is BECAUSE of all the interference due to oil.

America and before it Britain and the colonial powers just walked in there and stole everything and so now the region is divided into countries that were soccuessfully captured (Qatar etc) and countries that threw us out (Iran).

If oil wasn’t as important it might be chaos for a while though because this dictatorships are propped up expressly so they can sell us cheap oil.
by codazoda | 2026-02-02 18:38:08+00:00
I feel like "prompting language" doesn't translate over perfectly either. It's like we become experts at operating a particular AI agent.

I've been experimenting with small local models and the types of prompts you use with these are very different than the ones you use with Claude Code. It seems less different between Claude, Codex, and Gemini but there are differences.

It's hard to articulate those differences but I think that I kind of get in a groove after using models for a while.
by deet | 2026-02-02 18:38:16+00:00
Kinelo | kinelo.com | Full-Stack Engineer (AI + Backend) | San Francisco | Onsite

Kinelo manages the new type of hybrid team that will emerge in the future: humans+AI working shoulder-to-“shoulder”.

Our first product helps human software engineering teams deliver more efficiently and more reliably by assisting in coordination and engineering management. But it’s built on a foundational layer that ingests data, knowledge, and process across communications and systems, exposing that to humans and AI alike.

Eventually, Kinelo will become a proper human+AI orchestration layer, managing entire companies, and our goal is to have Kinelo run Kinelo (we already dogfood it today).

We’re looking for high ownership individuals to join our small team and shape its direction. We also just opened a new SF office and new hires will have the ability to help shape company culture, engineering practices, architecture, and roadmap.

We’re well-funded (just raised another round), founded by a serial founder, anti-bureaucratic, and highly technical.

We’re looking for:

- Those who want to go 0 to 1 with high ownership: moving features and products from idea on a napkin, to prototype, to engineering UI, to shipped and polished product

- ~8 years professional experience, including the pre-LLM days with strong CS fundamentals

- A balance of wisdom from experience and optimism about the future

- Strong TypeScript and Postgres (or other RDBMS) experience at scale and with high reliability (SaaS apps, APIs, etc)

- Experience with a variety of technologies, including containerization, distributed systems, and at least one strongly typed programming language (Go, C++, Java, etc)

- Ideally experience with ML and AI systems (though expertise in ML, data science, etc is not needed for this role)

We can’t sponsor visas but relocation assistance to SF is possible.

Please apply here: https://job-boards.greenhouse.io/kinelo/jobs/4088659009 and also email jobs@kinelo.com, mentioning this post.
by WorldMaker | 2026-02-02 18:38:23+00:00
Several of my once-Facebook groups have moved to Discord. The Discord business model seems relatively aligned to user-friendly in a free-to-start way that mostly scales with community interest (individuals self-selecting to Nitro; Nitro boots into a community), for the most part, today.

(There are doubts the current model survives the next step in investment rounds, an IPO, but we'll see.)
by wolvoleo | 2026-02-02 18:38:35+00:00
My work did although they did avoid paying for it (just using the free offerings).

It actually serves a purpose to them we can say every employee "has AI" so we're an "AI first" company at fancy press events.

Meanwhile nothing actually changed because the free features are even worse than the paid ones.

It's basically greenwashing all over again. AI washing :)
by wing-_-nuts | 2026-02-02 18:38:37+00:00
I am no big fan of MS, and especially not a fan of W11, but you're operating under the false assumption that their users are still their most important customers.

MS's bottom line doesn't depend on how happy users are with W11, especially not power users like ourselves. W11 is just a means of selling subscriptions (office, ai, etc). The question isn't 'are users happy' it's 'will OEMs and business continue to push it?'. The answer to that is almost certainly yes. OEMs aren't going to be selling most pcs with ubuntu included any time soon. Businesses are not going to support libreoffice when MS office is the established standard.

Maybe apple could make inroads here, but they don't seem willing to give up their profit margins on overpriced hardware, and I don't think I've ever seen them release anything 'office' related that was anywhere near feature parity with MSO, and especially not cross platform.
by theYipster | 2026-02-02 18:38:37+00:00
Actually I just installed it over the weekend in a QEMU/KVM VM on my modern desktop. Took about 20 minutes, and works very nicely. You can give it up to 4GB of RAM. Now, I can't use it for much (aside from playing the welcome tour,) because the last thing I want to do is expose it to the internet... On the other hand, I hear there is a modern browser that is maintained for it.
by sedatk | 2026-02-02 18:38:58+00:00
> Do you have any idea how hard is to debug code that overwrites itself in memory and that cannot be patched by modifying the existing code from disk?

Even the protection code in the 90’s had self-modifying code. It’s not novel or specifically hard to work with when you’re used to it, especially with the modern tooling.

What makes some games harder to crack is that testing that they work okay throughout. That might mean playing all the game from the beginning to the end, and trying all the scenarios, and fixing all the issues found. Assuming that RDR2 takes at least 20 hours to finish, and close to 100 hours to fully complete, that’s a huge undertaking of course. It’s no surprise that it took that long.
by JCattheATM | 2026-02-02 18:39:00+00:00
> Understanding the boot process is a big part of that. systemd is about 1678 "C" files plus many data files. System V is "22" C files plus about 50 short bash scripts and data files.

Systemd is basically the Windowsfication of Linux. I'm always surprised by the people that champion it who also used to shit on Windows with the registry or whatever.

Cognitive dissonance is a hell of a thing.