SQLite 창시자 리처드 힙의 26년 코드 이야기 — Turso, AI, 그리고 '기도문' 라이선스까지

!SQLite 창시자 리처드 힙의 26년 코드 여정

도입 — SQLite 창시자가 밝힌 26년 개발 철학

2026년 6월 현재, SQLite는 세계에서 가장 널리 배포된 데이터베이스 엔진이다. 거의 모든 스마트폰, 브라우저, 임베디드 기기에 내장되어 있을 정도로 광범위하게 사용된다. 그럼에도 SQLite의 창시자 리처드 힙(Richard Hipp)은 여전히 직접 코드를 작성하고 테스트한다. 최근 그는 유튜브에서 26년간의 개발 여정과 AI 시대의 소프트웨어 개발에 대한 견해를 공유했다. 핵심 메시지는 단순하다. 자신만의 도구를 직접 만들고, 외부 기여를 최소화하며, 철저한 테스트로 품질을 유지하는 것이 SQLite가 26년간 일관성을 유지할 수 있었던 비결이라는 것이다.

이 영상에서 다룬 핵심 화두는 다음과 같다.

• 군함 프로젝트에서 시작된 SQLite의 탄생 배경
• 수익 목적 없이 시작해 모토로라·AOL·에어버스와 체결한 상업 계약
• '기도문' 라이선스와 퍼블릭 도메인 선택의 철학
• Fossil·Lemon 같은 자체 도구를 만드는 이유
• DO-178B 표준 테스트와 AI 시대의 버그 탐색

SQLite의 탄생 — 군함에서 시작된 문제 해결

SQLite는 군함 USS Oscar Austin 관련 계약에서 시작되었다. 당시 리처드 힙은 General Dynamics의 계약자로서 Bath Iron Works의 DDG-79 함선 건조 프로젝트에 참여하고 있었다. 함선의 손상 통제 정보 시스템 개발에 문제가 발생했고, 다른 회사가 수백만 달러를 투자했지만 제대로 된 결과물을 내지 못한 상황이었다.

Informix 의존성 문제

리처드 힙은 휴리스틱 기반 소프트웨어를 빠르게 개발했지만, 데이터 저장에 사용하던 Informix 데이터베이스 엔진이 중단되면 소프트웨어도 함께 멈추는 문제가 있었다. 시스템 관리자가 엔진 없이도 작동하는 환경이 필요했다. 이에 따라 별도 프로세스 없이 애플리케이션이 디스크의 데이터를 직접 읽는 방식을 고민하게 되었고, 당시 요구사항을 충족하는 SQL 엔진을 찾을 수 없어 직접 개발을 결심했다.

독학으로 구현한 관계형 데이터베이스

1990년대에는 인터넷 검색이 보편화되지 않았다. 리처드 힙은 지역 대학 도서관에서 자료를 찾아 관계형 데이터베이스 기술을 독학했다. MIT·하버드·버클리 등에서는 활발한 연구가 진행 중이었지만, 지리적 제약으로 최신 정보를 얻기 어려웠다. 결국 필요한 기술을 스스로 연구하고 구현해 SQLite 1.0을 탄생시켰다.

상업적 성공과 컨소시엄 설립

수익 목적 없이 시작된 프로젝트

SQLite는 처음부터 수익화를 목적으로 만들어진 소프트웨어가 아니었다. 초기 버전은 무료로 공개되었고, 개발 당시 사업 계획은 전무했다. 그러나 공개 후 몇 년이 지나 모토로라(Motorola)로부터 연락이 왔다. 휴대폰에 SQLite를 탑재하겠다는 것이었다. 이후 America Online(AOL)도 CD-ROM 패키지에 포함하기 위한 계약을 체결했고, 모두 고정 가격 방식으로 진행되었다.

Symbian OS 블라인드 테스트 통과

노키아 등의 휴대폰에 탑재된 Symbian OS는 데이터베이스 엔진 선정을 위해 블라인드 테스트를 진행했다. 총 10개 엔진이 평가 대상이었고, 최종적으로 SQLite가 선정되었다. 다만 버스 팩터(bus factor)가 1이라는 문제가 제기되었다. 이는 핵심 개발자 한 명이 프로젝트를 떠날 경우 유지가 어려워진다는 의미였다. Mozilla의 미첼 베이커(Mitchell Baker)의 조언을 받아 컨소시엄을 설립했고, 이후 리처드 힙은 SQLite 개발을 전업으로 수행하게 되었다.

