Writing11 minMay 5, 2026

학술 논문을 위한 LaTeX 마스터 가이드

수식이 들어가는 분야에서 LaTeX는 사실상 필수지만, 대부분의 대학원생은 복사-붙여넣기와 컴파일 오류로 배웁니다. 꼭 알아야 할 최소 패키지, 사고를 막는 워크플로우, 그림·표·인용 관리, 그리고 깃과 함께 쓰는 협업 규칙까지 정리했습니다.

Jin Park
작성 Jin Park
Founder & Editorial Lead

1. 왜 LaTeX는 한 번 제대로 배워둘 가치가 있는가

수학, 물리, 전산, 통계, 그리고 대부분의 공학 분야에서는 학회/저널이

LaTeX 원고를 전제로 합니다. Word는 긴 수식에서 깨지고, 60쪽이 넘어가면

느려지며, 인용 관리가 고통입니다. LaTeX는 정반대 — 시작이 못생겼지만

200쪽까지 안정적이고, 수식 조판은 대체 불가하며, 인용은 학위 논문 규모로

확장됩니다. 투자 비용은 집중된 주말 하루, 회수 기간은 박사 과정과 그

이후의 모든 글쓰기입니다.

LaTeX를 써야 할 때, 쓰지 말아야 할 때

  • 쓰세요: 수식이 들어가는 논문, 학위 논문, STEM 학회 제출물
  • 쓰세요: 몇 년에 걸쳐 수정할 문서(테제, 책 챕터)
  • 건너뛰세요: 일회성 메모, 발표 슬라이드(Beamer는 이미 알 때만)
  • 건너뛰세요: 공동저자가 Word만 쓰는 경우

2. 외워둘 만한 최소 프리앰블

LaTeX 사고의 대부분은 출처 모르는 프리앰블을 복사하면서 시작됩니다. 자기만의

최소 프리앰블을 만들어 재사용하세요. 일반 논문 기준으로 필요한 것은:

문서 클래스(`article` 또는 학회 클래스), 인코딩(`inputenc`/`fontenc`),

수식(`amsmath`/`amssymb`), 그림(`graphicx`), 표(`booktabs`),

링크(`hyperref` — 마지막에 로드), 똑똑한 참조(`cleveref`). 약 10줄로

80% 논문이 커버됩니다. 패키지는 실제 필요가 생겼을 때만 추가하세요 —

예방적으로 깔지 마세요.

실제로 필요한 패키지들

  • amsmath, amssymb — 수식과 기호
  • graphicx — 그림 삽입
  • booktabs — 가독 좋은 표 (toprule, midrule, bottomrule)
  • hyperref — 클릭 가능한 참조와 DOI (반드시 마지막에 로드)
  • cleveref — Equation~\ref{eq:1} 대신 \cref{eq:1}
  • siunitx — 숫자와 단위 (3.5\,\si{\meter\per\second})
  • biblatex + biber — 현대적 인용, 옛 bibtex보다 훨씬 안정적

3. 워크플로우는 한 번만 정하고, 더는 다투지 마세요

Overleaf와 로컬 설치 중 하나를 첫 주에 정하고 끝내세요. Overleaf는

공동 작업, 지도교수 코멘트, 설치 부담 제로에서 압승이고 무료 플랜으로

대부분의 논문을 처리할 수 있습니다. 로컬 설치(macOS/Linux는 TeX Live,

Windows는 MiKTeX)는 속도, 버전 관리, 오프라인 작업에서 압승입니다.

로컬을 택했다면 VS Code + LaTeX Workshop 또는 TeXShop, 빌드 명령은

`latexmk -pdf`로 통일하고 손으로 `pdflatex`을 두 번 돌리는 일은 졸업까지

금지하세요. 어느 쪽이든 첫날부터 Git 저장소에 묶어두세요 — 예외 없음."

4. 수식 조판: 80%를 커버하는 20%

`amsmath` 전체를 외울 필요는 없습니다. 실제로 반복해서 쓰는 구조는:

인라인 수식 `$...$`, 디스플레이 수식 `\\[ ... \\]`(절대 `$$...$$` 쓰지

마세요 — 간격이 깨집니다), 번호 있는 식 `equation`, 여러 줄은 `align`,

행렬은 `pmatrix`/`bmatrix`, 케이스는 `cases`, 수식 안 단어는 `\\text{}`.

여기에 사용자 정의 연산자는 `\\operatorname`, 칠판 굵은 글꼴은

`\\mathbb{R}`, 캘리체는 `\\mathcal{L}` — 학술 수식의 90%가 이 안에

있습니다.

