MurphyA/hacker-news huggingface dataset:
by suzzer99 | 2026-03-07 05:50:17+00:00
> I also absolutely LOVE that non-programmers have access to this stuff now too. I am always in favor of tools that democratize abilities.

Here's the other edge of that sword. A couple back-end devs in my department vibe-coded up a standard AI-tailwind front-end of their vision of revamping our entire platform at once, which is completely at odds with the modular approach that most of the team wants to take, and would involve building out a whole system based around one concrete app and 4 vaporware future maybe apps.

And of course the higher-ups are like “But this is halfway done! With AI we can build things in 2 weeks that used to six months! Let’s just build everything now!” Nevermind that we don’t even have the requirements now, and nailing those down is the hardest part of the whole project. But the higher-ups never live through that grind.
by shevy-java | 2026-03-07 05:50:33+00:00
Does anyone know whether Nate's donation-daemon is disabled on this device, by default? Because if it is, then this invites to a critical follow-up question: aka WHY is it disabled there, but not by default elsewhere for regular users of KDE. Nate, via his biased blog entries, constantly tries to reason how vital it is to pressure people (sorry; "voluntarily remind them that donations are acceptable for the KDE devs") into donating to KDE (e. g. his self-promo "what a success story I just did, we made millions!"), so if it is disabled on the TV device, it actually means that regular desktop users are a second-class citizen to him. KDE really took a strange turn ever since Nate took control of the project. Personally I much prefer the oldschool KDE approach; now suddenly we have "systemd is the only future" and other oddities way aside from the pester-Robin-Hood-daemon demanding more of your moneyz ...
by treetalker | 2026-03-07 05:51:22+00:00
Great idea (the best, many people are saying): invade a landmass multiple times the size of Iraq, within a natural citadel of mountainous terrain, against an enemy with a penchant for drones and cultural elements that laud vengeance through suicidal acts. We'll name it Trumpistan. (Not my idea, somebody else came up with the name.)
by nurettin | 2026-03-07 05:52:13+00:00
Completely the opposite experience here! I am a tech lead with decades of experience with various programming languages.

When it comes to producing code with an llm, most noobs get stuck producing spaghetti and rolling over. It is so bad that I have to go prompt-fix their randomly generated architecture, de-duplicate, vectorize and simplify.

If they lack domain knowledge on top of being a noob it is a complete disaster. I saw llm code pick a bad default (0) for a denominator and then "fix" that by replacing with epsilon.

It isn't the end, it is a new beginning. And I'm excited.
by agentultra | 2026-03-07 05:52:17+00:00
All it took was all the C compilers they could scrape into their training set.

It’s not impressive in the sense that it’s doing what it was designed to.

It just happens that it generated a C compiler that kind of worked.

Someone came by later and used more AI on it to make it closer to a production grade C compiler like gcc/clang.

Saying, “it made a C compiler,” is not specific enough.
by pseudohadamard | 2026-03-07 05:52:26+00:00
RISC-V is the ARM mess taken to extremes. From TFA:

It’s a crapshoot. That’s why whenever anyone recommends a certain cool Arm motherboard or mini PC, the first thing you have to figure out is what its software support situation is like. Does the OEM provide blessed Linux images? If so, do they offer more than an outdated Ubuntu build? Have they made any update promises?

Almost every ARM board I've got is running ancient kernel images that were out of date even when they were released and haven't got any newer since then, but that's positively great compared to the RISC-V situation where you feel like you're taking your life into your hands every time you try and update it. The last update I did, to a popular widely-used board, took close to a full day to progressively reflash different levels of boot loaders and kernel images and whatnot, repartition the MTD for each reflash, hack around hardware and boot params via the serial interface through trial-and-error, and slowly work my way up to a current already out-of-date firmware and kernel config.

I really hate to like x86 but I know that when I set up an embedded x86 device it's flash, apt-get update/upgrade, and I've got the latest stuff running and supported.
by bccdee | 2026-03-07 05:55:05+00:00
> You've got to die of something; so you might as well die for something

