0xPatrick

350 posts

0xPatrick

0xPatrick

@0x_patrick

Let's think through this step by step.

NYC Beigetreten Aralık 2020
1.7K Folgt412 Follower
0xPatrick retweetet
Reggie James
Reggie James@HipCityReg·
Not a single person has attempted to split the G with @collision And that’s a damn shame
English
13
8
287
45K
0xPatrick
0xPatrick@0x_patrick·
@max_paperclips Sandboxing isn’t enough here. Odds are, it’d be endowed the same API key that was used to delete everything.
English
0
0
1
233
0xPatrick retweetet
Kenton Varda
Kenton Varda@KentonVarda·
Me: GPT 5.5, why is this Worker failing? GPT 5.5: *thinks* It's because of this deep corner case in the Cap'n Proto RPC system described in this comment you wrote 6 years ago, which you thought was only a perf issue but actually affects correctness: #L2096" target="_blank" rel="nofollow noopener">github.com/capnproto/capn… Me:
GIF
English
41
69
1.9K
137.1K
0xPatrick
0xPatrick@0x_patrick·
Of course, natural language has its place and strong prose is valuable in the SDLC. But let’s not forget that programming languages (and the vast majority of code we write) are optimized for human comprehension first (vs. purely for machine execution). The "code is dead" claims overlook why we still default to talking in code when precision counts.
English
0
0
1
37
0xPatrick
0xPatrick@0x_patrick·
I can't count the number of times I'm working through something with colleagues and we say, "let's just talk in code." Good code is concise and precise. Syntax, types, naming conventions, and structure enforce clarity and prevent ambiguity. Natural language is the opposite: verbose when precise, ambiguous when concise, and prone to misinterpretation.
gabby@GabriellaG439

New blog post: "A sufficiently detailed spec is code" I wrote this because I was tired of people claiming that the future of agentic coding is thoughtful specification work. As I show in the post, the reality devolves into slop pseudocode haskellforall.com/2026/03/a-suff…

English
1
0
2
149
0xPatrick retweetet
Matteo Collina
Matteo Collina@matteocollina·
.@nodejs has always been about I/O. Streams, buffers, sockets, files. But there's a gap that has bugged me for years: you can't virtualize the filesystem. You can't import a module that only exists in memory. You can't bundle assets into a Single Executable without patching half the standard library. That changes now 👇
Matteo Collina tweet media
English
51
263
2.6K
360.4K
Samuel Colvin
Samuel Colvin@samuelcolvin·
@0x_patrick @yoavgo @mitsuhiko Right but deno at least, maybe node don't let you exec typescript code within a robbing process, only JavaScript. I don't want to start a new process for every code invocation.
English
2
0
1
256
Samuel Colvin
Samuel Colvin@samuelcolvin·
Fuck it, a bit early but here goes: Monty: a new python implementation, from scratch, in rust, for LLMs to run code without host access. Startup time measured in single digit microseconds, not seconds. @mitsuhiko here's another sandbox/not-sandbox to be snarky about 😜 Thanks @threepointone @dsp_ (inadvertently) for the idea. github.com/pydantic/monty
English
90
164
1.8K
319.6K
Samuel Colvin
Samuel Colvin@samuelcolvin·
@yoavgo @mitsuhiko Many js runtimes don't let you run typescript directly with correctly positioned errors. Whereas in python you don't have that issue - typed python is just python.
English
1
0
1
271
0xPatrick
0xPatrick@0x_patrick·
More AI tools and harnesses built with POLP front of mind, please and thank you
Samuel Colvin@samuelcolvin

Fuck it, a bit early but here goes: Monty: a new python implementation, from scratch, in rust, for LLMs to run code without host access. Startup time measured in single digit microseconds, not seconds. @mitsuhiko here's another sandbox/not-sandbox to be snarky about 😜 Thanks @threepointone @dsp_ (inadvertently) for the idea. github.com/pydantic/monty

