Hacker News: dustfinger

New comment by dustfinger in "Dress made of living mycelium can renew and repair itself"

dustfinger — Thu, 06 Aug 2026 18:11:49 +0000

I wonder if there is a health hazard wearing this due to breathing in spores or toxins released into the air? Or perhaps there is a risk that the wearer will absorb harmful chemicals secreted by the mycelium via contact with the wearer's skin? Very interesting none the less. I have imagined humans making living clothes for a long time, so it is nice to see that idea materialize.

New comment by dustfinger in "Dress made of living mycelium can renew and repair itself"

dustfinger — Thu, 06 Aug 2026 18:04:44 +0000

To be fair it only claimed "near self-repairing".

New comment by dustfinger in "Squillions: How money laundering won"

dustfinger — Tue, 02 Jun 2026 02:45:46 +0000

Here are the last two sentences:

> Governments don’t do anything about the status quo, for a number of reasons: it inconveniences them to look too deeply into the darker corners of their own financial systems, and they make money from printing their own currencies and don’t much care how that cash is used. But most of all, they don’t do anything about it because they haven’t got a clue.

The last one couldn't be farther from the truth, and the first one couldn't be farther from a lie.

New comment by dustfinger in "The X-Files has made me nostalgic for a time I never experienced"

dustfinger — Fri, 01 May 2026 19:40:22 +0000

I think I have watched Star Trek: TNG all the way through 3 times with my kids already. They also love Deep Space 9.

New comment by dustfinger in "The X-Files has made me nostalgic for a time I never experienced"

dustfinger — Fri, 01 May 2026 19:32:45 +0000

It was happier, with plenty of opportunity for everyone and society felt like it was held up on common ground. It defnately felt bigger, because it was.

New comment by dustfinger in "The X-Files has made me nostalgic for a time I never experienced"

dustfinger — Fri, 01 May 2026 19:25:46 +0000

> Any, and I mean any, attempt to remake this show is doomed to failure

I second that. Please, for the love of all good things, do not remake the X-Files, or Firefly.

New comment by dustfinger in "An AI agent deleted our production database. The agent's confession is below"

dustfinger — Sun, 26 Apr 2026 20:28:20 +0000

It would be interestingi to know if AI is less likely to follow rules if the instructions provided to it contain foul or demeaning language. Too bad we couldn't re-play the scenario replacing NEVER F*ING GUESS! with:

**Never guess**

   - All behavioral claims must be derived from source, docs, tests, or direct command output.

   - If you cannot point to exact evidence, mark it as unknown.

   - If a signature, constant, env var, API, or behavior is not clearly established, say so.

New comment by dustfinger in "New 'negative light' technology hides data transfers in plain sight"

dustfinger — Fri, 13 Mar 2026 22:28:30 +0000

> Only a receiver with the right equipment can pick up the hidden message.

So all an eavesdropper has to do is setup the right equipment then? I guess it is only invisible until the technology becomes more widely available.

New comment by dustfinger in "Living human brain cells play DOOM on a CL1 [video]"

dustfinger — Sun, 08 Mar 2026 16:17:27 +0000

> We’ve combined lab-grown neurons with silicon chips and made it available to anyone, for first time ever.

There is a line somewhere here that I personally feel we should not cross.

Etymology of the Word W00T

dustfinger — Thu, 15 Jan 2026 23:50:08 +0000

Article URL: https://en.wiktionary.org/wiki/w00t

Comments URL: https://news.ycombinator.com/item?id=46641173

Points: 5

# Comments: 3

New comment by dustfinger in "Ask HN: How do you automate your release notes?"

dustfinger — Wed, 14 Jan 2026 00:38:13 +0000

Appreciate this breakdown and the disclosure.

+1 for highlighting that PR quality is the bottleneck. Garbage-in/garbage-out is exactly what I ran into and it’s why I’m planning to introduce PR templates so the why/what changed/impact is consistently present. For sparse PR bodies, I also optionally add truncated diff context for the LLM summary so the output isn’t just a long list of raw PR titles.

Also agree there is a split between dev-facing changelogs vs user-facing release comms that need to land where users are. What I built is aimed at the "developer-consumer" audience, people using the library, not contributing to it: it renders into our docs and is meant to be readable as a curated changelog, not a raw list of commits.

New comment by dustfinger in "Ask HN: How do you automate your release notes?"

dustfinger — Tue, 13 Jan 2026 17:10:53 +0000

I agree that the best quality notes are the ones hand written by a thoughtful human. In my case we had about two years of history with no curated notes, and writing that by hand would have meant significant time investment vs shipping fixes and features. The generator helped us get coverage fast, organized the notes chronologically and categorically. I specifically designed the generator with your your concern in mind, in that it preserves manual edits as well as omissions, so we can gradually curate it into something we are proud of.

New comment by dustfinger in "Ask HN: How do you automate your release notes?"

dustfinger — Mon, 12 Jan 2026 20:14:09 +0000

I agree with the philosophy of curating release notes for the consumer of the release. When I first started looking for a release notes strategy, I was considering towncrier for that exact reason. You are also right that commit messages are not intended for the consumer of the release, but a dialogue between developers.

