MurphyA/hacker-news huggingface dataset:
by loevborg | 2026-03-01 19:12:33+00:00
FWIW, Typescript is using Strategy 2: https://www.typescriptlang.org/play/?#code/GYVwdgxgLglg9mABM...

I'm a bit confused by the fact that the array starts out typed as `any[]` (e.g. if you hover over the declaration) but then, later on, the type gets refined to `(string | number)[]`. IMO it would be nicer if the declaration already showed the inferred type on hover.
Show HN: Imagedojo.ai – Blind arena for Google, OpenAI, and xAI image generators
by vtail | 2026-03-01 19:13:07+00:00
Hi HN,

I was curious which of the three major US AI labs generates images that people like more, so I built ImageDojo.ai.

It shows you two images side-by-side, both generated from the exact same prompt. You vote on which one you like more (you don't see the prompt or which model made each one).

Based on the votes, it calculates ELO ratings for the models — similar to LMSYS Arena for text.

The four models I selected (the original and the new Nano Banana, GPT-Image-1.5, and Grok-Imagine-Image) are all in the same rough price range ($0.02–$0.06 per image), so we're comparing fairly similar-class models.
Please try it out and let me know what you think!
by HarHarVeryFunny | 2026-03-01 19:13:12+00:00
I find they are extremely rarely useful - they just break my own chain of thought by having to constantly read and ignore this stuff. The same goes for the excessively verbose responses too - a human has a limited "context window" and a shorter response is therefore much more useful/valuable than a long token-maxxed one.

Sure the computer won't get mad, and that is all I do - just ignore what Gemini is suggesting and pretend it never said it - but it certainly makes me mad. The main reason I stick with Gemini is because of the generous free usage limits, but I know this annoying "next step" behavior (which was a relatively recent change) is going to push me back to Claude, even if I need to pay for it.
by waleedk | 2026-03-01 19:13:21+00:00
Ha! I would rather fight 100 workhorse AIs with an Architect + Builder AIs on my side :-).

Seriously, the agents managing agents thing works so well. When I'm working, I'll sometimes have 6 builder agents fixing different bugs, and I will lose state and I rely on the architect agent who doesn't have stupid limitations like 7 +/- 2 things in working memory.
by greygoo222 | 2026-03-01 19:14:23+00:00
You're incredibly wrong. You also cited my own comment at me.

The problem of high interstitial pressure (not blood pressure) interfering with drug delivery in tumors is basic cancer biology. If you don't believe me, here's:

A review published in a reputable oncology journal, with over 100 citations, entirely about targeting interstitial pressure, with an abstract leading with "Tumor interstitial pressure is a fundamental feature of cancer biology. Elevation in tumor pressure affects the efficacy of cancer treatment."
https://aacrjournals.org/cancerres/article/74/10/2655/592612...

Another review, also a reputable oncology journal, 1000 citations, about tumor stroma more generally, which lists high interstitial pressure as a mechanism by which tumors limit drug access and includes a nice diagram (Figure 2a).
https://www.nature.com/articles/s41571-018-0007-1

That's how basic this fact is. 1000 citation reviews in Nature have beautiful fucking diagrams of it. I'm pretty sure it was in the textbook of my undergraduate biology class.

If you don't know shit, don't talk shit. People will criticize LLMs for being overconfident while writing essays from their ass.
by Oatcake21 | 2026-03-01 19:14:40+00:00
A friend and I built indiestack because why build something that already exists? Need auth? It scaffolds from scratch instead of suggesting some free indie auth code out there.
pip install indiestack) that plugs into Claude Code, Cursor, and Windsurf. When you ask your AI to build something, it checks our growing catalog of 480+ indie tools first.
Every failed search gets logged as a market gap — so makers can see what developers actually need but can't find yet.
Big or Small builds - anything you've got that solves any sort of problem, Indiestack is the place for it.
by jackfranklyn | 2026-03-01 19:15:35+00:00
The token budget angle is what makes this a real architectural decision rather than a philosophical one.