2050년까지의 장기 지원 계획

2010년 에어버스는 A350 항공기 항공전자장비에 SQLite를 사용하고자 했다. 동체 수명이 약 40년이라는 점을 고려해 장기 지원을 약속했고, 이는 법적 의무라기보다 프로젝트의 장기적 목표에 가까웠다. 현재 리처드 힙은 SQLite의 개인적 지원 종료 목표를 2050년으로 설정하고 있다. '데이터 우선 코드'에 50년을 더하는 방식으로 정한 이 목표는, 데이터의 예상 수명보다 코드를 더 오래 유지하겠다는 의지의 표현이다.

라이선스와 자체 도구 개발 철학

'기도문' 퍼블릭 도메인

SQLite 버전 1은 GDBM 라이브러리에 의존했고, GDBM이 GPL 라이선스를 사용했기 때문에 SQLite 역시 GPL 영향을 받았다. 이후 레인지 쿼리를 지원하기 위해 B-tree 기반 자체 저장소 백엔드를 개발했고, 외부 의존성이 제거되면서 라이선스를 자유롭게 선택할 수 있게 되었다. 당시 알려진 라이선스는 MIT와 Berkeley 정도였지만, 리처드 힙은 복잡한 법률 조항 대신 퍼블릭 도메인을 선택했다.

SQLite 소스 코드 헤더에는 일반적인 법률 문구 대신 축복에 가까운 문구가 포함되어 있다.

May you do good and not evil.
May you find forgiveness for yourself and forgive others.
May you share freely, never taking more than you give.

이 '기도문' 문구는 SQLite가 세계에서 가장 많이 쓰이는 라이브러리 중 하나가 되면서 라이선스 철학을 상징하는 아이콘이 되었다.

풀 리퀘스트를 받지 않는 이유

SQLite는 일반적인 오픈소스 프로젝트처럼 풀 리퀘스트를 적극적으로 받지 않는다. 리처드 힙은 풀 리퀘스트를 '무료 강아지(free puppy)'에 비유한다. 강아지를 무료로 받더라도 돌봄 책임이 발생하듯, 외부 코드를 받으면 유지보수·테스트·문서화·오류 수정·타 플랫폼 호환성 관리 등 장기적 책임이 뒤따르기 때문이다. 외부 기여를 제한하는 방식이 26년 이상 일관된 품질과 방향성을 유지할 수 있었던 요인이다.

Fossil과 Lemon — 자체 도구의 힘

• Fossil*은 SQLite 프로젝트 관리를 위해 만든 자체 버전 관리 시스템이다. Git과 비슷한 시기에 개발되었고, 버전 관리·이슈 추적·위키·포럼·웹 인터페이스를 통합 제공한다. Fossil 자체가 SQLite로 만들어져 SQLite의 실질적 베타 테스트 플랫폼 역할도 한다.

• Lemon*은 SQLite의 SQL 파서를 생성하기 위해 만든 도구다. Yacc·Bison 대신 직접 제작해 요구사항에 맞게 파서 생성 방식을 자유롭게 개선할 수 있었다.

자체 도구 개발은 단순한 기술적 취향이 아니다. 외부 의존성을 줄이면 다른 프로젝트나 기업의 결정에 덜 휘둘리게 되고, 이러한 독립성이 곧 개발자의 자유를 확대한다고 리처드 힙은 판단한다.

| 자체 도구 | 역할 | 효과 |

|----------|------|------|

| Fossil | 버전 관리 + 이슈/위키/포럼 통합 | SQLite의 베타 테스트 플랫폼 역할 |

| Lemon | SQL 파서 생성기 | 요구사항 맞춤 파서 개선 가능 |

| B-tree 저장소 | 자체 백엔드 | GPL 의존성 제거 → 라이선스 자유 |

!SQLite 테스트와 검증 시스템

테스트와 AI 시대의 소프트웨어 개발

DO-178B 표준 적용

