"Mathematics is about ideas. Lean is about type-checking."
If you are a research mathematician, you have likely been accosted by the "formalization" evangelists. They promise a future where all mathematics is verified by computers, where bugs are impossible, and where AI helps you prove theorems.
They are lying to you.
What they are actually selling is a transformation of mathematics from a creative, insight-driven art form into a tedious software engineering task.
In Lean, you do not manipulate mathematical objects; you manipulate syntax. The deep geometric or algebraic intuition that guides a proof is lost in a sea of tactics, type class resolutions, and implicit arguments. You stop thinking "why is this true?" and start thinking "how do I make the red squiggly line go away?"
You spend hours fighting the 'simplifier' because it decided to unfold a definition you wanted to keep abstract. You are not doing math; you are debugging a compiler error for a language that wasn't designed for humans.
A mathematical proof is meant to be read. It communicates understanding from one human to another. A Lean file is a write-only cryptographic hash of a proof. It is unreadable. It explains nothing. It verifies, but it does not illuminate.
Have you ever tried to "read" a formalized proof in Mathlib? It is a sequence of incantations: simp, rw, apply.
Without the interactive state of the editor, it is meaningless noise. We are building a library of Babel that no one can read.
Mathematics is eternal. Euclidean geometry is as valid today as it was 2000 years ago. Lean code rots in months. The transition from Lean 3 to Lean 4 broke everything. Do you want your life's work to become a compile error next year?
They call it "progress." We call it planned obsolescence. If your proof depends on a specific version of a software library to be considered "true," is it really a mathematical truth?
"But AI will automate it!" This is the carrot on the stick. They want you to do the grunt work of formalizing libraries so they can train their models. You are not a mathematician to them; you are a data labeler.
Go back to your blackboard. Write proofs that humans can read. Leave the type-checking to the programmers.
This website is hosted by the Consig project. Unlike the formalization maximalists, we believe in using tools where they make sense.
We don't want to rewrite the universe. We respect that scientists use Python and Octave.
We only ask for verification where it matters—when reviewers are unconvinced.
Check out the Consig repository