같은 "코딩"인데, 왜 언어마다 쓰는 도구가 다를까?

같은 언어라도 버전이 다르면 문법이나 동작이 조금씩 다를 수 있습니다. 이 단계는 내 컴퓨터에 어떤 버전의 언어/컴파일러를 설치하고, 프로젝트마다 필요한 버전으로 전환할지를 관리하는 것입니다.

비유: 작년 교재로 배운 수업과 올해 개정판으로 배우는 수업을 동시에 들어야 할 때, 두 책을 헷갈리지 않게 구분해서 쓰는 것과 비슷합니다. 프로젝트 A는 구버전 컴파일러가 필요하고, 프로젝트 B는 최신 버전이 필요할 때 서로 충돌 없이 전환할 수 있어야 합니다.

사람이 읽기 위해 작성한 소스코드를, 컴퓨터(CPU)가 바로 실행할 수 있는 형태로 바꾸는 과정입니다. 여러 소스 파일을 어떤 순서로, 어떤 설정으로 합쳐서 실행 파일을 만들지 지시하는 작업도 포함됩니다.

비유: 요리 레시피(소스코드)를 실제로 먹을 수 있는 완성 요리(실행 파일)로 만드는 조리 과정입니다. Python처럼 한 줄씩 즉석에서 해석해 실행하는 언어는 이 단계의 의미가 상대적으로 약합니다.

다른 사람이 미리 만들어 둔 코드 묶음(라이브러리)을 내 프로젝트에 가져와 쓰고, "이 프로젝트는 어떤 라이브러리의 몇 번 버전이 필요하다"는 정보를 기록해서 자동으로 설치·업데이트하는 과정입니다.

비유: 요리에 필요한 재료 목록을 장보기 앱에 적어두면 앱이 알아서 필요한 만큼 사다 주는 것과 비슷합니다.

내가 만든 코드가 의도한 대로 동작하는지, 예상한 입력에 예상한 결과가 나오는지 검증하는 작은 코드(테스트 코드)를 작성하고 자동으로 실행하는 과정입니다. 사람이 매번 눈으로 확인하는 대신 기계가 반복 검증합니다.

비유: 시험 전에 스스로 채점 가능한 연습문제를 풀어보며 "이 개념을 제대로 이해했는지" 미리 확인하는 것과 비슷합니다.

코드에 달아 둔 설명(주석)을 모아서 사람이 읽기 좋은 웹페이지나 문서로 자동 변환해 주는 과정입니다. 함수 위에 "이 함수는 두 수를 더한다"라고 써 두면, 문서화 도구가 이를 모아 API 문서 사이트를 만들어 줍니다.

비유: 책의 각 장 옆에 적어 둔 메모를 모아 자동으로 "목차 + 요약집"을 만들어 주는 것과 비슷합니다.

코드의 들여쓰기, 띄어쓰기, 줄바꿈 같은 생김새를 정해진 규칙에 따라 자동으로 정리해 주는 과정입니다. 코드가 실제로 하는 일(로직)은 전혀 바뀌지 않고, 여러 사람이 짠 코드의 모양만 통일됩니다.

비유: 여러 사람이 각자 손글씨로 낸 리포트를 같은 워드 양식으로 자동 정렬해 주는 것과 비슷합니다.

프로그램을 실제로 실행하지 않고도 코드를 읽어서, 잠재적인 실수나 나쁜 습관, 버그 가능성을 미리 찾아 경고해 주는 과정입니다. 포맷터가 "모양"을 다듬는다면, 린터(linter)는 "논리적으로 위험한 부분"을 짚어 줍니다.

비유: 글을 제출하기 전 맞춤법 검사기가 아니라, "이 문장은 앞뒤 논리가 어색합니다"라고 짚어주는 첨삭 선생님에 가깝습니다.

프로그램이 실행되는 도중 예상과 다르게 동작할 때, 실행을 한 줄 한 줄 멈춰 가며 "이 시점에 변수 값이 무엇인지, 왜 여기서 멈췄는지"를 직접 들여다보며 원인을 찾는 과정입니다.

비유: 고장 난 기계를 통째로 뜯어보는 대신, 부품을 하나씩 멈춰 가며 어디서 고장이 났는지 짚어보는 정비 과정과 비슷합니다.

프로그램이 "왜 느린지", "어디서 메모리를 많이 쓰는지"를 측정해서 성능 병목 지점을 찾아내는 과정입니다. 디버깅이 "정답과 다른 이유"를 찾는 것이라면, 프로파일링은 "느린 이유"를 찾는 것에 가깝습니다.

비유: 마라톤 기록이 예상보다 느릴 때, 구간별 기록(스플릿 타임)을 측정해서 어느 구간에서 페이스가 떨어졌는지 분석하는 것과 비슷합니다.