It's very easy to die "for something" when you're already dying. The question is how much of your life you're willing to give up for something by dying right now.

People talk about "dying for your country" as if it's all one and the same, but some people die for the people in their country and some people merely die for the interests of their state.
by Nevermark | 2026-03-07 05:55:10+00:00
Cap and trade is so much more efficient. It allocates fossil fuels to the places where replacing it would be most expensive, without central planning.

And slowly raising the price on a smooth forward looking schedule lets businesses make rational choices about budgeting for that or for migrating to greener options.

Companies are excellent at adapting to acheive their best interests, to any predictable continuous (as apposed to discontinuous) economic change. Especially when it is a market based change, as that creates a level playing field.
by shevy-java | 2026-03-07 05:56:24+00:00
I settled down for Fluxbox back when it was still actively maintained. Ever since its death I have been using IceWM, mostly because it is so much faster than GNOME or KDE-Plasma. I think both KDE and GNOME went into the wrong direction though. GNOME because it forces everyone into the shell-centric way to use a computer, similar to a smartphone (the whole UI constantly reminds me of a cloned OSX smartphone interface, for GNOME3 that is; mate-desktop is more of a desktop-centric UI but sadly the project slowed down immensely in the last few years, aka becoming more and more inactive really). KDE indeed has too many configure-options, but the defaults are more similar to the 1990s desktop-centric era shaped by Microsoft. I like that approach more than GNOME although in the last few years KDE also went the wrong way, largely due to Nate, David Edmundson ("our destiny is systemd"; that reminds me of Firefox "you must have pulseaudio for audio on youtube", how strange I can hear audio via chromium/thorium just fine, so what are the Mozilla devs thinking here ... not much, that is for sure) etc...
by Curiositry | 2026-03-07 05:57:53+00:00
This has been my main editor for prose and code for a few years now (Sublime Text -> Atom -> Vim -> Helix). Overall, it has been great. Many LSPs work almost out-of-the-box, and my config is a fraction the size of my old .vimrc.

Surprisingly, it didn’t take that long to update my Vim muscle memory. However, I still have mixed feelings about modal editors in general.

Code folding is a feature I’m still waiting for.
by georgefrowny | 2026-03-07 05:58:24+00:00
I'm always reminded of Asimov's Lord Dorwin: "[the linguistic analyst] after two days of steady work, succeeded in eliminating meaningless statements, vague gibberish, useless qualifications—in short all the goo and dribble—he found he had nothing left. Lord Dorwin, gentlemen, in five days of discussion didn’t say one damned thing, and said it so you never noticed."
by shevy-java | 2026-03-07 05:58:38+00:00
If the defaults work: sure. Do they, though?

I don't mind changing things on KDE, but the defaults are useless to me. Too many annoying things, all those time-wasting gimmicks, on-hover uselessness. It is clearly written for another target audience, e. g. Average Joe coming from Windows. While that is fine perhaps for those users, to me the default is useless. And I think many others feel in a similar way. To me the defaults in GNOME are even worse though, so it is a lose-lose scenario. But things can be configured, so that problem can be solved for most settings or behaviour; I am just not convinced that sticking to the defaults works that well.
by jonnycoder | 2026-03-07 05:59:08+00:00
Prompting is just step 1. Creating and reviewing a plan is step 2. Step 0 was iterating and getting the right skills in place. Step 3 is a command/skill that decomposes the problem into small implementation steps each with a dependency and how to verify/test the implementation step. Step 4 is execute the implementation plan using sub agents and ensuring validation/testing passes. Step 5 is a code review using codex (since I use claude for implementation).
Show HN: Contrabass – Go and Charm Stack Implementation of OpenAI's Symphony
by junhoyeo | 2026-03-07 06:01:01+00:00
OpenAI released Symphony — a project-level orchestrator that watches your Linear board, spawns isolated coding agents per task, and lands PRs automatically. Engineers manage work at a higher level instead of supervising agents one by one.

