Pylint를 Rust로 다시 썼다 — 파이썬 린터 속도 전쟁의 다음 라운드 'prylint'

무슨 일이냐면

파이썬 정적 분석 도구의 대명사인 Pylint를, Rust로 새로 구현한 'prylint'라는 프로젝트가 PyPI(파이썬 패키지 저장소)에 등장했어요. 그것도 사람이 한 줄 한 줄 다시 쓴 게 아니라, AI 모델(Fable)을 동원해 변환했다고 해서 더 흥미로운데요. '기존 파이썬 도구를 Rust로 옮겨 속도를 끌어올린다'는 요즘 흐름의 연장선에 있는 시도예요.

린터가 뭐고, 왜 Rust로 옮기나

먼저 린터(linter)부터 짚을게요. 린터가 뭐냐면, 코드를 실행해보지 않고도 미리 읽어서 '여기 안 쓰는 변수 있어요', '이 줄은 스타일 규칙에 안 맞아요', '이건 버그 날 것 같은데요' 하고 잡아주는 도구예요. 옷에 붙은 보풀(lint)을 떼주는 것처럼 코드의 잔실수를 떼준다고 해서 린터라고 불러요. Pylint는 그중에서도 검사 항목이 굉장히 꼼꼼하기로 유명한 파이썬 대표 린터고요.

그런데 Pylint는 강력한 만큼 느리다는 게 오랜 불만이었어요. 코드가 수십만 줄 되는 대형 프로젝트에서는 한 번 돌리는 데 시간이 꽤 걸리거든요. 파이썬 자체가 실행 속도가 빠른 언어는 아니니까요. 그래서 '같은 일을 하되 더 빠른 언어로 새로 만들자'는 발상이 나온 거예요. Rust는 C에 버금가는 속도를 내면서도 메모리 안정성이 뛰어난 시스템 언어라, 이런 '빠른 도구 다시 만들기'의 단골 선택지예요.

이미 증명된 흐름이에요

사실 이건 'Ruff'가 닦아놓은 길이에요. Ruff가 뭐냐면, flake8·isort 같은 여러 파이썬 린팅/포매팅 도구를 Rust로 통째로 다시 만든 도구인데, 속도가 기존 도구보다 수십 배에서 수백 배까지 빨라서 파이썬 생태계를 뒤흔들었거든요. 예전엔 저장할 때마다 린터 돌리면 잠깐 멈칫했는데, Ruff는 거의 즉각 끝나니까 개발 경험이 확 달라졌어요. 그 충격 이후로 '느린 파이썬 도구는 Rust로 다시 쓸 수 있다'는 게 하나의 공식처럼 자리 잡았죠.

prylint는 바로 그 빈틈을 노린 거예요. Ruff가 굉장히 빠르긴 한데, Pylint만큼 깊고 세밀한 검사(특히 코드의 논리적 구조까지 들여다보는 검사)는 아직 Pylint를 완전히 대체하진 못하거든요. 그래서 'Pylint의 꼼꼼함 + Rust의 속도'를 같이 가져가겠다는 게 이 프로젝트의 야심이에요.

AI로 변환했다는 점

흥미로운 건 이 변환에 AI 모델을 썼다는 부분이에요. 사람이 거대한 코드베이스를 다른 언어로 손수 포팅(이식)하는 건 엄청난 노동인데, 그걸 AI가 상당 부분 거들었다는 거죠. 이게 잘 굴러간다면, 앞으로 '느린 도구를 빠른 언어로 다시 쓰는' 작업 자체가 훨씬 저렴하고 빨라질 수 있다는 걸 보여주는 작은 실험이에요. 다만 AI 변환 결과물은 미묘한 동작 차이나 버그가 숨어 있을 수 있어서, 검증이 충분한지가 관건이긴 해요.

현실적으로 보면

솔직히 아직 초기 단계 프로젝트예요. Pylint는 오랜 세월 다듬어진 수많은 검사 규칙과 설정, 플러그인 생태계를 갖고 있는데, 그걸 100% 똑같이 재현하는 건 결코 쉽지 않거든요. 그러니 지금 당장 회사 프로젝트의 Pylint를 prylint로 갈아끼우는 건 시기상조예요. 하지만 '이런 방향의 시도가 시작됐다'는 것 자체가 흐름을 읽는 데 의미가 있어요.

한국 개발자에게 주는 시사점

파이썬으로 큰 프로젝트를 다루는 분이라면, 린터 속도는 생산성과 직결되는 문제예요. 당장은 Ruff를 기본 린터·포매터로 도입해 빠른 피드백을 받고, Pylint는 더 깊은 검사가 필요한 CI 단계에서 보조로 돌리는 조합이 현실적인 정답이에요. prylint 같은 프로젝트는 즐겨찾기 해두고 성숙해지는 걸 지켜보면 돼요. 더 넓게 보면, '익숙한 파이썬 도구가 어느 날 Rust 버전으로 더 빠르게 돌아올 수 있다'는 변화의 흐름을 체감해두는 게 중요하고요. Rust를 직접 쓸 일이 없더라도, 내가 쓰는 도구의 속도가 왜 빨라지는지 정도는 알아두면 좋잖아요.