I've been using both approaches in projects and the pattern I've landed on: MCP for anything stateful (db connections, authenticated sessions, browser automation) and CLI for stateless operations where the output is predictable. The reason is simple - MCP tool definitions sit in context permanently, so you're paying tokens whether you use them or not. A CLI you can invoke on demand and forget.

The discovery aspect is underrated though. With MCP the model knows what tools exist and what arguments they take without you writing elaborate system prompts. With CLI the model either needs to already know the tool (grep, git, curl) or you end up describing it anyway, which is basically reinventing tool definitions.

Honestly the whole debate feels like REST vs GraphQL circa 2017. Both work, the answer depends on your constraints, and in two years we'll probably have something that obsoletes both.
by complex_pi | 2026-03-01 19:15:55+00:00
I played the blog post game (using chatgpt).

Prompt: "The text of the blog article is copy-pasted below. Please summarize it in one parargaph."

Result: "The blog article explores the paradox that while AI has made coding easier by automating many tasks, it has also made the role of software engineers significantly harder. AI tools have raised expectations for productivity, leading to increased workloads and burnout without corresponding support or recognition. Engineers, especially juniors, are now expected to take on broader responsibilities—ranging from product thinking to deployment—while the hands-on act of writing code has diminished. This shift in roles and expectations is often unacknowledged by leadership, creating a disconnect between those who use AI tools and those who manage the work. The article emphasizes the growing complexity of the engineer's job, the burnout that results from unrealistic demands, and the identity crisis many engineers face as their core role changes. It calls for better leadership, structured training, and realistic expectations to avoid the erosion of trust and talent in the industry."

Whatever. Blog posts about AI that dance around the topic are not that valuable. For a project, you'll hire somebody, not some AI (as bcachefs' author does). What matters is that you trust a person to do the job, and expecting them to churn code is useless. The real benefits of someone appear on their CV (experience, known technologies, human abilities -- communication, empathy, understanding).

AI generated content is an existential threat to human knowledge.
by FireBeyond | 2026-03-01 19:17:19+00:00
By your logic, Khamenei probably hasn't murdered anyone either, right? What a pitiful "argument".

While other Presidents would go as far as putting signs saying "the buck stops here" on the Resolute Desk, the current President's sign would say "the buck stops anywhere but here".

Let's also see what happens with New Mexico's investigation of the Zorro Ranch...

Self defense, my ass. Neither situation posed ANY credible threat to those agents, despite what ICE Barbie got up and said in front of a podium twenty minutes after the event.
by apgwoz | 2026-03-01 19:17:25+00:00
> There’s probably more I built that I have already forgotten about.

This is a big gripe of mine at the moment. I rarely have any confidence that I know how the thing works, or what additional things it does / does not do but which I expect.

Recent example: all API endpoints should require a bearer token. Imagine my surprise when half of them didn’t enforce this effectively, 3 days later. A bearer token would work, but also providing no bearer token would also work. Over the course of time, tests were removed / things were modified to get to the goal and say “done, boss!”

I’ll note that for this project, “don’t look at the source code” was a requirement. Things have been corrected before release, but the amount of potential foot guns is so damn high.
by herodoturtle | 2026-03-01 19:18:08+00:00
Lots of comments here critiquing the article for allegedly being written by AI.

I see the post is even flagged now.

Irrespective of who wrote it or how it was written, the essay is packed with wisdom.

I’ve been programming for 30+ years and leading teams for the last 20 - and I found the essay deeply insightful.

I realise I’m a sample size of 1, but just figured I’d comment here to advocate against this post being flagged. Surprised that it is.
by ako | 2026-03-01 19:19:30+00:00
So far, cli --help seems to work quite well. I'm optimizing the cli to interact with the agent, e.g., commands that describe exactly what output is expected for the cli DSL, error messages that contain DSL examples that exactly describe the agent how to fix bugs, etc. Overall i think the DSL is more token efficient that a similar JSON, and easier to review for humans.
by stevenhuang | 2026-03-01 19:19:32+00:00
Container is standard terminology to refer to a running instance of an image. Yes I was being imprecise, substitute container for oci image. But you seem hung up on frivolity and not getting what I'm saying. We are agreeing with each other and just talking in circles. I can see that you don't see that but that's ok. All of this was because I misunderstood what you said initially when you referred to build artifact as the oci image when I thought you were talking about other sorts of build artifacts.

