린터

우리가 문서 작성 프로그램에서 글을 쓸 때, 오타가 나거나 맞춤법이 틀리면 단어 밑에 빨간 밑줄이 그어져요. 린터도 비슷해요. 코드 편집기에 린터를 연결해 두면 개발자가 글자 하나를 빼먹거나 규칙에 어긋나게 작성한 부분에 타이핑하는 동안에도 밑줄을 그어 경고해 줘요.

컴퓨터 프로그램은 기호 하나만 잘못 찍혀도 전체 기능이 멈춰버릴 수 있어요. 특히 변수(데이터를 담아두는 이름표) 이름을 엉뚱하게 적은 실수는 프로그램이 특정 상황에서 실행될 때에야 드러나기도 해서, 나중에 찾으려면 많은 시간과 노력이 들어가요.

편집기와 연결된 린터는 개발자가 타이핑하는 동안 코드를 눈으로 읽듯 꼼꼼하게 훑어봐요. 덕분에 프로그램을 굳이 실행해보지 않고도 타이핑 도중에 사소한 오타나 문법 실수를 곧바로 알아채고 수정할 수 있어요. 명령어로 직접 실행하거나, 코드를 저장소에 올리기 전에 자동으로 검사하도록 설정해 쓰기도 해요.

여러 사람이 모여 한 편의 소설을 나누어 쓴다면 어떻게 될까요? 어떤 사람은 문장 부호를 꼼꼼히 쓰고, 어떤 사람은 줄바꿈을 제멋대로 하면 책 전체가 어수선하고 읽기 힘들어져요.

소프트웨어 개발도 마찬가지예요. 문장 앞머리 들여쓰기를 띄어쓰기 두 칸으로 할지 네 칸으로 할지, 이름에 대문자를 섞어 쓸지는 개발자마다 습관이 달라요. 이런 사소한 스타일이 제각각이면 동료가 작성한 코드를 읽고 기능을 고치는 데 불필요한 에너지를 쓰게 돼요.

린터는 사전에 정해둔 개발팀의 규칙에 맞춰 모든 사람이 같은 규칙을 지키도록 도와줘요. 규칙에 어긋난 부분을 발견하면 알려주고, 일부는 자동 수정 기능으로 고쳐 주기도 해요. 줄과 간격을 반듯하게 정리하는 일은 '포매터'라는 도구와 함께 맡기는 경우가 많아요.

조금 더 정확히 말하면, 린터는 프로그램을 켜서 실제로 구동하지 않고 코드 텍스트의 구조만을 분석해요. 이런 방식을 소프트웨어 공학에서는 정적 코드 분석(프로그램을 실행하지 않고 코드 자체만 검사하는 방식)이라고 불러요.

린터는 눈에 보이는 오타뿐만 아니라, 만들어 두고 쓰지 않는 낭비 변수나 나중에 버그를 일으키거나 코드를 읽기 어렵게 만드는 나쁜 습관(안티 패턴)까지 두루 찾아내요. 코드의 문맥을 읽고 나중에 일어날 문제를 미연에 방지하는 똑똑한 안내원 역할을 하는 셈이에요.

다만 린터가 모든 버그를 완벽하게 막아주지는 못해요. 코드의 문법과 줄 맞춤이 완벽하더라도, 물건값을 계산할 때 덧셈 대신 실수로 뺄셈 기호를 넣는 것 같은 '논리적인 실수'는 린터가 알아챌 수 없어요. 그래서 프로그램의 계산 결과를 확인하는 테스트 도구와 함께 쓰면 훨씬 촘촘한 안전망을 만들 수 있어요.