English
0
0
0
70
0xPatrick
0xPatrick@0x_patrick·
@geofflangdale A productivity tool doesn’t mean you magically incept novel product ideas. Nor does it mean every whim is productized into something for others to try. Don’t mistake people’s lack of imagination or willingness to commercialize as evidence against How Great This Stuff Is
English
0
0
3
186
Geoff Langdale
Geoff Langdale@geofflangdale·
I've never encountered a software productivity technology where so many people are shouting about How Great This Stuff Is with the volume turned up to 11 while almost never showing any interesting new work that they built with AI coding. Could people just show stuff? ...
Paul Crowley@ciphergoth

Liam, I have been a professional programmer for 36 years. I spent 11 years at Google, where I ended up as a Staff Software Engineer, and now work at Anthropic. I've worked with some incredible people - you might have heard of Jaegeuk Kim or Ted Ts'o - and some ridiculously productive programmers - Eric Biggers, Jeff Sharkey and @jackinwarsaw come to mind as people who seemed to solve problems with code at a truly unearthly rate. At work, I am currently hitting levels of productivity that would put all of them to shame. Not just a rate of making code, but a rate of actually solving problems, that would have been unthinkable two years ago. And it's possible because Claude Code with Opus 4.5 is doing all the heavy lifting; I'm not doing much more than setting direction and reviewing the output. I often have three different sessions going at once, attacking three different aspects of the work I'm doing. Over the holidays I took a break from work Clauding, to do some home Clauding, writing in a few days from scratch a complicated webapp using disparate technologies I had no background in, that would have taken weeks prior to Claude. When I hit problems I just told Claude to debug them and that almost always worked. It also looks great, which is pleasing since not only have I zero CSS skill, I have zero design skill. I'm not out of a job quite yet; there are still some areas where I have better taste than it does, or better instincts. But when you talk about "AI's inability to code", this seems to me to reveal a total disconnect from reality. And this is why I'm urging you to ACTUALLY TRY IT, find out for yourself, and join the rest of us on this Earth.

English
172
64
1.6K
276.7K
0xPatrick
0xPatrick@0x_patrick·
@karpathy I suspect you're not as far behind as you feel. Our minds can only hold so many focuses at once. The hard part was never really the the labor of writing code, spinning up experiments, or debugging. The bottleneck is choosing what deserves your attention.
English
0
0
3
54
Andrej Karpathy
Andrej Karpathy@karpathy·
I've never felt this much behind as a programmer. The profession is being dramatically refactored as the bits contributed by the programmer are increasingly sparse and between. I have a sense that I could be 10X more powerful if I just properly string together what has become available over the last ~year and a failure to claim the boost feels decidedly like skill issue. There's a new programmable layer of abstraction to master (in addition to the usual layers below) involving agents, subagents, their prompts, contexts, memory, modes, permissions, tools, plugins, skills, hooks, MCP, LSP, slash commands, workflows, IDE integrations, and a need to build an all-encompassing mental model for strengths and pitfalls of fundamentally stochastic, fallible, unintelligible and changing entities suddenly intermingled with what used to be good old fashioned engineering. Clearly some powerful alien tool was handed around except it comes with no manual and everyone has to figure out how to hold it and operate it, while the resulting magnitude 9 earthquake is rocking the profession. Roll up your sleeves to not fall behind.
English
2.6K
7.5K
55.8K
16.9M
0xPatrick
0xPatrick@0x_patrick·
*Opens Twitter* *Sees nth “this is my technique for AI coding” tweet* *Literally the same techniques that’ve been used to write software for years and years*
English
0
0
5
68
0xPatrick
0xPatrick@0x_patrick·
@simonw LLMs themselves are notorious for this - confident output, hidden uncertainty.
English
0
0
0
183
0xPatrick
0xPatrick@0x_patrick·
@simonw That’s a relief. To clarify what I meant: explaining every line is table stakes. AI can mask whether the dev actually understood the design options, tradeoffs, and wider implications. Code that 'just passes tests' can hide all of that and instill a false sense of confidence.
English
1
0
0
190
Simon Willison
Simon Willison@simonw·
I see a lot of complaints about untested AI slop in pull requests. Submitting those is a dereliction of duty as a software engineer: Your job is to deliver code you have proven to work simonwillison.net/2025/Dec/18/co…
English
64
267
1.9K
204K