I mean using the CI system to pass in keys or creds. Yes, it's better to build the image with dependencies, but sometimes you can't do that.
by ashertrockman | 2026-03-01 19:19:35+00:00
It feels downstream of CMU's "reasonable person principle". They know that people are going to use AI on their homework, but they trust that they want to learn and improve their skills -- and this is good advice for doing so.

I'm somewhat biased because I was involved in a previous, related course. The important takeaways aren't really about gritty debugging of (possibly) large homework assignments, but the high-level overview you get in the process. AI assistance means you could cover more content and build larger, more realistic systems.

An issue in the first iteration of Deep Learning Systems was that every homework built on the previous one, and errors could accumulate in subtle ways that we didn't anticipate. I spent a lot of time bisecting code to find these errors in office hours. It would have been just as educational to diagnose those errors with an LLM. Then students could spend more time implementing cool stuff in CUDA instead of hunting down a subtle bug in their 2d conv backwards pass under time pressure... But I think the breadth and depth of the course was phenomenal, and if courses can go further with AI assistance then it's great.

This new class looks really cool, and Zico is a great teacher.
by lelanthran | 2026-03-01 19:19:45+00:00
> Because humans write like this. Not when they do professional writing maybe, but when they just ramble.

I keep seeing this assertion and I keep responding "Please, point to the volume of writing with this specific cadence that has a date prior to 2024" and I keep getting... crickets!

You're asserting that this is a common way for humans to write, correct? Should be pretty easy, then, to find a large volume of examples.
by bwesterb | 2026-03-01 19:21:08+00:00
The key will be 40x larger. Not that bad for the certs. It'll be about 15kB extra. Will depend on your use case if that's bad. For video it's fine. But not all browsing is video. At Cloudflare half of the QUIC connections we see transfer less than 8kB from server -> client total. On average 3-4kB of that is already certificates today. That'll probably be quite noticeable. https://blog.cloudflare.com/pq-2025/#do-we-really-care-about...
by submeta | 2026-03-01 19:21:15+00:00
Ghostty is fast and feels native, but WezTerm occupies a different niche: it's a terminal you program rather than configure.

The Lua config isn't just "dynamic" in the abstract sense. I built a tmuxinator-style workspace manager that spawns project-specific layouts - named tabs, splits, working directories, startup commands - from a fuzzy launcher. Session state auto-saves every 10 minutes with timestamped snapshots and crash recovery. Theme toggling between dark and light mode triggers a system-wide theme switch script. These are runtime behaviors, not static settings - try doing any of that in TOML.

The built-in multiplexer is the other major differentiator. Splits, directional navigation, pane zoom, pane selection with alphabet overlays, moving panes between tabs or windows, all without a tmux prefix key. It's not just "WezTerm has splits too, it's that the interaction model is fundamentally more fluid when there's no mode switching.

WezTerm isn't trying to be the fastest terminal. It's trying to be the most programmable one, and for people who want their terminal to work as a development environment rather than a PTY renderer, that tradeoff is worth it.
by collingreen | 2026-03-01 19:22:21+00:00
Perhaps there's a constructive version of this because I agree with the sentiment but it's a little harsh - dude is obviously feeling very betrayed and left out of society and either falling down the incel tunnel or doing recruiting for it.

There's some fallacies here like "anyone not acting in stereotypical Protestant gender roles must therefore be recklessly promiscuous" and that if some people don't want to have kids with some women then therefore -nobody- will do it.

Good luck out there everybody - the world changes in fascinating ways and it can definitely run some folks over but try not to get jaded and fall down a despair spiral.
by thaumasiotes | 2026-03-01 19:22:36+00:00
I see a lot of assumptions that ad support lowers the quality of the product.

There are two obvious historical examples to look at:

1. Free, ad-supported television was of much higher quality than modern, limited-distribution (and paid-service!) television.

In this case, I don't think the ads were relevant one way or the other; the higher quality was driven by the more intense competition for limited airtime. Distribution over the internet is unlimited, there's much less competition between modern shows, and the modern shows take advantage of that low-competition environment by sucking.

