Without being glib, I honestly wonder if Fabrice Bellard has started using any LLM coding tools. If he could be even more productive, that would be scary!
I doubt he is ideologically opposed to them, given his work on LLM compression [1]
He codes mostly in C, which I'm sure is mostly "memorized". i.e. if you have been programming in C for a few decades, you almost certainly have a deep bench of your own code that you routinely go back to / copy and modify
In most cases, I don't see an LLM helping there. It could be "out of distribution", similar to what Karpathy said about writing his end-to-end pedagogical LLM chatbot
---
Now that I think of it, Bellard would probably train his own LLM on his own code! The rest of the world's code might not help that much :-)
He has all the knowledge to do that ... I could see that becoming a paid closed-source project, like some of his other ones [2]
In 2025, there is no shame in using an LLM. For example, he might use it to get help debugging, or ask if a block of code can be written more clearly or efficiently.
While the guy is brilliant, I doubt he could fit the role of senior/staff/principal engineer in any one-level-below faang kind of company. Typically, these roles require good communication skills and working together with other engineers (which is really hard). So, while he's very good at the tech level, I think he primarily works alone? In that regard, it would be a very bad fit. I may be wrong, tho.
Fabrice Bellard is not a 10x engineer, he is a 100x engineer. You could attach him to a good people manager and either build a team around him or allow him to work independently on a project that he finds exciting that also aligns with company goals.
Lots of negative stereotypical assumption there. If you have some source backing all this, share your claims otherwise personal attacks without any serious base isn't a good reflection.
> I doubt he could fit the role of senior/staff/principal engineer in any one-level-below faang kind of company.
Why would you even think that these sort of exceptional people would even be interested in mere jobs?
These are people who are solo auteurs; something in them feels a need to express themselves in full creativity without restraint in any domain they choose to focus on. That is what makes them unique because they are the few who can change Science into Art and make it seem effortless. The common man calls them "Geniuses" but it is actually a way of living, thinking and training.
Much of Society's institutions, companies, jobs etc. is designed to get the most out of the average person which does not work for creative individuals. To measure the latter using the yardstick for average is foolish in the extreme. This is why true Scientists/Researchers/Artists etc. need to be treated very differently from the "common" man.
For all the hoopla about Corporations/Companies/Groups/Teams etc. in the modern world, all our civilizational breakthroughs have emerged from a single individual or a small group of individuals.
A Fox one day spied a beautiful bunch of ripe grapes hanging from a vine trained along the branches of a tree. The grapes seemed ready to burst with juice, and the Fox's mouth watered as he gazed longingly at them.
The bunch hung from a high branch, and the Fox had to jump for it. The first time he jumped he missed it by a long way. So he walked off a short distance and took a running leap at it, only to fall short once more. Again and again he tried, but in vain.
Now he sat down and looked at the grapes in disgust.
"What a fool I am," he said. "Here I am wearing myself out to get a bunch of sour grapes that are not worth gaping for."
And off he walked very, very scornfully.
He’s one of the GOATs, but this article is written by someone who has no idea about software engineering and full of exaggerations as a result. For example:
> Many times there are certain chunks which will occur many times in the code of a program. Instead of taking the time to translate them all separately,
QEMU stores the chunks and their native translation, next time simply executing the native translation instead of doing translation a second time. Thus, Bellard invented the first processor emulator that could achieve near native performance in certain instances.
JIT is about as old as Fabrice, or even older depending on what you consider a modern JIT.
Back in 2004 I started using qemu to replace Bochs in my development, it was a huge help. My colleague sent an email to Fabrice to thank him and he replied very amicably. The guy is not only supremely competent, but absolutely unpretentious, nice and friendly.
(reposting from the MicroQuickJS thread if only because it seems more relevant here)
Always interesting when people as talented as Bellard manage to (apparently) never write a "full-on" GUI-fronted application, or more specifically, a program that sits between a user with constantly shifting goals and workflows and a "core" that can get the job done.
I would not want to dismiss or diminish by any amount the incredible work he has done. It's just interesting to me that the problems he appears to pick generally take the form of "user sets up the parameters, the program runs to completion".
23 comments
[ 2.8 ms ] story [ 52.4 ms ] threadI doubt he is ideologically opposed to them, given his work on LLM compression [1]
He codes mostly in C, which I'm sure is mostly "memorized". i.e. if you have been programming in C for a few decades, you almost certainly have a deep bench of your own code that you routinely go back to / copy and modify
In most cases, I don't see an LLM helping there. It could be "out of distribution", similar to what Karpathy said about writing his end-to-end pedagogical LLM chatbot
---
Now that I think of it, Bellard would probably train his own LLM on his own code! The rest of the world's code might not help that much :-)
He has all the knowledge to do that ... I could see that becoming a paid closed-source project, like some of his other ones [2]
[1] e.g. https://bellard.org/ts_zip/
[2] https://bellard.org/lte/
Or it can review for any subtle bugs too. :)
Why would he want to do that, though?
Fabrice Bellard is not a 10x engineer, he is a 100x engineer. You could attach him to a good people manager and either build a team around him or allow him to work independently on a project that he finds exciting that also aligns with company goals.
Why would you even think that these sort of exceptional people would even be interested in mere jobs?
These are people who are solo auteurs; something in them feels a need to express themselves in full creativity without restraint in any domain they choose to focus on. That is what makes them unique because they are the few who can change Science into Art and make it seem effortless. The common man calls them "Geniuses" but it is actually a way of living, thinking and training.
Much of Society's institutions, companies, jobs etc. is designed to get the most out of the average person which does not work for creative individuals. To measure the latter using the yardstick for average is foolish in the extreme. This is why true Scientists/Researchers/Artists etc. need to be treated very differently from the "common" man.
For all the hoopla about Corporations/Companies/Groups/Teams etc. in the modern world, all our civilizational breakthroughs have emerged from a single individual or a small group of individuals.
The bunch hung from a high branch, and the Fox had to jump for it. The first time he jumped he missed it by a long way. So he walked off a short distance and took a running leap at it, only to fall short once more. Again and again he tried, but in vain.
Now he sat down and looked at the grapes in disgust. "What a fool I am," he said. "Here I am wearing myself out to get a bunch of sour grapes that are not worth gaping for." And off he walked very, very scornfully.
- https://read.gov/aesop/005.html
> Many times there are certain chunks which will occur many times in the code of a program. Instead of taking the time to translate them all separately, QEMU stores the chunks and their native translation, next time simply executing the native translation instead of doing translation a second time. Thus, Bellard invented the first processor emulator that could achieve near native performance in certain instances.
JIT is about as old as Fabrice, or even older depending on what you consider a modern JIT.
Always interesting when people as talented as Bellard manage to (apparently) never write a "full-on" GUI-fronted application, or more specifically, a program that sits between a user with constantly shifting goals and workflows and a "core" that can get the job done.
I would not want to dismiss or diminish by any amount the incredible work he has done. It's just interesting to me that the problems he appears to pick generally take the form of "user sets up the parameters, the program runs to completion".
- qemu user mode
- tcc
- ts_zip