MurphyA/hacker-news huggingface dataset:
by jops | 2026-02-02 19:37:07+00:00
Bookwhen (https://bookwhen.com) | Full-Stack Ruby Engineer | Full-time | Remote (UK)
We're looking for an experienced full-stack Rails developer, interested in solving real problems to help our customers succeed.
We provide the booking service for a wide range of businesses. You will be joining a highly motivated and friendly team. The business is proudly bootstrapped and well established.

https://apply.workable.com/bookwhen/j/85D90170FD/
by bluGill | 2026-02-02 19:37:12+00:00
I keep waiting for the electric tractor. In the 25-30 hp class you can get reasonable runtime from a battery. Sure a Tesla can run for 4 hours on a full charge - but on the highway it is likely only using about 25 horsepower of fuel, it would run for much less time if continuously using all of the several hundred horsepower it can deliver on a track.

As a small land owner I don't think I could find a way to put 2 hours on my tractor in a day, so that I need to recharge overnight after 2 hours of use isn't even a loss. And not having to deal with diesel would be a big savings.
by keeda | 2026-02-02 19:37:36+00:00
Hmm, 8M paid M365 Copilot users leaked in August, and at last week's earnings call the number was 15M.

Assuming the leak was accurate, almost doubling usage in 4 months for an enterprise product seems like pretty fast growth?

Its growth trajectory seems to be on par with Teams so far, another enterprise product bundled with their M365 suite, though to be fair Teams was bundled for free: https://www.demandsage.com/microsoft-teams-statistics/
by ggreer | 2026-02-02 19:37:45+00:00
It's unclear if this experiment actually happened the way Rosenhan claimed. A journalist went through Rosenhan's archives and tried to verify his story. She managed to track down one of the pseudopatients, who disputed some of Rosenhan's claims such as the amount of preparation, and whether Rosenhan had worked out a legal backup plan in case the institution refused to release the patient.[1] She also noted large discrepancies in various numbers. Apparently she wrote a book about the whole thing, but I haven't had the chance to read it.[2][3]

1. https://sci-hub.red/10.1038/d41586-019-03268-y

2. https://www.npr.org/2019/11/13/777172316/the-great-pretender...

3. https://www.susannahcahalan.com/the-great-pretender
Show HN: Osprey 1.0, open-source rules engine for online safety
by shensations | 2026-02-02 19:37:52+00:00
I'm the head of product at ROOST, a nonprofit focused on democratizing online safety technology through open source software, and one of the people behind Osprey, an open-source rules engine for fighting abuse at scale. We just released v1.0, which is what's running in production at Discord and Bluesky (and soon Matrix!), processing hundreds of millions of events daily.

Most platforms face a bad choice: build custom abuse-fighting infrastructure from scratch, or use closed vendor solutions. We built Osprey to give smaller platforms and communities access to the same quality of tooling that large companies build internally. All of our projects are self-hosted, which means data stays in your own system.

v1.0 is our proven production-ready release. It includes:

- Core rules engine: The rules engine itself lets you write detection logic. Rules can extract features, mutate labels, emit verdicts, and trigger downstream actions.

- Interface for open-ended investigation: The open-ended interface means you can identify new abuse patterns as they emerge. The whole system is designed for high throughput and horizontal scaling.

- Labeling service: human and automated labels on entities (users, IPs, emails) that feed into rules and workflows

- Rust coordinator: horizontal scaling and load balancing across workers via gRPC streams and service discovery

- Event stream: real-time investigation UI with searchable history using our SML (custom python language for safety teams to use if they don't know python or programming languages) query language

License: Apache 2.0

Repo: https://github.com/roostorg/osprey

v1.0 Release notes: https://github.com/roostorg/osprey/releases/tag/1.0

Github Codespace demo (note: if this is not running when you click on it, it probably idled out): https://turbo-fiesta-p46xvxwp4vfwqv-5002.app.github.dev/?sta...

Our FOSDEM talk from last week: https://fosdem.org/2026/schedule/event/U7ABHE-roost-osprey/

Thanks for reading! I'm happy to answer questions, get feedback, or discuss things.
by nh2 | 2026-02-02 19:38:07+00:00
> I guess the question is whether rsync is using multiple threads or otherwise accessing the filesystem in parallel

No, that is not the question. Even Wikipedia explains that rsync is single-threaded. And even if it was multithreaded "or otherwise" used concurent file IO:

The question is whether rsync _transmission_ is pipelined or not, meaning: Does it wait for 1 file to be transferred and acknowledged before sending the data of the next?

Somebody has to go check that.

If yes: Then parallel filesystem access won't matter, because a network roundtrip has brutally higher latency than reading data sequentially of an SSD.
by the__alchemist | 2026-02-02 19:38:13+00:00
I've made a similar observation. I'm clearly in camp #2: No agents, and use ChatGPT or Gemini to ask specific questions, and feed it only the context I want it to have.

I have a parallel observation: Many people use code editors that have weak introspection and refactoring ability compared to IDEs like JetBrains'. This includes VSCode, Zed, Emacs etc. I have a suspicion there is a big overlap between this and Group 1. It is wild to me that people are generating AI code while skipping in-IDE error checking, deterministic autocomplete, and refactoring.
by Thanemate | 2026-02-02 19:38:22+00:00
People don't develop the ability to solve algebraic equations when they see a professor solving it on the whiteboard. That's just the introduction to the methodology. The way people develop problem solving is by solving problems themselves.

This is why everyone's thirsty for senior/staff engineers who are AI powered right now, because their entire work experience was the typical SWE experience.

I cannot wait for the industry to have a highly skilled SWE drought in the next 5 years, so I can sweep in and become the AI powered engineer who saves the day because other junior-mid SWE's outsourced their problem solving way too early, either due to falling for the "don't be left behind" narrative (which is absurd because what about people who will get into CS in 6 years from now? Do they miss some metaphorical train?) or because their manager forced them to adopt the tools.
by avazhi | 2026-02-02 19:38:39+00:00
You think the developer/publisher/maintainer of software as ubiquitous as Notepad++ is some 'random person on the internet'? Or are you referring to the commenter I was replying to?

I definitely am not upset at the commenter I replied to, and while I'm definitely upset at the maker of Notepad++ I don't think he qualifies as some random person on the internet. If you publish software that security conscious people use (and certainly Notepad++ is used by tech savvy security-conscious people) then you, really by definition, aren't some random person - that's kinda the whole point. Security conscious and tech savvy people tend not to install things from random people on the internet.

Notepad++ was a trusted website/trusted developer, and they got caught with their pants down doing some truly dumb and lazy shit, and then they published a blogpost that doesn't explain much of anything. So yeah, that's pretty infuriating my friend.
by saberience | 2026-02-02 19:39:13+00:00
Thanks for the reminder dang.

I just find it so incredibly aggravating to see crypto-scammers and other grifters ripping people off online and using other people's ignorance to do so.

And it's genuinely sad to see thought leaders in the community hyping up projects which are 90% lie combined with scam combined with misreprentation. Not to mention riddled with obvious security and engineering defects.
by lateforwork | 2026-02-02 19:39:18+00:00
> The fear is that these [AI] tools are allowing companies to create much of the software they need themselves.

AI-generated code still requires software engineers to build, test, debug, deploy, secure, monitor, be on-call, support, handle incidents, and so on. That's very expensive. It is much cheaper to pay a small monthly fee to a SaaS company.
by fredoralive | 2026-02-02 19:39:27+00:00
The fact with Software-as-a-Scam subscription stuff discontinued software doesn’t just mean "it'll probably bitrot away over time" (probably a bit more aggressively with MacOS than Windows) to "it'll just be gone" is kinda mad. See also Microsoft Publisher. These are supposedly professional tools, surely they can still make it available with a "YMMV" disclaimer so they don't leave their own customers (and their work) in the lurch.
by hobofan | 2026-02-02 19:39:49+00:00
Until a few days ago (when I switched to Codex), I would have agreed. My workflow was "thoroughly written issues" -> plan -> implement. Without the plan step, there is a high likelyhood that Claude Code (both normal or with GLM-4.7) or Cursor drift off in a wrong direction.

With Codex, I increasingly can skip the plan step, and it just toils along until it has finished the issue. It can be more "lazy" at times and ask before going ahead more often, but usually in a reasonable scope (and sometimes at points where I think other services would have gone ahead on a wrong tangent and burnt more tokens of their more limited usage).

I wouldn't be surprised that with the next 1-2 model iterations a plan step won't be worth the effort anymore, given a good enough initial written issue.
by aaa_2006 | 2026-02-02 19:39:55+00:00
Thanks for your question. I am one of the co-founders. It is the latter. We analyze the names of functions, methods, and variables to detect likely Personally Identifiable Information (PII), Protected Health Information (PHI), Cardholder Data (CHD), and authentication tokens using well tuned patterns and language specific rules. You can see the full list here: https://github.com/hounddogai/hounddog/blob/main/data-elemen...

When we find a match, we trace that data through the codebase across different paths and transformations, including reassignment, helper functions, and nested calls. We then identify where the data ultimately ends up, such as third party SDKs (e.g. Stripe, Datadog, OpenAI, etc.), exposures in API protocols like REST, GraphQL, or gRPC, as well as functions that write to logs or local storage. Here's a list of all supported data sinks: https://github.com/hounddogai/hounddog/blob/main/data-sinks....

Most privacy frameworks, including GDPR and US Privacy Frameworks, require these flows to be documented, so we use your source code as the source of truth to keep privacy notices accurate and aligned with what the software is actually doing.
by justicz | 2026-02-02 19:40:03+00:00
Charge Robotics | Multiple Roles | Full-time | Onsite | SF Bay Area

Hi HN! We’re a YC-backed, Series-A startup building robots that build large-scale solar farms.

Check out a video of our first system here! https://youtu.be/ZZ2fP1Y5Z2E

It turns out that construction companies literally can't build solar fast enough, so what we're doing is a crucial part of switching the grid over to renewable generation.

You’ll be a key contributor, helping bring our next generation of mobile solar factory to life.

Come work with us if you love:

* Fast-paced prototype development with software and hardware components

* Making a positive climate impact through your work

* Hacking on massive construction equipment!

Senior Robotics Software Engineer: https://jobs.ashbyhq.com/charge-robotics/b2aa347c-4738-4065-...

Senior Mechanical Engineer: https://jobs.ashbyhq.com/charge-robotics/19133a2e-f262-4f3d-...

Lots more: https://jobs.ashbyhq.com/charge-robotics
by skissane | 2026-02-02 19:40:18+00:00
For a lot of SaaS firms, a big part of their value is the domain knowledge and best practices encoded in the software.

Current AIs often do a bad job of that. Sure, they know a lot of it. But they also get a lot of it wrong, and can’t tell the difference between genuinely good advice, and advice that sounds good but is practically worthless or even harmful.

(Of course I’m biased since I work for a SaaS firm. But I’m talking about them in general, not just my current employer.)
by sddfgvdsvsdfas | 2026-02-02 19:40:55+00:00
sounds like the truth might be somewhere in the middle -- this is what chat jippity has to say

What is not clearly true
“We now know this was a spectacularly successful case of scientific fraud”

This is where the claim goes too far.

Fraud requires intent to deceive, not just:

Poor recordkeeping

Exaggeration

Selective reporting

Unverifiable claims

Cahalan herself:

Stops short of proving deliberate fraud

Argues the study is unreliable, not conclusively fabricated

No formal finding of scientific misconduct was ever made.

Some pseudopatients almost certainly existed, even if the study was embellished.

Most historians would say:

Rosenhan’s study is deeply flawed, possibly exaggerated, and scientifically indefensible by modern standards — but “proven fraud” is stronger than the evidence allows.

How experts usually frame it today

A more accurate consensus view would be:

Rosenhan’s paper was methodologically weak and poorly documented

Its conclusions were overstated

Its influence on DSM-III was real but indirect

Psychiatry’s reforms were driven by many factors, not Rosenhan alone

The study’s continued citation often reflects mythologizing, not careful scholarship

A more accurate rewrite of the statement

If you want something that would be defensible in an academic setting:

Rosenhan’s 1973 paper was highly influential in debates that preceded DSM-III and continues to be widely cited. However, subsequent investigation—most notably by Susannah Cahalan—has raised serious doubts about the study’s methodology, documentation, and reliability. While these findings undermine confidence in Rosenhan’s conclusions, claims that the study constitutes proven scientific fraud remain contested.

apologies in advance for copy-pasta AI (does it break site guidelines? idk) im just not an expert in this stuff (probably approximately none of us on this site are!)
by throw0101a | 2026-02-02 19:41:01+00:00
> Why would you be running sudo in production? A production environment should usually be setup up properly with explicit roles and normal access control.

And doing cross-role actions may be part of that production environment.

You could configure an ACME client to run as a service account to talk to an ACME server (like Let's Encrypt), write the nonce files in /var/www, and then the resulting new certificate in /etc/certs. But you still need to restart (or at least reload) the web/IMAP/SMTP server to pick up the updated certs.

But do you want the ACME client to run as the same service user as the web server? You can add sudo so that the ACME service account can tell the web service account/web server to do a reload.
by imoverclocked | 2026-02-02 19:41:08+00:00
This is an upfront cost and is possibly a one-time cost per-agreement.

Practically nobody downloads and installs sudo directly from the project website; people install it with their distribution of choice. The agreement could be automated and included in the licensing process. ie: the license gives specific distributions access to the software (either via paid or other agreed-upon terms appropriate to the distribution) and perhaps individual licensing terms for non-commercial entities.

Of course, the bigger ask in this decade is in use for training LLMs. OSS shouldn't be laundered through an LLM (IMHO) for license avoidance. Maybe some projects are OK with that (eg: many BSD licensed works.) There are some that likely aren't.
by idle_zealot | 2026-02-02 19:41:18+00:00
Was the hard part ever really the software, though? It's the Service part of SaaS that seems to provide the moat. Lock-in, habits, workflows, integrations, and trust. And don't discount the appeal of making some part of your operations "someone else's problem." Could you hire engineers or use an LLM to make your own Google Docs? Probably, yeah, but would that be worth the headache of being responsible for a bespoke internal document system?
by zitterbewegung | 2026-02-02 19:41:20+00:00
I don’t understand why we are getting these software products that want to have vendor lock in when the underlying system isn’t being improved. I prefer Claude code right now because it’s a better product . Gemini just has a weird context window that poisons the rest of the code generated (when online) ChatGPT Codex vs Claude I feel that Claude is a better product and I don’t use enough tokens to for Claude Pro at $100 and just have a regular ChatGPT subscription for productivity tasks .
by beart | 2026-02-02 19:41:28+00:00
That's a great analogy, but could be taken one step further. Because Adobe would also have to rename the rest of their products to come close to what MS is doing.

- Adobe Neural Filter Acrobat
- Adobe Neural Filter App (previously photoshop)
- Adobe Neural Filter Illustrator
- Adobe 720 Neural Filter app
- etc.

By the way, why is app lowercase in "the Microsoft 365 Copilot app"? Is it not part of the trademark but even they couldn't deal with how confusing that was?
by emilienchvt | 2026-02-02 19:41:44+00:00
Synaps | Senior Product Engineers | Remote + 3 days/month onsite Paris | €70-100k

We turn messy product catalogs into structured gold using LLMs. Millions of SKUs, 50+ marketplaces, real AI problems. Small team (4 people), building the backbone of AI commerce.

Python, LLMs, GCP, full-stack web

Looking for senior engineers who ship fast and obsess over data.

=> tech[at]gosynaps.com
by siefca | 2026-02-02 19:42:02+00:00
Bankster is a money/currency toolkit (not a ledger, not market data). I needed one coherent model for ISO + custom + crypto currencies, and I wanted the semantics to be "data-first" and predictable – i.e., behavior contracts instead of implicit assumptions.

Docs:

README: https://cljdoc.org/d/io.randomseed/bankster/2.1.1/doc/readme

Contracts: https://cljdoc.org/d/io.randomseed/bankster/2.1.1/doc/bankst...
by joshuadean1130 | 2026-02-02 19:43:04+00:00
Location: St. Helens, OR, USA
Remote: Preferred
Willing to relocate: no
Technologies: Python, Java, Node.js, TypeScript, LLM Agents, RAG Pipelines, Langchain
Résumé/CV: https://drive.google.com/file/d/1vF_rD-NueLdTQxUxccRx-YgWRVb33-ih/view
Email: joshuadean.vw@gmail.com

Full-Stack AI Engineer with 10+ years of experience building and deploying Generative AI systems, multimodal AI Agents, and scalable web platforms. I combine deep expertise in LLMs (GPT/LLMs, RAG, vector search, multimodal models) with strong full-stack engineering skills across Python, Java, React, Next.js, Node.js and AWS to deliver end-to-end, production-ready AI products. I’ve built HIPAA-compliant clinical tools, workflow automation engines, fintech intelligence systems, and AI-driven SaaS platforms used by thousands.
by hn_acker | 2026-02-02 19:43:24+00:00
>> Only traitors help invaders

> They added that “There is no labeling in the graphic, and there are no identifying features. In short, people are going to take away whatever they want, but reasonably this graphic does not glorify nor valorize any incident because it lacks any reasonable connection.”

I cannot interpret those statements as being in good faith. Suppose someone had made and posted a similar stylized graphic of the Charlie Kirk assassination but with all of his facial features removed. Would the person who spoke on behalf of the RSO in TFA really believe that "there are no identifying features" and "this graphic does not glorify or valorize any incident"?
by cameronbibb | 2026-02-02 19:43:38+00:00
Location: Kentucky, US

Remote: Yes

Willing to relocate: No

Technologies: JavaScript/TypeScript, React, Node.js, Ruby, PostgreSQL, SQL, MongoDB, Kafka, Debezium, Change Data Capture (CDC), Redis, Docker, Jest, Express, WebSockets

Résumé/CV: https://cameronbibb.com/assets/files/Cameron_Bibb_Resume.pdf

Email: cameronbibb@gmail.com

Hey, I'm Cameron! I enjoy building dynamic, high-performance applications—ranging from responsive UIs with React to real-time backend systems that scale.
Most recently, I created Willow, an open-source framework for building Change Data Capture (CDC) pipelines. It leverages Kafka, Debezium, and PostgreSQL to process database changes in real time. You can check it out here: https://willow-cdc.github.io/.

What I bring to the table:
- React & Frontend Expertise: Built component-driven UIs with React, TypeScript, and Material UI
- Backend & Data Processing: Designed scalable APIs, database workflows, and event-driven systems
- Distributed Systems & Real-Time Data: Worked with Kafka, WebSockets, Redis, and CDC pipelines
- DevOps Awareness: Experience with Docker, cloud infrastructure, CI/CD, and performance tuning

I'm looking for remote opportunities where I can work on scalable web apps, high-performance APIs, and data-driven workflows. If that sounds like a fit, let’s chat!
by yotsov | 2026-02-02 19:43:42+00:00
Location: Hungary, EU.

Remote: Yes, only.

Willing to relocate: No.

Technologies: Python, Clojure, AWS, Postgres, Kafka, Druid, NLP, Machine Learning, PyTorch, and LLMs: RAG, agents, MCP.

Résumé/CV: https://drive.google.com/file/d/1uumbPFcgUcZXLYubdFaUCdsr2-A...

Email: In the résumé.
by np1810 | 2026-02-02 19:43:58+00:00
> LittleSnitch is great for MacOS; it is easily configured to alert you every time your machine makes ip/domain connections, which can then be accepted, denied, or rules made

For an open-source alternative, consider checking out - Lulu [0]. It's not as feature rich nor has impressive UI like the former but gets the main work done.

[0] https://github.com/objective-see/LuLu
by mritchie712 | 2026-02-02 19:44:23+00:00
yeah, I wanted a better terminal for operating many TUI agent's at once and none of these worked because they all want to own the agent.

I ended up building a terminal[0] with Tauri and xterm that works exactly how I want.

0 - screenshot: https://x.com/thisritchie/status/2016861571897606504?s=20
by bkrausz | 2026-02-02 19:44:30+00:00
Stainless | Engineers, EMs, GTM, Former Founders | NYC & SF (onsite) | Full-time

When you npm install openai or pip install anthropic, you’re pulling code generated by Stainless.

We’re building the platform for high-quality, easy-to-use APIs — and companies like OpenAI, Anthropic, and Cloudflare already rely on us.

We’re ~3 years old, ~60 people, with strong revenue, several years of runway, and backing from Sequoia and a16z.

As one of our first 40 engineers, you’ll have real ownership, autonomy to build great products, and a direct hand in shaping the future of how developers consume APIs.

We’re looking for exceptionally productive, thoughtful, and kind people who want to make software development better for everyone.

Learn more & apply → https://stainless.com/jobs?utm_source=YlRQ8pvARO
by dmix | 2026-02-02 19:44:33+00:00
Unlike Uber which has drivers buying, fixing, and fueling their own cars, Waymo will have to build large fleets and a huge car/computer/LIDAR production/repair pipeline. It will be interesting to hear how they plan to do this at Ubers scale. It's much higher risk, asset and logistics wise.

I don't think there's ever been a giant centralized global taxi fleet.
by airstrike | 2026-02-02 19:44:45+00:00
yes but investors don't know that

or for a more charitable comment, I think the issue people struggle with right now is how much of non-AI software will be replaced by AI-native versions. and it's not even a 1:1 mapping. we may see 5 different small companies replaced by a single AI interface. all TBD, but there's merit to avoiding that risk right now if you can just allocate to NVDA and GOOG instead