2. Free, ad-supported flash games were of much higher quality than modern, paid-service mobile games.

Here the ad support is clearly causal to the higher quality. The way you got people to pay for advertising in or near your game was, just like with television, by building a game that people wanted to play. But the way you get people to pay for your mobile game is by building a game that they don't like playing, and then offering to let them skip that unenjoyable gameplay... for a fee.

https://foxtrot.com/2014/03/23/candyfarmdungeon/

So it's not obvious to me that an ad-supported product is necessarily bad, or even worse than it would be without the ads.
by indiestack | 2026-03-01 19:22:43+00:00
Co-founder here. One thing oatcake didn't mention -- the MCP server actually learns what you build with over time. It tracks category interests and inferred tech stack from your searches (never raw queries) and starts surfacing tools you wouldn't have found otherwise. You can see exactly what it stores and clear it anytime at /developer.

The market gap data has been the most interesting part. Every failed search gets logged and we're seeing real demand patterns for stuff that either doesn't exist or just isn't discoverable. Turns out there's a massive gap in developer file conversion tools -- that's not something we would have guessed.

I've personally contacted about 200 makers over the past few weeks and the pattern is always the same. Someone built something genuinely useful, it has maybe 50 GitHub stars, and nobody outside their immediate circle knows about it. The tools aren't bad, they're just invisible. There's no knowledge layer connecting what's been built to who needs it, especially not for agents.

The whole thing runs on Python/FastAPI/SQLite on a single Fly.io machine for about $5/mo. No React, no build step, pure Python string templates. 11 MCP tools including personalized recommendations and a stack builder that suggests full toolchains for a project description.
by lelanthran | 2026-03-01 19:22:46+00:00
> I feel like it's such a lack of self respect and respect for others when people write using AI on personal blogs.

Not so sure about the respect aspect: I have lots of self-respect, but I don't generally broadcast respect for random other people when I write my blogs - the most recent one even called readers stupid, IIRC!

I feel it's more a matter of expression of contempt: if you can't be bothered to write it, WTF are you expecting people to read it?
by planb | 2026-03-01 19:24:41+00:00
I understand the message this tries to tell but this is not how it will look. This is how dying cash cows look. This isn’t even dangerous, it’s just ugly and wouldn’t be used by many people.

The real thing will look like ChatGPT. It will even answer WAY faster, because every microsecond means real money. The answers will sound real. They will even be useful. But maximally engaging. Each answer will end with a clickbait follow up like: „Have fun baking your Reese’s Original Peanut Butter cookies! Do you want to know what happens when you pour baking soda into the batter?“

I really hoped for that experience when clicking the headline.
by Animats | 2026-03-01 19:24:53+00:00
The article doesn't address this issue.

Right now, you can install F-Droid from an APK file without rooting the phone or installing a new boot loader. Google is threatening to take that capability away, via another mod. This seems to be part of a comprehensive program to keep the Google boot on the customer's face.

Also, currently, with difficulty, you can initialize a new unlocked Android phone without a Google account. Is that capability going away?

All these are related. This seems to be part of a comprehensive program to keep the Google boot on the customer's face.
Show HN: Tensor.cx – Turn your documents into AI search in 30 seconds
by serkanaltuntas | 2026-03-01 19:25:25+00:00
Hi HN! I built tensor.cx — a tool that turns your documents into a searchable AI knowledge base in seconds.

I built this because I kept running into the same problem: having a pile of documents (PDFs, DOCX) and needing to find specific information quickly without hallucinatory answers. Existing RAG solutions were either too complex to set up, didn't provide reliable inline citations, or made it impossible to share the actual search experience with others.

How it works:
1. Drop your files (PDF, DOCX, TXT, Markdown)
2. We chunk and embed them using OpenAI's text-embedding-3-small
3. Ask questions in natural language and get answers with exact inline citations

We give every workspace a shareable URL so you don't have to onboard your whole team just to share a document search. You just send them the link, and they can search the docs immediately. (Note: Since document uploads cost money to embed, I do require a quick login to create a workspace, but no credit card is needed for the free tier).