심사위원이 알아채는 수식 스타일 규칙

  • 변수는 이탤릭, 연산자 이름(sin, log, argmax)은 직립
  • 미분소는 dx 대신 \,\mathrm{d}x
  • 괄호가 커져야 할 때만 \left(...\right) 사용
  • 참조하는 식만 번호 부여, 그 외는 equation*
  • 디스플레이 수식도 문장의 일부로 구두점 처리

5. 민망하지 않은 그림과 표 만드는 법

그림 규칙: 가능한 한 벡터(PDF, EPS) 우선, 래스터(PNG)는 차선.

`\\includegraphics[width=\\linewidth]{...}`로 컬럼 너비에 맞추세요.

`\\label{fig:name}`은 반드시 `\\caption{}` 다음에 — 앞에 두면 라벨이

엉뚱한 번호를 잡습니다. 표 규칙: 세로줄(`|`) 절대 금지; `booktabs`의

`\\toprule`, `\\midrule`, `\\bottomrule`만 사용; 숫자 컬럼은 우측

정렬; 단위는 셀마다가 아니라 헤더에. 표를 한 단계 격상시키는 가장 큰

한 가지 변경은 `\\hline`을 booktabs 3종 룰로 모두 바꾸는 것입니다.

6. 눈물 없는 인용 관리: BibLaTeX + Biber

2026년에 plain BibTeX를 그대로 쓰고 있다면 바꾸세요. BibLaTeX + Biber

백엔드는 유니코드, 현대 인용 스타일, 큰 `.bib` 파일을 안정적으로

처리합니다. 인용 관리자(Zotero, JabRef, Bibdesk) 중 하나를 정해서

`.bib` 파일의 소유권을 넘기고, 손으로 오래 편집하지 마세요. 인용 키

규칙은 안정적으로: `성YEAR키워드`, 예: `vaswani2017attention`. 본문에서

저자를 드러내는 인용은 `\\textcite{...}`, 괄호 안 인용은 `\\parencite{...}`

를 쓰세요. "이상하게 렌더된다"는 사고의 대부분은 스타일을 섞었거나

관리자가 `.bib`를 자동 덮어썼기 때문입니다.

참고문헌 위생 규칙

  • 프로젝트당 .bib 파일 하나, 깃에 함께 커밋
  • 성YEAR키워드 형식의 안정적 키 — 자동 생성 UUID 금지
  • title 필드는 {{이중 중괄호}}로 감싸 대문자 보존
  • 프리프린트와 게재본 둘 다 보관, 인용은 게재본 기준
  • 제출 직전 '미사용 항목 찾기' 한 번 돌리기

7. 협업, 버전 관리, 충돌 회피

LaTeX와 Git의 궁합은 LaTeX를 깃 친화적으로 쓸 때만 좋습니다. 강제

규칙: 소스에서 한 문장은 한 줄(diff가 문단이 아니라 문장 단위로 떨어집니다),

에디터의 자동 줄바꿈 끄기, 그림·`.bib`·`.tex`를 같은 저장소에 둘 것.

여러 명이 쓰는 논문은 코멘트를 `% TODO(이름): ...`로 통일할지

`\\todo{}` 매크로로 통일할지 처음에 합의하세요. 머지 충돌의 1순위

원인은 자동 줄바꿈된 문단입니다 — 한 문장 한 줄로 통일하면 거의

사라집니다. Overleaf로 협업하더라도 Git 저장소에 연동해 두세요 —

Overleaf 외부에서도 히스토리가 남아야 사고에 안전합니다.

8. 컴파일 오류 60초 트리아지

빌드가 실패해도 로그를 처음부터 끝까지 읽지 마세요. 로그에서 첫번째

`! `(느낌표 + 공백)을 찾으세요 — 그게 진짜 에러이고 그 이후는 부수

노이즈입니다. 사고의 대부분은 세 가지 — 빠진 패키지(설치 또는

`\\usepackage`), 닫히지 않은 중괄호(에러 줄 번호 + 위 다섯 줄 확인),

`.bib`에 없는 인용 키. `hyperref`가 불평하면 마지막 로드인지 확인.

각주나 캡션 안 수식이 깨지면 식 전체를 `\\protect`로 감싸세요.

여기에 해당하지 않는다면 `.aux`와 `.bbl`을 지우고 다시 빌드 —

유령 에러의 상당수가 사라집니다.

Jin Park
저자 소개
Jin Park
Founder & Editorial Lead

PhD graduate who spent years tracking conference deadlines across computer science and engineering. Built ScholarDue after missing a submission window in the final year of candidacy and realizing no single tool tracked CFPs, extensions, and notification dates in one place.

더 알아보기