Sign in

cloudhead

@cloudhead.io
246 followers 58 following 141 posts

Computers, graphics, protocols. Working on @radiant.computer Previously @radicle.xyz

PostsRepliesMedia
cloudhead @cloudhead.io · 22/09/2026
“Pseudo intelligence”
000
cloudhead @cloudhead.io · 12/07/2026
I think Fable 5 / GPT 5.6 write better code than the average open source developer now. My reaction to seeing an AI-generated OSS repo is starting to go from negative to neutral.
140
cloudhead @cloudhead.io · 25/05/2026
This. It’s just as hard to write high quality code with agents, if not harder.
020
cloudhead @cloudhead.io · 22/05/2026
It would be cool if you could rebase a conversation with an LLM after editing one of the earlier prompts. Just like `git-rebase`, but over a chat log. This would allow edits to trickle down to all subsequent responses.
120
cloudhead @cloudhead.io · 21/05/2026
Vibed a little TUI to configure my Obsbot webcam under Linux, since there is no official software. Works great!
010
cloudhead @cloudhead.io · 14/05/2026
The major downside of vibe coding is that you end up with 1) much more code, and 2) badly factored code, which leads to 3) very poor token efficiency when making changes. It probably still all works, but the cost of maintenance and change grows much faster than for manually written/reviewed code.
220
cloudhead @cloudhead.io · 14/05/2026
LLMs are incredibly useful despite writing poor quality code, but we need better code review tools.
270
cloudhead @cloudhead.io · 14/05/2026
Progress on my TUI diff tool 👀
140
cloudhead @cloudhead.io · 30/04/2026
This is the right policy. The problem is not AI in itself, it's low quality contributions, which there are more of now. That is the root issue and that's what should be addressed, not the tools used by the contributor. github.com/rust-lang/le...
github.com
Policy proposal: No low-effort contributions · Issue #273 · rust-lang/leadership-council
Note EDIT(@jieyouxu): Please see #273 (comment) for the finalized wording and scope for the policy being proposed for disposition-merge, which is different from the text in this starting issue desc...
120
cloudhead @cloudhead.io · 29/04/2026
New #comics acquired!
020
cloudhead @cloudhead.io · 24/04/2026
This is what the output of `git show` should look like. I've taken some of the work I did on terminal-based diff rendering for @radicle.dev and made it work as a general git-diff tool.
2130
cloudhead @cloudhead.io · 04/04/2026
Good engineering + clever use of LLMs will become unbeatable. We're just getting started.
0130
cloudhead @cloudhead.io · 28/03/2026
Trying out autoresearch to reduce compiler code size. Not bad, let's see how much of it I'll keep.
010
cloudhead @cloudhead.io · 07/03/2026
An AST editor is always how I imagined the future of code editing -- text is just the visual representation of it, but the editor should operate directly on the AST. This also makes things like code formatters redundant. This is directionally right: ki-editor.org
ki-editor.org
Ki Editor | Ki Editor
Multi-cursor structural editor
040
Reposted by cloudhead
Radiant Computer @radiant.computer · 02/03/2026
Radiant is open-sourcing its compiler toolchain and launching code.radiant.computer today.
1305
cloudhead @cloudhead.io · 28/02/2026
Some more details about compiler bootstrapping, fixed points and trust. Though originally the fixed point was reached after 3 stages, it is now reached in 2!
010
cloudhead @cloudhead.io · 25/02/2026
The problem with agents is they don’t know what they don’t know. We humans do have an intuition for it.
000
Reposted by cloudhead
Radiant Computer @radiant.computer · 23/02/2026
The Radiance compiler has reached a fixed point. This means it can now compile itself and generate identical output to itself.
1322
cloudhead @cloudhead.io · 17/02/2026
user> just fix all the bugs I'm tired and going to bed. llm> ok, I'll fix all the bugs. ... 8 hours later ... llm> Wait, the issue might be... Actually... blah blah llm> But wait! Let me just.. blah blah blah user> I'm going back to bed.
020
Reposted by cloudhead
Radiant Computer @radiant.computer · 16/02/2026
🪵 A new log entry was posted: "A.I. and the Future of Computing" radiant.computer/notes/ai-and...
radiant.computer
A.I. and the Future of Computing
A new kind of personal computer
072
cloudhead @cloudhead.io · 15/02/2026
1. Writing a compiler in C to compile Radiance to RV64 ✅ 2. Porting the C compiler in (1) to Radiance ✅ 3. Compiling the ported compiler in (2) with the compiler in (1) ✅ 4. Compiling the self-hosting Radiance compiler (3) with itself 💥😵‍💫
120
cloudhead @cloudhead.io · 13/02/2026
I can't think of anything more soul crushing in the UX space than trying to make a keyboard work on a smart phone's touchscreen. It simply is the wrong interface. In fact touchscreens are the wrong interface for most things. ios-countdown.win
ios-countdown.win
Fix the iOS Keyboard
A countdown for Apple to fix the iOS keyboard or lose a customer.
000
cloudhead @cloudhead.io · 12/02/2026
Yes, this is a web-based Git repository browser created from scratch in a couple of hours using an LLM.
260
cloudhead @cloudhead.io · 06/02/2026
Great talk about hardware/software co-design and why serious software developers should think about hardware. This is one of the core principles of @radiant.computer h/t @lorenz.leutgeb.xyz www.youtube.com/watch?v=v0Jj...
youtube.com
Bryan Cantrill: Andreessen’s Folly - The False Dichotomy of Software and Hardware
YouTube video by Jane Street
040
Reposted by cloudhead
Radiant Computer @radiant.computer · 27/01/2026
Incompatibility allows true progress.
171
Reposted by cloudhead
Radiant Computer @radiant.computer · 25/01/2026
🪵 A new log entry was posted: "Radiance Intermediate Language" radiant.computer/log/011-radi...
radiant.computer
Radiant Log #011
A new kind of personal computer
022
cloudhead @cloudhead.io · 16/01/2026
"On Being a Computer Scientist in the Time of Collapse" is a really excellent and thought provoking read. I'm one of those optimists that is heavily criticized in this essay. web.cs.ucdavis.edu/~rogaway/pap...
web.cs.ucdavis.edu
010
cloudhead @cloudhead.io · 15/01/2026
‘What Remains of Edith Finch’ puts every other game I played recently to shame. What a crazy experience.
010
cloudhead @cloudhead.io · 13/01/2026
I've been in the deep end on the Radiance AST -> IR lowering pass, but I'm starting to see the light of day. I did things a bit differently this time in terms of code production, and I'm not sure it was worth it: I had Claude generate this compiler pass from scratch, which resulted in...
130
cloudhead @cloudhead.io · 12/01/2026
One of the greatest skills in software engineering is to know how much code is needed to implement any given feature. This lets you immediately tell, without reading the code, whether it doesn't account for something (code too short), or it's overcomplicating the solution (code too long).
020
cloudhead @cloudhead.io · 08/01/2026
Writing code has become a lot faster, but understanding code hasn't. What can we do about that?
130
cloudhead @cloudhead.io · 08/01/2026
The biggest problem with vibe coding is understanding the state of the code base at any given time. The reason to write code yourself, or to review all the code written by an agent is to have a clear mental model of the program. This is still a major bottleneck.
040
cloudhead @cloudhead.io · 08/01/2026
Interpreted languages have an edge in multi-agent workflows, because agents can't break the build for other agents. Compiled languages have an edge because they created more effective agentic loops. Languages with optional type-checking probably are the best of both worlds in this respect.
010
cloudhead @cloudhead.io · 06/01/2026
The reason leaving at 5:00 PM sharp rubs people the wrong way (including myself) is that it can imply a bunch of things that are not condusive to doing good work, especially in software development. It has nothing to do with working overtime...
130
cloudhead @cloudhead.io · 04/01/2026
"Can I finally start using Wayland in 2026" -- that's 18 years after release, and the answer in this case is "no". This doesn't raise any eyebrows because we've become used to software inertia. @radiant.computer will change this. michael.stapelberg.ch/posts/2026-0...
michael.stapelberg.ch
Can I finally start using Wayland in 2026?
Wayland is the successor to the X server (X11, Xorg) to implement the graphics stack on Linux. The Wayland project was actually started in 2008, a year before I created the i3 tiling window manager fo...
070
cloudhead @cloudhead.io · 31/12/2025
"Technical debt is the pollution of the digital world, invisible until it chokes the systems that depend on it" Great read. chrisloy.dev/post/2025/12...
chrisloy.dev
The rise of industrial software | Chris Loy
> _**Industrial**_ > > _adj. (sense 3a)_ > > Of or relating to productive work, trade, or manufacture, esp.
061
Reposted by cloudhead
Chad Fowler @chadfowler.com · 21/12/2025
aicoding.leaflet.pub
Regenerative Software
5236
cloudhead @cloudhead.io · 17/12/2025
Radiance IR (RIR) tentative syntax. Below is example code for a simple loop that sums numbers.
Radiance IR
101
cloudhead @cloudhead.io · 17/12/2025
Software can afford to be broken because it can be patched over the air, therefore most software is in a permanently broken state. ¯\(ツ)/¯
150
cloudhead @cloudhead.io · 16/12/2025
Here's a list of things I've saved countless hours on by using an LLM: 1. Writing tests for specific functions or branches 2. Documenting code 3. Finding the bug (regression) that causes a test to fail 4. Refactoring: renaming things, moving code around, changing function signatures, etc.
240
cloudhead @cloudhead.io · 15/12/2025
Choosing an intermediate representation (IR) for Radiance is tricky — every language seems to do it differently, and many languages have multiple IRs, especially those that target LLVM. Rust has MIR, Zig has ZIR, Swift has SIL.. I think I should just start simple and see what design falls out of it
120
cloudhead @cloudhead.io · 13/12/2025
Just discovering Gleam (the programming language) and really like how sensible and minimal the language design is! For example, there is no distinction between sum types and product types; they make it work by allowing field access without destructuring in simple cases. Very cool. gleam.run
1111
cloudhead @cloudhead.io · 13/12/2025
What would an OS with built-in version control at the file system level look like?
8121
cloudhead @cloudhead.io · 07/12/2025
"Don't re-invent the wheel" is why our software has shit performance.
010
cloudhead @cloudhead.io · 05/12/2025
There is something really freeing about coding LLM agents: they let you change your mind. Previously, I'd avoid large mechanical code changes that weren't absolutely necessary, due to how much time it would take. Now, changing my mind about a certain design decision is no big deal.
020
cloudhead @cloudhead.io · 27/11/2025
This was a lot of work, since it exposed several bugs in the C code generator and type checker that I had to fix, all the while ensuring parity between the C and R' code! Making a compiler self-hosting is hard when the bootstrapping compiler isn't stable yet, but I'm eager to not touch C anymore!
031
cloudhead @cloudhead.io · 26/11/2025
When your BSS section is 17GB because you thought "eh, I'll think about memory allocation later and just use static memory for now" 😵‍💫
100
cloudhead @cloudhead.io · 22/11/2025
Sometimes you have some really serious design problem to solve, but you've got this itch to do something totally distracting and not relevant, like implement a Lisp, or some actor-based concurrency, and you start to convince yourself that this is actually the solution your problem, but it's a trick!
110
cloudhead @cloudhead.io · 22/11/2025
Thinking about how to reduce the complexity of separate compilation.. 🤔
010
cloudhead @cloudhead.io · 20/11/2025
If there's a promising alternative to OSI licenses, I'm ready to adopt it for the entire @radiant.computer platform. One of the reasons I've held out on putting any new code out in the last couple of years is because I don't want it to benefit my enemies.
100