evnp
evnp on Hacker News
On mobile I see the blog momentarily, then the whole thing redirects to a sketchy looking url a la rm358.com, with a fulscreen video takeover. Fyi to author, I'd like to read but it's currently unusable
To each their own. Writing models in vim with the full power of git managing history, variations, experiments just feels so much better than spending my time in someone else's (often bloated) proprietary GUI.
I use https://replicad.xyz by the way, in Typescript. No affiliation, just a happily productive user of a fantastic MIT-licensed project. I don't use LLMs at all, for better or worse.
Ps. Replicad does make you write code to draw a helix, but it's just sketchHelix(pitch, height, radius)
> When the AI doesn’t know the ‘why’ part, it comes up with its own reasoning. I find that dangerous. When we read that later, it may not make sense, because the real reason was completely different.
Even more dangerous: when the text _does_ make sense, despite being detached from reality.
The second half of this post chronicles the author's Herculean efforts to make everything work well in the cases you describe.
> One of the big things that blocked this shipping for so long was not having an escape hatch of some kind to allow clients that disable WebAssembly by policy to get through the gate. [...] This combination of factors means that there would need to be another implementation of the proof of work code in JavaScript that would actually execute the number crunching.
> It's just a shame to hear that the author is, for now at least, stopping their engagement with the community due to how they perceive it's changing!
Want to clarify for others reading that the author of _Elixir_ isn't stopping, just the author of this post. José has been shockingly responsive on recent issue/pr threads I've posted on Elixir-related repos recently, often same day. They also don't seem to use any bot-based code review, which is incredibly refreshing in contrast to many other repos[1] in 2026 (Sorry for the callout, it's just such a good example). Elixir projects have been a joy as a fairly new contributor, compared to other ecosystems.
[1] https://github.com/pnpm/pnpm/pull/13188
Be proud of the theme. It emanates unflashy nostalgia to me, like a mysterious text-adventure game you discover as a kid. I'm all for putting weight in accessibility as a goal, but never as the all-over riding goal, and always with the greater purpose of the work in mind. It brings to mind an a11y evaluation a recent company I was a part of had done by a 3rd party, where one of the resulting "guidelines" was to darken borders around all our inputs and buttons for better contrast. These had the effect of decimating the visual texture and readability of each page, as you were caught up in a sea of near-black borders on light background. But the design team felt it was a worthy tradeoff, can't say no to accessibility. In other words, for a personal blog, I'd say do what brings you joy first and foremost. It's hard enough doing work you end up feeling proud of.
On shieldfont, I feel like many posts in this thread are glossing over the point that most scraping operations are operating at scale, and all we have to do is make a piece of content (or many pieces) too expensive to scrape _at that scale_. It's not really about whether AI scrapers could or could not mimic a screen reader well enough in an individual case.
So, require an expensive-enough computation to access the true text, similar to the anti-DDOS measures that gate many full webpages today (admittedly, I'm not well-versed in how these affect scrapers). As annoying as these pages may be - or extra button clicks to "reveal" true text to a screen reader - this seems like a very pro-human space to explore, since it's one mechanism that can affect bots greatly and us individual viewers relatively little.
Isn't this the same sort of cost CloudFlare and anime catgirls are making us pay daily? Only enough to deter bots, or "a few seconds processing."
I take your point that one extra click/interaction required for screen readers only is objectively more friction, but it's only by exploring these technologies instead of dismissing them that we'll arrive at UX solutions truly work for people of all stripes (and ideally, not for bots, scrapers, and the like). I think if you're applying a tool like this you already have very different priorities than fueling Google.
Thanks for introducing me to shieldfont.org! It's the first of these I've seen that feels designed to be more than a visual experiment, reading through their landing page is interesting. In particular, their section on accessibility seems to contradict this post's opening premise:
> Screen readers get the real words.
A screen reader reading down the page is never handed scrambled text, and our NVDA test asserts exactly that. Screen review and touch exploration are untested. ShieldFont hides shielded passages from accessibility tools by default with aria-hidden="true", because a decoy read aloud is fluent, grammatical, wrong English, and that is worse than silence.
> The real words remain sealed in the same page, and a visible notice above the block carries the control that uncovers them. It is on by default and reachable by mouse, keyboard and screen reader alike. Pressing it sets the reader’s browser to solving a compute-heavy puzzle: JavaScript and a few seconds of processing, more than most mass scrapers are willing to spend. That puts the words within reach of a screen reader, a translator and copy/paste.
I'd love to hear your thoughts on that. Also just aside, love this TUI-esque blog design and color palette (maybe a bearblog theme? still worth an upvote)
Thanks for putting this together, incredible resource.
Wanted to suggest &udm=14 added to Google search URLs to omit the AI overview and other frills. Personally, I use Chrome's search engine settings to add that param automatically when searching from the browser url bar. I also came across this: https://udm14.com/
"There will be no curiosity, no enjoyment of the process of life. All competing pleasures will be destroyed. But always— do not forget this, Winston— always there will be the intoxication of power, constantly increasing and constantly growing subtler. Always, at every moment, there will be the thrill of victory, the sensation of trampling on an enemy who is helpless.
If you want a picture of the future, imagine a boot stamping on a human face— forever."
George Orwell, 1984
Love this idea and your creation of it. Unfortunately do think the parent's concerns are valid - at this moment on your site at least one person has set their name to something offensive so it shows up perpetually (under the street light). Anonymity+connectivity persists in bringing out the worst of our impulses, I guess...
Do you think names are really necessary? Or could they take some other form than text, perhaps unicode chars chosen from a selection of abstract shapes? The wonderful https://www.tunera.xyz/fonts/teranoptia/ comes to mind.
Any chance you'd be interested in sharing the story?
Is there an xyz's law for this yet? Will add - lines of code (as long as you don't believe code is the product/output).
The point is that safety depends on context and intent being known - with unknown context or intent, dangerous situations will appear _some_ of the time, thus the system as a whole can "never" be fully safe.
There is no contradiction here.
Great list, thanks. Seconding Exhalation, that story in particular but also the whole collection. Guess I'm checking out Egan next.
I'm legitimately curious - could you elaborate on the difference? Speaking as someone who has always preferred the commit-by-commit focus of a rebase instead of all-at-once merge conflict resolution, auditing all the changes together later doesn't sound more appealing than doing things incrementally.
We had our circa-1915 house checked for asbestos before lifting it. The inspector laughed after taking a chip out of the plaster because you could clearly see horse hair protruding from every side of the chip. This is apparently unlikely to overlap with asbestos, though it comes instead with a minor (?) anthrax risk. I'll take that over the dust from drywall sanding every time though.
My issue is remembering that the square brackets come first, not the parentheses. I do like asciidoc's method:
https://example.com for bare link, or
https://example.com[pretty text] if alternate text is desired
Edit: It took me a re-read to fully understand your comment, I can see how square brackets might be an incremental addition. This may also help remember the syntax, thanks!
This is great! Not an emacs user (as yet) but this and org-mode's /italic/ _underline_ *bold* +strike+ feel that much closer to the oft-touted "source looks kinda like formatting” ideal of markdown. Not sure why we ended up with the mediocre version as a defacto standard.
Anything that doesn't force you to remember arbitrary ordering - square brackets first? Or parentheses? It's the textual equivalent of plugging in usb upside down.
An alternative would be to simply use square brackets for both clauses of the link.
Same here, basically word for word.
Enjoyed the article, and the "less can be more than you think" mindset in general.
To the author - on Android Chrome I seem to inevitably load the page scrolled to the bottom, footnotes area. Scrolling up, back button, click link again has the same results - I start out seeing footnotes. Might be worth a look.
I'm interested in this. Code review, most egregiously where the "author" neglected to review the LLM output themselves, seems like a clear instance. What are some other examples?
Something that should go in a "survival guide" for devs that still prefer to code themselves.
Exactly. The problem is instead of getting a raise because "you can do more now" your colleagues will be laid off. Why pay for 3 devs when the work can be done by 1 now? And we all better hope that actually pans out in whatever legacy codebase we're dealing with.
Now the job market is flooded due to layoffs, further justifying lack of comp adjustment - add inflation, and you have "de-valuing" in direct form.
I love it too. Appears to be accomplished with this CSS, which you can tinker with by finding the :after element at the bottom of the <body> tag in browser devtools:
body::after {
content: "";
position: fixed;
top: 0;
left: 0;
width: 100%;
height: 100%;
background-image: linear-gradient(rgba(0, 0, 0, 0.4) 1px, transparent 1px);
background-size: 2px 2px;
background-repeat: repeat;
pointer-events: none;
z-index: 9999;
}
Appreciate the exposition, great ideas here. It's fascinating how the relationship between human and machine has become almost adversarial here!
Aren't the impacts perpetual if we're creating new contrails every single day?
Taken from another comment, this seems pretty clear:
> Contrail cirrus may be air traffic's largest radiative forcing component, larger than all CO2 accumulated from aviation, and could triple from a 2006 baseline to 160–180 mW/m2 by 2050 without intervention.
[1] https://en.wikipedia.org/wiki/Contrail#Impacts_on_climate
The original article describes associated costs in time and fuel usage in the realm of 1% increase.