They shipped an Elixir reference implementation and explicitly said "implement it in any language you want." So I built the Go version — with multi-agent team coordination on top, so multiple agents can collaborate across different parts of a codebase in parallel. Currently supports openai/codex and opencode as agent runtimes.

GitHub: https://github.com/junhoyeo/contrabass
by oofbey | 2026-03-07 06:01:26+00:00
Here’s some practical tips:

Start small. Figure out what it (whatever tool you’re using) can do reliably at a quality level you’re comfortable with. Try other tools. There are tons. If it doesn’t get it right with the first prompt, iterate. Refine. Keep at it until you get there.

When you have seen some pattern work, do that a bunch. It won’t always work. Write rules / prompts / skills to try to get it to avoid making the mistakes you see. Keep doing this for a while and you’ll get into a groove.

Then try taking on bigger chunks of work at a time. Break apart a problem the same way you’d do it yourself first. Write a framework first. Build hello world. Write tests first. Build the happy path first. Each architectural step is not just a single prompt but a conversation with the output being a commit or a PR.

Also, use specs or plans heavily. Have a conversation with it about what you’re trying to do and different ways to do it. Their bias is to just code first and ask questions later. Fight that. Make it write a spec doc first and read it carefully. Tell it “don’t code anything but first ask me clarifying questions about the problem.” Works wonders.

As for convincing the AI haters they’re wrong? I seriously do. Not. Care. They’ll catch up. Or be out of a job. Not my problem.
by georgefrowny | 2026-03-07 06:03:07+00:00
I think it's more like that you are signalling by your use of HTTPS at all, and the packet body itself is encrypted nonsense.

Hiding information in the protocol layer while the bulk content that is "supposed" to contain the meaning is present but actually meaningless. Or for a physical analogy the payload of the envelope vis a decoy and the real information is hidden in the way the flap is sealed.
by socalgal2 | 2026-03-07 06:03:11+00:00
That's amazing!!

Can I ask, do you pay for any server service or run your own or are these standalone apps?

For me, many of your ideas, if I was to implement them, I'd want them to have a server. Habits Tracker, need to access from whatever device I'm on at that moment. Grocery List. Same thing, and multiple users so everyone in the same house can add things to one list.

Etc....

This is not really LLM related but I feel like I have a blindspot, or hurdle or something where I haven't done enough server work be comfortable making these solutions. Trying to be clearer, I've setup a few servers in the past so it's not like I can't do it. It's more a feeling for comfort, or maybe discomfort.

Example: If you ask me to make a static website, or a blog, I'd immediately make a new github repo, install certain tools (static site generator or whatever), setup the github actions, register a new domain if needed, setup the CNAME, check it it's working. If I think it's going to be popular put cloudflare in front of it. I'm 100% confident in that process. I'm not saying my process is perfect. Only that I'm confident of it. I also know what it costs, $10-$20 a year for the domain name and maybe a yearly subscription to github

Conversely, if I was to make anything that was NOT a static server but actually a server with users and accounts, then I just have to go read up on the latest and cross my fingers I'm not leaking user data, have an XSS, going to get a bill for $250k from a DOS attack, picking the right kind of database, ID service, logging, etc... I could expose a home server but then be worried it'll get hacked. Need to find a backup solution, etc....

I know someone will respond I'm worrying to much but I hoping for more example of what others are doing for these things. Is there some amazing saas that solves all of this that most of you use? Some high-level framework that solves all of this and I just pick "publish" don't have to worry about giant bills?
by ehnto | 2026-03-07 06:03:13+00:00
Your last point I think is the crux for now, if you can get so much more value out of talent then the market will eventually price that into wages. I think the idea some have instead is that I can use cheap, unskilled people to get the same value as before, which is probably true for some aspects of the industry. My experience of that so far for boutique software is AI propels unskilled employees at light speed into dead ends, similar to how a junior would spend two weeks following ideas from stack overflow and being unable to execute on it.

However AI definitely is capable of lower end software tasks and really well trodden ground, especially when managed by a developer, so perhaps what we will see is a bigger gap in pay and talent not too different from the off-shore vs on-shore market comparisons.