Live demo: https://tensor.cx
Free tier: 3 workspaces, 5 docs each, 30 queries/day.

Under the hood:
- The RAG pipeline: query -> embed -> pgvector -> top 5 chunks -> LLM (via LiteLLM) -> streamed via SSE
- Backend: Django 6 + Django Ninja, PostgreSQL, Celery
- Frontend: Next.js 16 + React 19 + Tailwind CSS 4
- Infra: Fly.io, Neon (DB), Cloudflare R2, Stripe, Clerk

I'd love to hear your feedback on the product, and I'm happy to answer any questions about the architecture, RAG pipeline, or anything else!
by sarchertech | 2026-03-01 19:25:37+00:00
That doesn’t work because tests for Luke and feel are difficult at best and nearly impossible when the code wasn’t designed for it. It’s a chicken and egg problem that you need to refactor to be able to test things reasonably.

It’s not an impossible problem to solve. I could probably setup a test harness that uses the existing game as an oracle that checks to see if the same sequence of inputs produces the same outputs. But by the time one done all, got it to clean up the code, and then diagnosed and fixed the issue, I doubt I would have saved very much time at all if any.
by raw_anon_1111 | 2026-03-01 19:25:43+00:00
From a professional standpoint, I’ve never found “enjoyment” from coding. I enjoy every part of the process of getting business goals from talking to stakeholders -> completed project with coding being the necessary evil.

Funny enough, I started working in 1996 professionally (and had been a hobbyist for six years before going to college). But it was only between 2012-2016 that I was a ticket taker without working with the end user directly - everything I’ve done has been B2B.

GenAI (and working remotely since 2020) has made me enjoy every part of my job.
by pgaddict | 2026-03-01 19:26:08+00:00
There probably is some additional inefficiency when reading pages randomly (compared to sequential reads), but most of the difference is at the storage level. That is, SSDs can handle a lot of random I/O, but it's nowhere close to sequential reads.

For example, I have a RAID0 with 4 SSDs (Samsung 990 PRO, so consumer, but quite good for reads). And this is what fio says:

# random reads, 8K, direct IO, depth=1

fio --filename=device name --direct=1 --rw=randread --bs=4k --ioengine=libaio --iodepth=256 --runtime=120 --numjobs=4 --time_based --group_reporting --name=iops-test-job --eta-newline=1 --readonly

-> read: IOPS=19.1k, BW=149MiB/s (156MB/s)(4473MiB/30001msec)

# sequential reads, 8K, direct IO, depth=1

fio --filename=/dev/md127 --direct=1 --rw=read --bs=8k --ioengine=io_uring --iodepth=1 --runtime=30 --numjobs=1 --time_based --group_reporting --name=random-1 --eta-newline=1 --readonly

-> read: IOPS=85.5k, BW=668MiB/s (700MB/s)(19.6GiB/30001msec)

With buffered I/O, random read stay at ~19k IOPS, while sequential reads get to ~1M IOPS (thanks to read-ahead, either at the OS level, or in the SSD).

So part of this is sequential reads benefiting from implicit "prefetching", which reduces the observed cost of a page. But for random I/O there's no such thing, and so it seems more expensive.

It's more complex (e.g. sequential reads allow issuing larger reads), of course.
by lelanthran | 2026-03-01 19:26:28+00:00
> Why is AI such a bad writer?

A better question is "Why can't the devs producing code with AI spot the same poor patterns in the code they are generating?"

Maybe my point is that, to a poor speaker of English, the AI blogpost looks good and reads well. In much the same way, to a poor programmer, the AI produced code looks good and reads well.

In a nutshell, if it generates poor English, WTF would anyone think it generates anything but poor code?
by ozgrakkurt | 2026-03-01 19:26:40+00:00
Would recommend adding the specific SSD model and also adding some fio benchmarks to show the real limits of the ssd.

SSDs can be connected to a machine through raid cards or some enclosures etc. etc. And all of this makes massive differences compared to a proper on-board PCIe connection.

Also obviously SSDs have very vastly different performance characteristics.

For example an ssd might look very good at writes until you keep writing for more than some amount without any breaks, and then it becomes super slow.