Lean이 왜 완전하지 않아도 ‘탄탄에 다가가는’ 언어인지
새로운 프로그래밍 언어가 쏟아지는 시대인데요, 막상 손에 익는 언어를 고를 때마다 ‘정말 이게 최선일까?’라는 생각을 지울 수가 없잖아요.
perfectable 프로그래밍 언어 Lean에 대한 이야기는 바로 이 지점에서 출발합니다.
결코 탄탄하지 않지만, 탄탄에 조금씩 다가가는 언어가 있다면?
복잡한 수학을 다루거나, 코드의 정확성을 증명하고 싶을 때, 또는 단순히 더 튼튼한 코드를 쓰고 싶을 때 이 질문은 더 현실적으로 다가옵니다.
이번 글에서는 perfectable 프로그래밍 언어 Lean이 실제로 어떻게 다르고, ‘탄탄함’과 ‘탄탄에 가까워짐’ 사이에서 어떤 고민을 품고 있는지 정리합니다.
직접 코드를 살펴보지 않아도 충분히 이해할 수 있으며, 비슷한 고민을 하고 있는 분이라면 분명히 얻어갈 부분이 많을 거예요.
프로그래밍 언어를 고를 때 드는 의문
프로그래밍 언어 수십 가지, 직접 써본 분은 많을 거예요.
기본기능에서부터 타입 시스템, 코드 재사용까지 다양한 선택지가 있지만, 결국 궁극적으로 ‘이 언어로 내가 증명 가능한가’, ‘내 코드의 의도를 언어가 받아줄까’를 고민하게 됩니다.
Lean은 이런 근본적인 의문에서 출발한 언어입니다.
완전히 새로운 개념은 아니지만, ‘탄탄’에 가까워질 수 있는 도구를 제공하겠다는 점이 다릅니다.
아직 해답을 못 찾은 분에게 힌트가 될 만한 출발점이에요.
Lean을 포함한 ‘perfectable’ 언어란 무엇인가
perfectable, 즉 ‘탄탄해질 수 있는’ 언어라는 말이 생소하게 느껴질 수 있어요.
Lean이 ‘탄탄한(perfect)’ 언어라서가 아니라, 계속해서 탄탄에 다가갈 수 있다는 의미입니다.
본문에서는 Lean을 특별하게 만드는 점으로, Lean 자체로 Lean 코드를 분석하는 능력을 꼽아요.
코드 자체의 성질이나 동작을 언어 내부에서 증명하거나 기술할 수 있죠.
이 구조가 바로 Lean의 힘과 한계를 동시에 설명합니다.
Lean을 실제로 사용할 때 보이는 특징
본문에서는 간단한 함수 예시(항상 5를 반환하는 함수)를 Lean으로 어떻게 정의하고 증명할 수 있는지 보여줍니다.
일반 언어에서는 이처럼 ‘이 함수는 항상 이 값을 반환한다’라는 사실을 언어 차원에서 활용하는 데 한계가 있죠.
Lean에서는 이 성질을 코드 수준에서 증명하고 보장할 수 있습니다.
예시를 따라가다 보면, 함수 정의뿐 아니라 특정 성질이 ‘theorem(정리)’로 언어에 녹아있다는 사실이 눈에 띕니다.
실용적이면서도 철학적인 방향성을 체감할 수 있어요.
의존적 타입, 그리고 언어 자체의 진화 흐름
타입이 없는 언어들도 점차 타입을 받아들이면서 발전했어요.
대표적으로 PHP나 Python도 버전에 따라 점점 타입이 강화되고 있습니다.
그리고 이 흐름이 TypeScript, Rust, 심지어 Go와 C++까지 확장되죠.
그 끝에는 ‘의존적 타입(dependent types)’이라는 개념이 있습니다.
Lean이 추구하는 것도 바로 이 지점입니다.
타입만으로는 충분치 않다고 여겨질 때, 더 정교한 증명과 분석을 품을 수 있습니다.
이런 배경은 Lean이 단순히 틀만 바꾼 언어가 아니라, 실제 코드의 의미와 증명을 일상적으로 다루려는 포지션임을 보여줍니다.
실제 사용 시 느껴지는 장점과 한계
본문에서 드러난 Lean의 장점은 무엇보다 코드의 성질을 직접적으로 증명할 수 있다는 점입니다.
‘returnFive’ 함수 예시처럼, 단순한 함수의 법칙도 언어 내부에서 공식처럼 다룰 수 있어요.
하지만 동시에, 이런 시스템을 처음 접한다면 학습곡선이 가파를 수밖에 없습니다.
수학적인 사고가 익숙하지 않은 분들에겐 낯설기도 하고요.
다만 언어가 불완전해도, 그 불완전함을 스스로 고치며 발전할 여지가 있다는 시선은 Lean만의 매력입니다.
어떤 개발자에게 Lean이 필요한가
실제로 모든 개발자가 Lean을 주 언어로 쓸 필요는 없어요.
하지만 코드의 정확성, 특히 수학적 증명이나 복잡한 검증이 중요한 분야라면 Lean이 대안이 될 수 있습니다.
더불어, 의존적 타입과 자기증명 구조가 궁금한 개발자라면 Lean을 한 번쯤 경험해볼 만합니다.
실무에서 사용 빈도가 높지는 않지만, 개념은 다른 프로그래밍 언어 발전 흐름을 이해하는 데도 도움이 됩니다.
Lean이 가진 perfectable이라는 성질은 진짜 탄탄을 약속하는 게 아니라, 점진적으로 탄탄을 향해 다가갈 수 있다는 희망을 담고 있어요.
복잡한 코드가 많아질수록, 개발 과정에서 예상하지 못한 문제가 터질수록 이런 시도가 한 번쯤은 반드시 가치 있다는 생각이 듭니다.
모든 문제에 정답인 언어는 없겠지만, Lean처럼 자기 자신을 검증할 수 있는 도구는 앞으로 개발 환경에 새로운 시각을 줄 가능성이 충분합니다.
자주 나오는 질문
Lean은 어떤 점에서 perfectable한가요?
Lean은 ‘탄탄’ 자체가 아니라 ‘탄탄에 다가갈 수 있음’을 목표로 해요.
즉, 코드의 동작이나 성질을 언어 자체로 분석하거나 증명할 수 있습니다.
예를 들어, returnFive 함수와 그 법칙(항상 5를 반환한다)을 Lean 코드로 정의하고, 바로 그 자리에서 증명문까지 쓸 수 있죠.
증명 가능한 언어구조가 자연스러운 흐름처럼 녹아있기에, 계속해서 탄탄에 가까워질 수 있다는 점에서 perfectable하다고 할 수 있습니다.
Lean과 일반 프로그래밍 언어의 가장 큰 차이는 뭔가요?
가장 큰 차이는 코드의 성질(특성, 증명 등)을 언어 안에서 직접 다루고 보장할 수 있다는 점이에요.
예를 들어 일반 언어에서는 함수가 항상 같은 값을 반환하는지 확인하려면 다양한 테스트나 외적 도구에 의존해야 하죠.
Lean은 그 자체로 코드를 분석하고 구조적으로 ‘이것이 항상 참이다’를 확정할 수 있게 도와줍니다.
그만큼 신뢰성과 정적 분석의 수준이 압도적으로 다릅니다.
실무에서 Lean을 어디에 적용할 수 있나요?
실무에서 Lean을 가장 빛나게 쓸 수 있는 분야는 수학적 증명, 공식 검증, 크리티컬한 정확성이 요구되는 소프트웨어 개발입니다.
직접 대규모 서비스를 Lean으로 작성하는 경우는 드물 수도 있지만, 복잡한 로직, 알고리즘 검증, 타입 안정성 확보 등 특정 단계에서는 강력한 도구로 쓰일 수 있습니다.
배우기 어렵지만, 한 번 익히면 프로그래밍을 보는 시야가 더 넓어질 수 있어요.
어떤 프로그래밍 언어를 쓸 때 ‘탄탄이란 뭘까?’, 혹은 ‘언어가 어느 정도까지 내 생각을 받아야 하지?’ 고민한 적 있나요?
Lean처럼 코드에 증명과 논리를 녹여나가는 방식에 대해 여러분의 경험이나 의견이 있다면 댓글로 남겨 주세요.
실제로 Lean을 써본 분들의 이야기도 정말 궁금하고요.
혹시 다른 perfectable 언어에 대한 소문이나 사례도 있다면 함께 공유해 주세요.
서로 다른 시선과 고민이 실무에 어떤 영향을 주는지, 다양한 생각을 나누는 자리가 되었으면 좋겠어요.