Your points are well received and largely why I went PR-based (title/body with optional GitHub metadata) instead of commit-based. A PR title and body tend to be focused on the deliverable, whereas commit messages are narrowly focused on the code change at that moment with developers as the intended audience.

Re: git-cliff, I honestly hadn’t evaluated this one, but it looks solid for commit-driven changelogs. I like the rationale behind conventional commits being parsable and templates enforcing consistency. What constraints pushed you toward git-cliff vs writing release notes by hand, and do you have a config/template you have found works well for surfacing breaking changes?

New comment by dustfinger in "Ask HN: How do you automate your release notes?"

dustfinger — Mon, 12 Jan 2026 18:56:34 +0000

Yeah, that matches what I have seen: if the upstream metadata isn’t reliable, automation can amplify the mess.

I tried to avoid relying solely on contributors to accurately label or tag things correctly. The script is tag-driven only for release boundaries (version tags), while categorization is derived from PR title & body with optional GitHub metadata. The script is idempotent and preserves edits/omissions so you can correct the few bad ones post-generation.

If you are curious, I am happy to share my script and would be genuinely interested whether it reduces the manual cleanup for your workflow. Also, if you run it with `--ai --github` and a PR body is sparse, it fetches a truncated PR diff and uses that as extra context for the LLM summary.

New comment by dustfinger in "Ask HN: How do you automate your release notes?"

dustfinger — Mon, 12 Jan 2026 18:11:45 +0000

+1 on separating "how to upgrade" due to breaking changes from "what’s new". A dedicated BREAKING.md / MIGRATIONS.md is a really good idea.

One thing I am trying to do is make the generator surface breaking/migration items explicitly, but I still think anything that requires human judgment (migration steps, caveats) should be hand-curated in a dedicated document like you suggested.

New comment by dustfinger in "Ask HN: How do you automate your release notes?"

dustfinger — Mon, 12 Jan 2026 18:09:02 +0000

I hear what you are saying, there is a risk that auto-generated release notes end up as PR-title soup. I put a lot of effort in my script to mitigate against that.

If you are willing and interested enough to take a quick look, here is what my script generated for our 2025 changelog (no hand-curation yet, this is the raw output):

https://raw.githubusercontent.com/confident-ai/deepeval/refs...

I am curious: does this still seem too noisy in your opinion, or is it getting closer? And what would you want to see for breaking changes/migrations to make it actually useful?

I now have 2024 & 2025 generated; to fully hand-curate two years of history just wasn’t practical, so I’m trying to get the "80% draft" automatically and then curate over time.

New comment by dustfinger in "Ask HN: How do you automate your release notes?"

dustfinger — Mon, 12 Jan 2026 16:45:48 +0000

That has been my concern as well. The script I wrote tries to bucket entries into categories, including "Backward Incompatible Change" so those are easier to spot. Since it is automated I am trading some accuracy for time saved, which seemed like the only practical choice for me, since I had to backfill a lot of history, but it’s been surprisingly decent so far.

I am also planning to add some PR templates so contributors include the context up front, which should make any release note generation more accurate.

Are you using any tooling to help with changelog curration? I know towncrier is all about fragments, so contributors must had write a brief summary of their contribution, which would be more in-line with your preference.

Ask HN: How do you automate your release notes?

dustfinger — Mon, 12 Jan 2026 16:25:11 +0000

How are you generating release notes in your projects?

I just had to backfill a year of docs release notes for an OSS repo. I ended up writing a small release tag driven generator: it walks git tags, collects merged PRs between releases, buckets them into categories, and renders Markdown/MDX grouped by year -> month -> category -> version. I also added an optional LLM step that outputs structured JSON via Pydantic schema for PR bullets that includes monthly summaries. It is idempotent and preserves manual edits or omissions, so you can auto-generate, then curate over time.

I’m curious what works for you in practice:

- Towncrier?

- reno?

- GitHub Releases / auto-generated notes?

- something else?

What do you like/hate about your current setup? Any tools you’d recommend?

If anyone wants to see the script I wrote, I am happy to share it and would love some constructive feedback.

Comments URL: https://news.ycombinator.com/item?id=46590623

Points: 10

# Comments: 15

Play chess via Slack DMs or SMS using an ASCII board

dustfinger — Sun, 11 Jan 2026 21:44:36 +0000

Article URL: https://github.com/dvelton/dm-chess

Comments URL: https://news.ycombinator.com/item?id=46580506

Points: 32

# Comments: 16

New comment by dustfinger in "Show HN: Tag driven changelog generator (MDX) with optional LLM summaries"

dustfinger — Sun, 11 Jan 2026 19:17:37 +0000

I am curious what are people using for release notes in their own projects? Towncrier, GitHub Releases, something else?

If anyone tries my script on their repo and runs into issues, I am happy to help troubleshoot. Also, the output is actually plain Markdown (no JSX). The only Docusaurus specific bit is the YAML frontmatter header. If you are not using Docusaurus, you can just strip that header and rename .mdx to .md.