코드 린팅 (Code Linting)
쉽게 풀면
린팅은 코드를 실제로 돌려보지 않고도 훑어보면서 오타, 스타일 규칙 위반, 흔히 버그로 이어지는 패턴 등을 찾아주는 검사이다. 마치 원고를 인쇄하기 전에 맞춤법 검사기를 돌리는 것과 비슷하다. 파이썬의 flake8, pylint 같은 도구가 대표적이며, 여러 사람이 함께 코드를 작성하는 프로젝트에서 코드 스타일을 통일하고 실수를 미리 잡는 데 도움을 준다.
왜 중요한가
소프트웨어공학 및 재현 가능한 연구를 다루는 논문에서는 연구 코드의 품질과 유지보수성이 결과의 신뢰도와 직결된다는 문제의식이 자주 등장한다. 린팅은 이러한 코드 품질을 자동으로, 그리고 반복적으로 점검할 수 있는 가장 기본적인 수단이기 때문에 오픈소스 저장소 분석, 소프트웨어 품질 보증, 개발자 생산성 연구 등 여러 상위 주제와 연결된다. 또한 대규모 협업 프로젝트에서 코드 스타일 일관성을 유지하는 문제는 그 자체로 정적 분석 도구 개발이나 코드 스멜 탐지 연구의 동기가 되기도 한다.
논문에서는 이렇게 쓰입니다
코드가 저장소에 올라올 때마다 자동으로 스타일과 잠재적 오류를 검사하는 과정을 CI 파이프라인에 포함시켰다는 뜻이다.
연구 대상 저장소를 고를 때, 린팅 도구를 실제로 도입해 사용하고 있는 프로젝트만 골라 분석했다는 의미이다.
임베디드 시스템 연구에서 코드를 실제 장비에 올리기 전, 안전성과 관련된 정적 규칙 위반이 없는지 린팅으로 먼저 걸러냈다는 뜻이다.
조금 더 깊게 보면
린팅 도구는 크게 스타일 규칙(들여쓰기, 명명 규칙 등)을 점검하는 것과 잠재적 버그 패턴(미사용 변수, 정의되지 않은 이름 참조 등)을 점검하는 것으로 나뉘며, 도구에 따라 이 둘을 함께 제공하기도 한다. 논문에서는 린팅 결과를 코드 품질의 대리 지표로 활용해 경고 개수나 위반 규칙의 종류를 정량적으로 세는 경우가 있는데, 이때 어떤 규칙 집합을 사용했는지가 결과 해석에 영향을 줄 수 있다는 점에 유의해야 한다. 일부 연구에서는 린팅을 정적 분석의 한 갈래로 보고, 더 무거운 분석 도구(타입 검사기, 보안 취약점 스캐너 등)와 함께 코드 품질 파이프라인을 구성하기도 한다.
주의할 점
린팅은 코드의 형식적 문제나 명백한 오류 패턴을 잡아주지만, 로직 자체가 논리적으로 틀렸는지까지는 판단하지 못한다.