Lillis (@AnonLikesToCode) header
Lillis (@AnonLikesToCode) profile picture

I help maintain tree-sitter / To whom much is given, much will be required

/home/your_mom
Joined March 2024
Photo by Lillis (@AnonLikesToCode)Photo by Lillis (@AnonLikesToCode)Photo by Lillis (@AnonLikesToCode)Photo by Lillis (@AnonLikesToCode)Photo by Lillis (@AnonLikesToCode)Photo by Lillis (@AnonLikesToCode)Photo by Lillis (@AnonLikesToCode)Photo by Lillis (@AnonLikesToCode)Photo by Lillis (@AnonLikesToCode)Photo by Lillis (@AnonLikesToCode)
I've published a new, general-purpose terminal specification that gives any program a way to tell the terminal what it's doing: idle, working, waiting, finished, or failed, and why. It is easy to implement on both sides. I've written more about why: mitchellh.com/writing/progra… The problem this solves is generic and applies in compelling ways to all sorts of use cases (e.g. package managers, build tools), but it really rears a hideous head when it comes to AI and the "agentic inbox" problem. I found over 250 different agent orchestrators (with various goals) that all individually implement a heuristic based approach to detecting whether things like Claude Code are working, blocked, done, etc. If you look at @herdrdev's commit history, you can see around 10 compatibility changes to detect Claude Code within just the past 3 months. (This isn't a dig at Herdr! They're doing great work with what they have, and everyone else is doing the same thing). Heuristics are not the way. And over-indexing on agentic use cases isn't the way, because this problem is really interesting for other tools too: Homebrew, Terraform, Cargo, etc. etc. Proprietary protocols and out of band APIs are not the way. They have an O(N) integration problem and require extra work to work over SSH or within local VMs/containers. The program status specification (OSC 7501) solves this in a reliable, deterministic way that is general-purpose and can be easily adopted by the entire industry. Read more: mitchellh.com/writing/progra…
130
204
59
2,679
174,408
Lillis retweeted
Interestingly, Astra is wrong about the UB because it is missing historical context on when this legendary fast inverse square root code was written: 1) This code was written in 1999 for 32 bit computers when practically `sizeof(long) == sizeof(float) == 4` so the "OOB on 64-bit longs" and "possible misalignment" does not apply here 2) In 1999, aliasing UB (aka type punning) was technically UB but it was literally everywhere and even the Linux kernel did it for its memcpy implementation. When GCC 2.95 came out it added optimizations that optimized against type punning and it broke so much software they had to default disable it a few months later!
The harshest realisation for me after we’ve got LLMs is that there is no such thing as “good code”. Everybody’s code sucks. You can always take seemly good code and find bugs and improve the design, and this process doesn’t seem to converge. The goal I was chasing my whole career turned out to be a marriage: the closer you get, the further it appears. But LLMs allowed me to prove this empirically, so now I’m more at peace with my code. If it works after sufficient testing, I leave it alone; not because it’s “good” but because it’s good enough. P.S. I ran Astra on this famous John Carmack’s code and it found five verifiable bugs.
10
5
238
29,805
Lillis retweeted
5% improvement on peak opus 4.6, sold as a 40% improvement by preemptively nerfing opus and everyone will just eat it up
I'm v excited for Opus 4.7
19
23
2
999
33,333
Lillis retweeted
Replying to @mil000
please be quiet, i need to slurp up 2nd hand mac minis for cheap when they flood the market
10
9
572
7,281
Lillis retweeted
Announcing Quickshell MCP — the gateway to a fully agentic desktop. Agents don't just assist, they orchestrate — reshaping your workspace into a hyper-personalized, self-evolving productivity engine. Not just a chatbot. This is AGI for your desktop.
12
6
2
142
18,559
Lillis retweeted
LLMs are great tech, and I've learnt a lot about technology that I never would've or had time to thanks to them. But I feel like people are vastly overestimating how good they are for programming, *especially* in contexts where 90% of the time isn't spent accomodating other people's mistakes. What I mean by that is solving real problems instead of undoing bad transformations of data a previous part of the system did for the 100th time, or inventing something new *and* not total garbage and not restricted by bad interfaces that already exist. Some people in my audience already know what I'm talking about by all this vagueposting (2-3, maybe 6-7 at most), and it requires questioning everything about computing which LLMs are absolutely horrible at. And unfortunately, 95+% of the code most people (including me) have written is within the "useless busywork" definition. We might eventually get a world where that isn't true, but for the time being LLMs will be useful for aiding the production of the counter-boilerplate and speeding up well articulated research queries. Man, computers suck
11
13
3
320
16,020
I think about this Dostoevsky excerpt a lot (Notes from Underground): Now I ask you: what can be expected of man since he is a being endowed with strange qualities? Shower upon him every earthly blessing, drown him in a sea of happiness, so that nothing but bubbles of bliss can be seen on the surface; give him economic prosperity, such that he should have nothing else to do but sleep, eat cakes and busy himself with the continuation of his species, and even then out of sheer ingratitude, sheer spite, man would play you some nasty trick. He would even risk his cakes and would deliberately desire the most fatal rubbish, the most uneconomical absurdity, simply to introduce into all this positive good sense his fatal fantastic element. It is just his fantastic dreams, his vulgar folly that he will desire to retain, simply in order to prove to himself--as though that were so necessary-- that men still are men and not the keys of a piano, which the laws of nature threaten to control so completely that soon one will be able to desire nothing but by the calendar. And that is not all: even if man really were nothing but a piano-key, even if this were proved to him by natural science and mathematics, even then he would not become reasonable, but would purposely do something perverse out of simple ingratitude, simply to gain his point. […] for the whole work of man really seems to consist in nothing but proving to himself every minute that he is a man and not a piano-key! […] Good heavens, gentlemen, what sort of free will is left when we come to tabulation and arithmetic, when it will all be a case of twice two make four? Twice two makes four without my will. As if free will meant that!
This quoted post is unavailable.
12
5
106
26,906
Do people know that the CIA guy all over TikTok right now was a major whistleblower for the CIA torture program and spent 30 months in prison for it
90
816
48
30,774
1,125,978
my only advice is to simply not care about anything except what you care about and do whatever you want and ball really hard and make sure it makes for a good story
9
28
5
430
16,661
Lillis retweeted
WILL KLEIN APPRECIATION 😤 4 scoreless innings of relief and the win in an 18-inning marathon! #WorldSeries
280
2,732
264
25,259
1,926,106
Ask not how its this bad, be amazed they didnt make it worse
1
1
87
Treesitter is amazing, ability to describe syntax specific queries for the code that does not require any compiler integration and works instantly fast is totally underrated. Made fold-imports.nvim work perfectly with comments and attributes in every langauge:
19
15
2
457
48,699
Replying to @splinedrive
As someone who uses c++ almost daily atp, please please do not do this. Lets all move on to better languages
1
4
161
Big disagree with this one Programming is a craft, and some actually love it and want to sharpen their skills They learn Rust/Haskell or build compilers, not to impress you, but because they have a genuine love for programming and learning new things
Warning to young technologists: there is a kind of person who is motivated to learn tech as a way to impress and gain cool points amongst other technologists. Maybe not knowingly, but subconsciously—they are socially motivated. They know Rust, they know Haskell, they only use vim, they build compilers on the weekend, they only run AI models locally, they have fine-tuned a model that underperforms GPT4 in every way possible, they keep their GitHub squares green But many struggle to deliver real products and value 10-20 years down this path. They grow weary of the career, and sometimes quit. They feel did everything right, why weren't they rewarded? The "cool chips" cannot be cashed in. They evaporate, and then you're left with very little. Just go and build things that are useful or entertaining—that's an enduring skill. [Sure learning Assembly and C can be helpful, but I know many people who have built great things without doing much of either]
45
64
9
1,438
63,440
if you don't understand this you have never been deep in corporate mines, you slowly get insane and you either become part of the slob nodding visibly during teams meetings or you go build something out of pure frustration with the world because you KNOW things can be better
"There is nothing like working on Internet coupons to make you yearn to build something you truly love." - @bscholl
20
33
4
652
29,032
Hot take but most of you have perfectly pleasant jobs and are making your own life worse by performatively hating them
1,255
17,295
4,233
272,044
19,152,903
skill issues // a short film
30
165
13
1,691
140,673
absolutely mind blowing that our industry is so young, most of the legendary OGs are still alive and you can literally hear their thoughts in interview, talks or even follow them on x dot com
16
21
3
778
97,320
293
1,262
433
8,577
1,165,582
Want to get cracked? Work on open-source software. Some of the best developers in the world are willing to code-review. Show you best practices. For free. And it looks great on your resume.
62
119
7
2,877
175,528