Claude Is Not a Compiler
blog.exe.dev
Claude Is Not a Compiler
1–10 of 174 posts
Re: Claude Is Not a Compiler
#2Re: Claude Is Not a Compiler
#3Nevermind "comments", has anyone with a name and reputation claimed they are?
Re: Claude Is Not a Compiler
#4Nevermind "comments", has anyone with a name and reputation claimed they are?
Spec-driven development is sold on the idea that you regenerate modules or entire services when you change the spec. It's a really dumb idea but was briefly popular in enterprise, probably still is in some companies.
Specs are denotational by nature.
A program could synthesize a program that adheres to the specs. But that is not what we understand by a compiler that generally has to preserve operational semantics.
Re: Claude Is Not a Compiler
#51) The construction of the Empire State Building was particularly effective due to the depth of human-to-human collaboration.
2) Isn't it great that we can burn a bunch of dinosaur blood to convince ourselves that we don't need other humans?
Re: Claude Is Not a Compiler
#6Re: Claude Is Not a Compiler
#7To my (limited) understanding, this is not a good idea, and is an unfixable problem from the server side. Companies, VPNs or ISPs or routers, often use their own DNS servers, and those can have caching logic, which means it doesn't matter how fast your own DNS implementation is, as the users lookup request wont hit your DNS server, it'll hit an intermediate cache.
Re: Claude Is Not a Compiler
#8Nevermind "comments", has anyone with a name and reputation claimed they are?
And then claim is attributed right there:
> The hands-down highlight was the talk by Erik Schluntz: Vibe coding in prod.
> Among other things, he drew an analogy between LLMs and compilers.
Re: Claude Is Not a Compiler
#9Re: Claude Is Not a Compiler
#10- it is a very very very very fancy autocomplete