frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

France's homegrown open source online office suite

https://github.com/suitenumerique
428•nar001•4h ago•203 comments

British drivers over 70 to face eye tests every three years

https://www.bbc.com/news/articles/c205nxy0p31o
133•bookofjoe•1h ago•109 comments

Start all of your commands with a comma (2009)

https://rhodesmill.org/brandon/2009/commands-with-comma/
437•theblazehen•2d ago•157 comments

Leisure Suit Larry's Al Lowe on model trains, funny deaths and Disney

https://spillhistorie.no/2026/02/06/interview-with-sierra-veteran-al-lowe/
26•thelok•1h ago•2 comments

Hoot: Scheme on WebAssembly

https://www.spritely.institute/hoot/
86•AlexeyBrin•5h ago•16 comments

OpenCiv3: Open-source, cross-platform reimagining of Civilization III

https://openciv3.org/
778•klaussilveira•19h ago•241 comments

Stories from 25 Years of Software Development

https://susam.net/twenty-five-years-of-computing.html
35•vinhnx•3h ago•4 comments

First Proof

https://arxiv.org/abs/2602.05192
38•samasblack•2h ago•23 comments

Software Factories and the Agentic Moment

https://factory.strongdm.ai/
19•mellosouls•2h ago•17 comments

Reinforcement Learning from Human Feedback

https://arxiv.org/abs/2504.12501
56•onurkanbkrc•4h ago•3 comments

The Waymo World Model

https://waymo.com/blog/2026/02/the-waymo-world-model-a-new-frontier-for-autonomous-driving-simula...
1027•xnx•1d ago•584 comments

Coding agents have replaced every framework I used

https://blog.alaindichiappari.dev/p/software-engineering-is-back
172•alainrk•4h ago•226 comments

Vocal Guide – belt sing without killing yourself

https://jesperordrup.github.io/vocal-guide/
168•jesperordrup•10h ago•62 comments

A Fresh Look at IBM 3270 Information Display System

https://www.rs-online.com/designspark/a-fresh-look-at-ibm-3270-information-display-system
24•rbanffy•4d ago•5 comments

StrongDM's AI team build serious software without even looking at the code

https://simonwillison.net/2026/Feb/7/software-factory/
17•simonw•2h ago•15 comments

Unseen Footage of Atari Battlezone Arcade Cabinet Production

https://arcadeblogger.com/2026/02/02/unseen-footage-of-atari-battlezone-cabinet-production/
103•videotopia•4d ago•27 comments

Vinklu Turns Forgotten Plot in Bucharest into Tiny Coffee Shop

https://design-milk.com/vinklu-turns-forgotten-plot-in-bucharest-into-tiny-coffee-shop/
5•surprisetalk•5d ago•0 comments

72M Points of Interest

https://tech.marksblogg.com/overture-places-pois.html
12•marklit•5d ago•0 comments

Show HN: Look Ma, No Linux: Shell, App Installer, Vi, Cc on ESP32-S3 / BreezyBox

https://github.com/valdanylchuk/breezydemo
265•isitcontent•20h ago•33 comments

Making geo joins faster with H3 indexes

https://floedb.ai/blog/how-we-made-geo-joins-400-faster-with-h3-indexes
152•matheusalmeida•2d ago•42 comments

Monty: A minimal, secure Python interpreter written in Rust for use by AI

https://github.com/pydantic/monty
277•dmpetrov•20h ago•147 comments

Ga68, a GNU Algol 68 Compiler

https://fosdem.org/2026/schedule/event/PEXRTN-ga68-intro/
35•matt_d•4d ago•10 comments

Hackers (1995) Animated Experience

https://hackers-1995.vercel.app/
546•todsacerdoti•1d ago•263 comments

Sheldon Brown's Bicycle Technical Info

https://www.sheldonbrown.com/
418•ostacke•1d ago•110 comments

What Is Ruliology?

https://writings.stephenwolfram.com/2026/01/what-is-ruliology/
65•helloplanets•4d ago•69 comments

Show HN: I spent 4 years building a UI design tool with only the features I use

https://vecti.com
364•vecti•22h ago•164 comments

Show HN: Kappal – CLI to Run Docker Compose YML on Kubernetes for Local Dev

https://github.com/sandys/kappal
16•sandGorgon•2d ago•4 comments

Show HN: If you lose your memory, how to regain access to your computer?

https://eljojo.github.io/rememory/
338•eljojo•22h ago•207 comments

An Update on Heroku

https://www.heroku.com/blog/an-update-on-heroku/
457•lstoll•1d ago•301 comments

Microsoft open-sources LiteBox, a security-focused library OS

https://github.com/microsoft/litebox
372•aktau•1d ago•195 comments
Open in hackernews

Tech Writers Are About to Become Obsolete

https://kibbler.dev/blog/turn-your-codebase-into-a-knowledge-base
9•kewun•3w ago

Comments

