좋은 Anki 카드는 정보를 많이 담은 카드가 아닙니다. 앞면을 보는 순간 무엇을 떠올려야 하는지 분명하고, 뒷면을 공개했을 때 내가 맞혔는지 바로 판단할 수 있는 카드입니다. 카드 디자인보다 먼저 질문과 정답의 경계를 정확하게 잡아야 합니다.
한 장에서 회상할 목표를 먼저 정합니다
카드 앞면을 쓰기 전에 “이 카드에서 무엇을 기억해 내야 하는가”를 한 줄로 적습니다. 목표가 두 개 이상이면 서로 같은 사고 과정인지 확인하세요. 하나의 로그를 보고 공격명과 판단 근거를 함께 쓰는 것은 자연스럽지만, 관계없는 보안 용어 세 개를 한 장에서 묻는 것은 복습 단위를 흐립니다.
앞면에는 답의 핵심 표현을 쓰지 않습니다
가장 흔한 결함은 작성형 문제에 정답 토큰을 먼저 보여주는 것입니다. 옵션을 모두 제시한 뒤 명령을 작성하라고 하거나, 공격명을 제목에 적은 뒤 공격명을 묻는 카드가 여기에 해당합니다.
- 피해야 할 문제
-xdev,-type f,-mtime -10을 사용한find명령을 쓰시오. - 좋은 문제다른 파일시스템으로 내려가지 않고, 일반 파일 중 최근 10일 이내 수정된 항목을 찾는 명령을 쓰시오.
- 회상할 답조건을 읽고 필요한 옵션을 직접 조립한다.
완성 명령이나 로그를 앞면에 보여주고 싶다면 질문을 “작성하시오”가 아니라 “각 옵션의 의미를 설명하시오”로 바꿔야 합니다. 보여주고 해석하게 할지, 숨기고 작성하게 할지 한쪽을 선택하세요.
문제 번호와 정답 번호를 정확히 맞춥니다
문제에서 네 항목을 묻는데 정답을 한 줄에 네 단어로 붙이면 대응 관계가 흐려집니다. 특히 오탐·미탐처럼 순서가 중요한 답은 각 질문과 같은 번호로 한 행씩 보여주는 편이 안전합니다.
여러 값을 묻는 구조 데이터도 같습니다. /etc/passwd의 ④·⑥·⑦ 필드를 묻는다면 답도 ④·⑥·⑦ 순서로 표시합니다. 앞면의 필드 라벨에 GID, HOME, SHELL을 먼저 쓰면 정답을 색상으로 강조한 것이 아니라 그대로 공개한 것입니다.
정답과 해설의 역할을 분리합니다
정답은 시험장에서 말하거나 쓸 내용을 담백하게 보여줍니다. 해설은 정답을 다른 말로 반복하는 곳이 아니라, 문제의 단서와 정답이 왜 연결되는지를 설명하는 곳입니다.
GECOS, AEAD, ACL 같은 약어를 해설에서 사용할 때는 한국어 의미를 먼저 설명하고 영문 명칭을 보조로 붙이세요. 해설을 읽은 사람이 또 다른 검색을 해야 한다면 학습용 설명으로는 부족합니다.
구조 데이터는 일반 문장처럼 줄바꿈하지 않습니다
경로, IP 주소, MAC 주소, 명령 옵션, 로그 한 행은 위치 자체가 의미를 가집니다. 화면 폭에 맞춘다고 문자열 중간을 임의로 꺾으면 필드 관계가 깨집니다. 긴 레코드는 의미 단위 표로 바꾸고, 원문 한 줄이 필요하면 가로 이동이 가능한 코드 영역을 사용합니다.
- 반복 값: 각 행에 반복하지 말고 표 위에서 한 번만 제시합니다.
- 긴 로그: 화면에서 비교할 열만 남기고 불필요한 열은 설명으로 옮깁니다.
- 명령어: 옵션과 인자가 서로 다른 줄로 떨어지지 않게 묶습니다.
- 모바일: 글자를 과도하게 줄이기 전에 질문을 나누거나 표 구조를 바꿉니다.
배포 전에 앞면만 따로 읽어봅니다
내용을 만든 사람은 정답을 이미 알고 있어 누출을 놓치기 쉽습니다. 검수할 때는 뒷면을 가리고 앞면만 읽은 뒤, 문제에서 요구한 답을 새로 작성해 등록된 정답과 비교하세요.
같은 카드를 계속 틀린다면 복습 횟수만 늘리지 말고 카드 자체를 고쳐야 합니다. Anki가 말하는 leech도 자주 잊는 카드이며, 공식 설명은 정보가 너무 많거나 이해 없이 외우는 구조인지 먼저 점검하도록 권합니다. 좋은 카드는 학습자를 더 오래 붙잡지 않고, 더 정확하게 회상하게 만듭니다. 회상 원리를 더 알고 싶다면 능동 회상과 간격 반복을 이어서 읽어보세요.