The key for me though for me is that, if AI makes your employees 20% more valuable, that will either get priced into their wage or captured by the business, but it still doesn't replace the need for good talent (software engineer, agent handler, whatever it will get called).
by didip | 2026-03-07 06:03:40+00:00
Claude Code is definitely stoking the tiny ember that’s almost went out completely.

I am only 43, but on the last year of my career, suddenly my level of care in big corporate politics nose dived to almost zero. To the point that I happily retired myself.

After messing around with some hard subjects, with the help of Claude Code, the little boy who used to love programming so much is waking up again.
by kqr | 2026-03-07 06:05:45+00:00
In my experience it is trivial to call out to C libraries from Ada. You run a tool to convert the header file to Ada syntax, you link in the C library, and then you call the C code as if it were Ada code.

That's probably why you don't find LZ4 and Blake3 libraries. You forgot to look for the C libraries, which many Ada users would use.
by kristiandupont | 2026-03-07 06:07:04+00:00
I wrote my own modal-mode extension for vscode/cursor because couldn't get the VIM-ones to function like I wanted. During that time, I thought that I should look into Kakoune and Helix as those seemed to represent a true iteration on the paradigm. Being able to see what you're about to change makes complete sense, as does the "multi-cursor first" approach.

However, after a few weeks, I ended up rewriting things to be more classic VIM-like after all. This might have just been muscle memory refusing to yield, I am not sure. One thing I remember though, was that the multi-cursor+selection approach only really helps when you can see everything you're about to change on the screen. For large edits, most selections will be out of the scroll window and not really helping.

I still haven't written it off completely, though with AI I increasingly find myself writing more prose than keywords and brackets, so I am not sure it's going to feel worth it.
by reflectt | 2026-03-07 06:07:15+00:00
Nice work on the worktree isolation — that is the right call for single-repo parallel agents. The conflict surface really is at the git layer.

We ran into a related but different problem when scaling beyond 5+ agents: the coordination layer above execution.

- Agents across multiple repos sharing a task board
- Human-in-the-loop approval gates (your steward model auto-merges; we needed explicit sign-off before certain transitions)
- Persistent presence so agents know who else is active
- Structured post-task reflections that surface patterns over time

We built reflectt-node for this layer. Not competing — different scopes. Stoneforge = single-project execution. reflectt-node = cross-project team coordination with human oversight.

The no-approval-gates tradeoff is worth calling out explicitly for anyone evaluating: if you need human review before merge (regulated codebase, production infra), you want gates. Throughput vs. safety.

https://github.com/reflectt/reflectt-node
by 01HNNWZ0MV43FF | 2026-03-07 06:07:31+00:00
A little "How many people were soldiers in ancient Rome" type searches gave me these numbers...