SQLite가 오랫동안 안정성을 유지할 수 있었던 핵심은 극도로 철저한 테스트다. 단순히 기능 작동 여부를 넘어 다양한 예외 상황과 플랫폼을 검증한다. 실제 제품 코드보다 테스트 코드가 더 많을 정도다. 항공기 소프트웨어 표준인 DO-178B 방식을 적용해 체계적으로 커버리지를 높였고, 안드로이드 개발 초기 단계에서 이 수준의 커버리지를 달성한 이후 버그 보고가 거의 사라지는 결과를 경험했다.

퍼징과 AI — 새로운 검증 도구

이후 프로파일 기반 퍼징(profile-guided fuzzing)이 등장해 새로운 유형의 버그가 발견되었다. 높은 테스트 커버리지만으로 모든 오류를 찾을 수 없다는 사실을 보여준 사례다.

최근에는 AI를 활용한 버그 탐색 사례도 등장하고 있다. SQLite 프로젝트에도 AI가 생성한 것으로 의심되는 버그 보고가 접수된 적 있다. 리처드 힙은 AI를 유용한 도구로 평가하면서도 다음과 같은 경계점을 분명히 했다.

• AI는 정보를 탐색하고 아이디어를 얻는 데 유용하다
• 항상 정확하지 않으며 매우 설득력 있게 잘못된 정보를 제공할 수 있다
• AI가 만든 코드도 호환성 문제가 발생할 수 있어 사람이 직접 검토해야 한다
• ChatGPT가 "물론 당신도 알고 있겠지만…" 같은 표현으로 답변할 때 소름 끼친 경험도 공유했다

젊은 개발자에게 전하는 조언

리처드 힙은 SQLite를 포크해 더 나은 데이터베이스를 만들려는 시도를 환영한다. 다만 SQLite와 같은 수준에 도달하려면 오랜 시간과 엄격한 품질 관리가 필요하다고 강조한다. 핵심 조언은 다음과 같다.

1. 자신에게 필요한 도구를 직접 만들어라 — 외부 의존성을 줄이면 자유가 늘어난다
2. 외부 기여를 신중히 수용하라 — 무료 강아지는 돌봄 책임이 따른다
3. 테스트에 과하게 투자하라 — 테스트 코드가 제품 코드보다 많아야 한다
4. 장기 비전을 가져라 — SQLite는 2050년까지 지원할 수 있도록 설계한다
5. AI를 도구로 활용하되 맹신하지 마라 — 항상 사람이 검토해야 한다

전망 — AI 시대의 오픈소스 개발 방향

2026년 6월 기준으로 SQLite는 여전히 활발히 업데이트되고 있으며, AI 기반 검증 도구와 기존 퍼징·DO-178B 테스트가 결합된 형태로 품질 관리가 진화하고 있다. 리처드 힙의 개발 철학은 AI 시대에도 여전히 유효하다. 자신의 도구를 직접 만들고, 외부 의존성을 최소화하며, 철저한 테스트로 품질을 유지하는 원칙은 대규모 언어 모델이 코드를 생성하는 시대일수록 더 중요한 가이드라인이 될 것이다.

오픈소스 생태계에서 종종 간과되는 '자유'의 본질은 라이선스 선택지가 아니라 외부 결정에 휘둘리지 않고 자신의 방식으로 코드를 유지할 수 있는 능력에 있다. SQLite의 26년은 그 증거다.

요약

• 탄생: 군함 손상 통제 시스템 문제에서 출발, Informix 의존성 회피 목표로 자체 엔진 개발
• 성장: 모토로라·AOL·Symbian OS 블라인드 테스트·에어버스 A350 등 다양한 분야에서 채택
• 철학: 퍼블릭 도메인 + 기도문 + 외부 기여 최소화 + 자체 도구(Fossil·Lemon)
• 테스트: DO-178B 표준 적용 + 프로파일 기반 퍼징 + AI 보조 검증
• 전망: 2050년까지 지원 목표, AI는 도구로 활용하되 항상 사람의 검토 필수

26년간 단일 개발자가 이끈 프로젝트가 세계에서 가장 많이 쓰이는 데이터베이스가 되었다는 사실 자체가 실용적 개발 철학의 힘을 증명한다. 리처드 힙의 이야기는 "복잡한 오픈소스 생태계에서 자신의 방향을 지키는 법"에 대한 살아있는 교과서다.