Uptrenda•3w ago
already are
damian2000•3w ago
If we can also apply this to network engineers, that would be awesome. No more waiting 2 weeks for a firewall rule. But how many places actually have tech writers these days.. mostly devs will be asked to write documenation.
aorth•3w ago
You guys had tech writers? I write everything myself—from the code to the reports to the policies to the deployment scripts. Well at least I also get to write the firewall rules myself! Sigh...
OccamsMirror•3w ago
That emdash in your response. Chefs kiss
stingraycharles•3w ago
The problem is that AI generated content always has the same structure and grammatical style, and you absolutely still need to guide it in order to make good content.

Tech writers will become more productive, not obsolete.

kewun•3w ago
But why not have the developer that wrote the code guide the AI to generate the content? They know the code best.

Actually at this rate, developers won't be writing code anyways but they're still in a better position to guide the AI.

pletsch•3w ago
Knowing the source code doesn't mean someone is a skilled communicator and expecting people who are bad at <any area> to pick out problems with LLM output in that space is a losing battle
kewun•3w ago
Developers of tomorrow must be skilled communicators to get the most out of AI
sublinear•3w ago
You do realize the developers only "know the code best" because they're busy writing code all day, right?

Nobody wants to be held more accountable with less control over the result.

The moment you tell the devs to focus on working with AI is the moment their guess is as good as anyone else's what the hell is going on. You're not going to squeeze more productivity this way.

inejge•3w ago
> But why not have the developer that wrote the code guide the AI to generate the content? They know the code best.

Knowing the code and knowing how to make the code, or the interface to the code, comprehensible to another user, are different things. Just like with UIs, and the fact that an expert is not necessarily the best teacher.

Anyhow, the age of monumental feats of technical writing is past. Too expensive, and the subject is too volatile for the most part. Economics dictate that we'll have to deal with the cheapest possible docs. We already do.

EagnaIonat•3w ago
> They know the code best.

Two major issues occur unless they have experience.

1. The developer will often have what is called "Acquired knowledge". That is information that is relevant but isn't in any of the files and the developer assumes other developers know what they know.

2. Often is the case that there is more information required that doesn't sit inside the code and is not evident to get the program to work. Quickest way to find that is to get a newbie on a clean machine to follow only the instructions.

userbinator•3w ago
MS started aggressively using AI to generate their documentation a year or two ago. It did not make things better at all, and in fact quite the contrary. Awkwardly verbose wording, contradictory sentences in different paragraphs of the same article, etc. That said, they were already on a trajectory of decline.
kewun•3w ago
You should see the way Claude Code generates documentation. It's pretty good.
politelemon•3w ago
I have and it isn't. The YMMV with LLMs isn't a great place to be.
yellow_lead•3w ago
AI marketing slop.

> This isn't a minor efficiency gain. It's a fundamental shift

> This isn't theoretical. It works today.

> The documentation stays accurate because it's generated from real code, not someone's memory of how things used to work.

Yes, because Claude never hallucinates.

Madmallard•3w ago
Doubt it.

People want to interact with other humans.

Hotel doorman problem etc.

damian2000•3w ago
Devs really don't want to work with tech writers to document their code though
esafak•3w ago
I've only worked with one tech writer; they have been a dying breed for a long time. Gone are the days when software shipped with doorstopper manuals. Only a big company can justify them now. For the rest, LLMs are good enough.
EagnaIonat•3w ago
This is such a shortsighted and dangerous view. The LLM can only work on what it sees.
flax•3w ago
Oh good. Now the documentation will be written by The Machine That Lies to You. Wonderful. What could possibly go wrong?
jaggederest•3w ago
Now we need The Machine That Never Lies to You and some doors...
rich_sasha•3w ago
I spent half a day writing tests against MS SQL where tests would create a separate schema, do their business, then the schema dropped via "DROP SCHEMA ... CASCADE". In the end, thanks to Meat Intelligence on the web I found out there is no CASCADE for MS SQL. But only because blogs and documentation etc were written by people who kinda mostly checked what they wrote.
returnInfinity•3w ago
If the role is eliminated, then the responsibility of the verifying and managing the docs will fall on somebody else.

AI does not take responsibility

zapperdulchen•3w ago
Sure, manually written API docs are a thing of the past. But this has been true even before the era of LLMs. But I'm not that sure that this argument stands for all kinds of software. Depending on the abstraction between your source code and the things your users want to achieve, the expert view of a technical communicator might be necessary in order to come up with instructions (how-to) that meet the needs of the person seeking help instead of just summarizing the software code in natural language.
TYPE_FASTER•3w ago
I asked Claude to summarize a legacy codebase yesterday.

Some of it was accurate.

Some of it was not.

theletterf•3w ago
No they're not. My response: https://passo.uno/letter-those-who-fired-tech-writers-ai/
dkuntz2•3w ago
lol, lmao, author clearly does not understand what a tech writer (or any writer) actually does and how they're important.