16% of adult males in the Roman mid-republic (https://en.wikipedia.org/wiki/Roman_army_of_the_mid-Republic...), call that 8% of adults of all genders.

Wikipedia says that there's about 1.34 million people in active duty in the US military, out of about 342 million people, 21.5% of which are under 18. (https://en.wikipedia.org/wiki/Demographics_of_the_United_Sta..., https://en.wikipedia.org/wiki/United_States_Armed_Forces)

I think that's 0.5%? Down from 8% in ancient Rome?
by SilverElfin | 2026-03-07 06:07:37+00:00
Why Does “literary, artistic, political, or scientific value” matter. And who gets to judge that? I can arbitrary decide it does hold artistic value to me. If at least one person finds it is valuable why should it be banned?

I understand you’re simply quoting the Miller Test but the entire concept of obscenity is ridiculous. Speech is speech. The Constitution says nothing about obscenity.
by sevg | 2026-03-07 06:11:11+00:00
UUIDs are recognizable, have a version field, can be sorted in the case of UUIDv7, a standardized format means easy interoperability (eg, encoding, validation, serialization etc), and databases can optimize storage and efficiency when using a native UUID type.

If just using random bytes, you still need to make decisions about how to serialize, put it in a URL, logging etc so you’re basically just inventing you’re own format anyway for a problem that’s already solved.
by LarsDu88 | 2026-03-07 06:11:43+00:00
It is true. Here is the publication going over how to generate this type of dataset and finetune: https://arxiv.org/pdf/2506.14245

I don't think you grasp my statement. LLMs will exceed humans greatly for any domain that is easy to computationally verify such as math and code. For areas not amenable to deterministic computations such as human biology, or experimental particle physics, progress will be slower
by joeevans1000 | 2026-03-07 06:13:09+00:00
The whole 'software craftsmanship' thing was hilarious from the get-go. Software is not furniture, where the best examples will stand the test of time. It all ends up, good or bad, in a figurative landfill. But if it is a thing, AI is going to soon be a ten armed very skilled octopus. If you weren't having fun all this time, well, the joke's on you. Might as well use the new tools to start having fun now.
by Foobar8568 | 2026-03-07 06:13:27+00:00
LLM code is higher quality than any codes I have seen in my 20 years in F500.
So yeah you need to "guide" it, and ensure that it will not bypass all the security guidance for ex...But at least you are in control, although the cognitive load is much higher as well than just "blind trust of what is delivered".

But I can see the carnage with offshoring+LLM, or "most employees", including so call software engineer + LLM.
by vladdoster | 2026-03-07 06:15:05+00:00
Location: Nashville, TN
Remote: true
Willing to relocate: boston || nashville
Technologies: Python, Django, IaC, Terraform, Golang, CI/CD, Azure/AWS, {ba,z}sh, Lua, Springboot,
Redis, Docker, Open Service Broker, {,non}relational & vector dbs, shared services, SOA
Email: mvdoster@gmail.com

resume: https://linkedin.vdoster.com && http://github.com/vladdoster

sr. cloud software engineer @ Mastercard (5 years)

Designed and built Platform-as-a-Service for microservice workloads running on Azure and AWS
to migrate on-prem workloads to the cloud. The platform operates globally, allowing teams to
deploy to several Azure-backed regions worldwide. Helped plan and create regional landing zones
in Azure for application teams wanting to perform globally. Designed platform components using
Terraform, Go, and Node; developed support tooling using Bash, Python, and Azure CLI. De-risk the
platform by addressing security vulnerabilities and ensuring the platform is PCI compliant.

api/devops software engineer @ Harvard Medical School (2 years)

Worked as part of the DevOps team to manage a 15k core CentOS HPC cluster. Designed and implemented
Python-based security scanning pipeline to securely deploy & run Apptainer images via SLURM.
Coordinated cross-team emergency patching eﬀorts. Collaborated with researchers and engineers across
3-letter institutions to deliver secure research infrastructure. Built CI/CD Pipelines with GitHub, Jenkins,
to automate code builds, testing, and deployments. Wrote Puppet modules to manage configuration of HPC fleet.
Wrote custom Puppet module & Python scripts to automatically remediate Tenable findings.

full-stack software engineer @ Global Prior Art (3 years)

Used Django, Celery, Selenium grid, and AWS API Gateway for IP rotation to scrape USPTO patent PDFs,
apply CV for data extraction, and generate reports with relevant claims, saving employees 4-5 hours daily.
Wrote E2E black-box/fuzzing unit tests. Automated on-premise deployment via Github Actions and Ansible.

maintainer @ Zinit (5 years)

Develop and maintain a zsh plugin manager on Github with 4k stars. Implemented unit tests,
containerization, bug fixes, and new features.
See: https://github.com/zdharma-continuum/zinit

contributor @ Open-source documentation (5 years)

Contributed hundreds of documentation corrections and enhancements to 400+ open source projects.
by wat10000 | 2026-03-07 06:15:43+00:00
Nuclear weapons traded a high probability of a major war for a low probability of an apocalyptic war.

My question is, how low is that probability, exactly? Because the tradeoff looks very different if it’s one in a million per year, versus one in a hundred per year.

My assessment, looking at the history and the close calls, is that it’s more like one in a hundred.