2024년 1회 실전 E22

답 — 4. getInstance 가 늘 같은 객체 하나를 돌려주므로 a 와 b 는 같은 Counter 이고, add 네 번이 전부 그 한 칸에 쌓인다.

원리 — 이 클래스는 싱글톤 꼴이다. 생성자가 private 이라 밖에서 new Counter() 를 못 하고, 클래스 안에서 static final INSTANCE 로 딱 한 번 만든 객체를 getInstance() 가 돌려준다. 그래서 몇 번을 받아 와도 같은 객체다. a 와 b 는 이름만 둘이지 가리키는 것은 하나라, a.add() 도 b.add() 도 같은 value 를 올린다.

따라가기

1. a = INSTANCE, b = INSTANCE (같은 객체)
2. add 네 번 → value 0 → 1 → 2 → 3 → 4
3. a.getValue() → 4

헷갈리는 자리 — a 와 b 를 다른 객체로 보고 a 의 add 두 번만 세어 2 를 적는 것. private 생성자 + static 인스턴스 + getInstance 의 세 줄이 보이면 "객체는 하나"다. 디자인 패턴 장의 싱글톤이 코드로 나온 것이다.

복원 코드를 JDK 17 로 컴파일 · 실행해 같은 출력을 확인했다. 복원 출처 grandlife.co.kr(2026-09-14) — 공식 원문이 아니라 문장 · 변수명이 실제와 다를 수 있다.

답 — 151. 37 은 20 보다 크므로 왼쪽 시프트 37 << 2 = 148 이 y 가 되고, 3 을 더한다.

원리 — 삼항 연산자 조건 ? A : B 는 조건이 참이면 A, 거짓이면 B 를 고르는 한 줄짜리 if 다. 비트 시프트 << n 은 2진수 자릿수를 왼쪽으로 n 칸 미는 것이고, 그 결과는 값이 2ⁿ 배가 된다. 오른쪽 >> n 은 2ⁿ 으로 나눈 몫이다. 그래서 x << 2 는 × 4, x >> 1 은 ÷ 2 로 읽으면 2진수를 안 적어도 된다.

따라가기

1. x = 37, 조건 37 > 20 참 → x << 2 선택
2. 37 × 4 = 148 (2진수로 100101 → 10010100)
3. y + 3 = 148 + 3 = 151

헷갈리는 자리 — 조건이 거짓인 쪽(37 >> 1 = 18)까지 계산해 섞는 것. 삼항은 한쪽만 계산한다. 시프트를 "2를 더한다"로 착각해 39 를 적는 것도 흔하다 — 시프트는 곱하기 · 나누기다.

복원 코드를 gcc(도커 alpine)로 실행해 같은 출력을 확인했다. 복원 출처 grandlife.co.kr(2026-09-14) — 공식 원문이 아니라 문장 · 변수명이 실제와 다를 수 있다.

답 — ㄱ → ㄴ → ㄹ → ㄷ. 기능적 > 교환(통신)적 > 시간적 > 우연적 순서다.

원리 — 응집도는 "한 모듈 안의 것들이 얼마나 한 가지 일을 위해 모였나"다. 높을수록 좋다. 7단계를 높은 쪽부터 외운다 — 기능적(한 가지 일) > 순차적(앞 출력이 뒤 입력) > 교환적(같은 데이터를 쓴다) > 절차적(순서대로 실행된다) > 시간적(같은 때 실행된다) > 논리적(비슷해 보여 모았다) > 우연적(아무 관계 없다). 위로 갈수록 "왜 같이 있는가"의 이유가 강하다. 기능적은 "이 일을 하려고", 교환적은 "같은 자료를 다루니까", 시간적은 "같은 시점에 도니까(초기화 · 종료)", 우연적은 "그냥"이다.

따라가기

1. 보기 4개를 7단계 표에 놓는다 — 기능적 1위, 교환적 3위, 시간적 5위, 우연적 7위
2. 높은 것부터 → 기능적(ㄱ) → 교환적(ㄴ) → 시간적(ㄹ) → 우연적(ㄷ)
3. 답 ㄱ → ㄴ → ㄹ → ㄷ

헷갈리는 자리 — 순차적과 교환적의 자리를 바꾸는 것. 순차적(출력 → 입력 연결)이 교환적(같은 데이터만 공유)보다 높다. 그리고 문제가 "높은 것부터"인지 "낮은 것부터"인지 반드시 확인한다 — 결합도 문제는 낮은 것부터 묻는 경우가 많아 방향을 헷갈리기 쉽다.

표준 · 교재 정의(결합도 6단계 · 응집도 7단계 · UML 2.x 다이어그램 분류)와 대조했다. 복원 출처 grandlife.co.kr(2026-09-14) — 공식 원문이 아니라 문장이 실제와 다를 수 있다.

답 — GECA. 마지막 글자부터 두 칸씩 건너뛰며 앞으로 온다.

원리 — strlen("ABCDEFG") 은 7 이고 첨자는 0 부터 6 까지다. 반복은 i = n - 1(6, 마지막 글자)에서 시작해 i -= 2 로 두 칸씩 줄어들며 i >= 0 인 동안 돈다. 즉 6 · 4 · 2 · 0 네 자리를 차례로 찍는다. putchar 는 글자 하나를 줄바꿈 없이 찍는 함수다. "역순 + 건너뛰기"는 시작 첨자, 감소량, 멈춤 조건 세 가지를 적어 두면 틀릴 데가 없다.

따라가기

1. 첨자: 0 A, 1 B, 2 C, 3 D, 4 E, 5 F, 6 G
2. i = 6 → G, i = 4 → E, i = 2 → C, i = 0 → A
3. i = −2 → 조건 i >= 0 거짓 → 끝. GECA

헷갈리는 자리 — n 을 7 로 두고 첨자 7 부터 시작하는 것(끝표 자리라 아무것도 안 찍히거나 엉뚱한 값). 마지막 첨자는 길이 − 1 이다. 그리고 i > 0 이었다면 0 번 A 가 빠져 GEC 가 된다 — 등호 유무를 본다. putchar 는 줄바꿈을 넣지 않으므로 네 글자가 한 줄에 붙고, strlen 을 쓰려면 string.h 가 있어야 한다는 것도 시험에서 빈칸으로 나올 수 있는 자리다.

복원 코드를 gcc(도커 alpine)로 실행해 같은 출력을 확인했다. 복원 출처 grandlife.co.kr(2026-09-14) — 공식 원문이 아니라 문장 · 변수명이 실제와 다를 수 있다.

답 — 2, 4, 5. 각 네트워크의 호스트 범위에 드는 후보만 고르고, 네트워크 주소(마지막 옥텟 0 등)는 뺀다.

원리 — 같은 서브넷에 속하려면 프리픽스만큼의 앞부분이 같아야 한다. A 는 192.168.35.x/24 라 192.168.35.1~254 가 호스트 범위이고 192.168.35.0(네트워크 주소) · 255(브로드캐스트)는 못 쓴다. B 는 /22 라 셋째 옥텟이 4 씩 묶인다 — 129.200.10.16 은 8~11 묶음이니 네트워크 129.200.8.0, 호스트 129.200.8.1~129.200.11.254 다. C 는 192.168.36.1~254. 후보 여섯을 이 세 범위에 넣어 보면 된다.

따라가기

1. 1: 192.168.35.0 → A 의 네트워크 주소 → 불가
2. 2: 192.168.35.72 → A 범위 안 → 가능
3. 3: 192.168.36.0 → C 의 네트워크 주소 → 불가
4. 4: 129.200.8.249 → B 범위(8.1~11.254) 안 → 가능
5. 5: 192.168.36.249 → C 범위 안 → 가능, 6: 129.200.8.0 → B 의 네트워크 주소 → 불가

헷갈리는 자리 — 129.200.8.249 를 "10 이 아니라 8 이니 다른 망"으로 보는 것. /22 는 셋째 옥텟 8~11 이 한 망이다 — 마스크 255.255.252.0 에서 256 − 252 = 4 가 묶음 크기다. 마지막 옥텟이 0 인 주소를 호스트로 고르는 것도 흔한 오답이다.

파이썬 ipaddress 로 네트워크 · 범위를 계산해 같은 값을 확인했다. 복원 출처 grandlife.co.kr(2026-09-14) — 공식 원문이 아니라 표 · 값이 실제와 다를 수 있다.

답 — 제3정규형. 복합키 전체에만 종속된 속성 하나뿐이라 부분 종속도 이행 종속도 없다.

원리 — 정규형은 사다리다. 제1정규형: 모든 값이 더 쪼갤 수 없는 하나의 값. 제2정규형: 1NF 이면서, 기본키가 여러 속성(복합키)일 때 그 일부에만 매달린 속성(부분 함수 종속)이 없다. 제3정규형: 2NF 이면서, 키가 아닌 속성이 다른 키 아닌 속성을 거쳐 매달리는 일(이행 함수 종속, A → B → C)이 없다. 이 표는 키가 (고객아이디, 강좌명)이고 키 아닌 속성은 강사번호 하나뿐이며 "기본키 전체에만 종속"이라고 했으니 부분 종속이 없고, 키 아닌 속성이 하나라 이행 종속도 생길 수 없다.

따라가기

1. 값이 전부 원자값 → 1NF
2. 강사번호가 키 전체에만 종속 → 부분 종속 없음 → 2NF
3. 키 아닌 속성이 하나뿐 → 이행 종속 없음 → 3NF

헷갈리는 자리 — 강좌명 → 강사번호(같은 강좌면 같은 강사)로 보고 부분 종속이라 판단해 1NF 라 적는 것. 표를 보면 영어회화의 강사가 P001 · P003 으로 다르니 강좌명만으로는 강사가 정해지지 않고, 문제도 "기본키 전체에만 종속"이라고 못 박았다. BCNF 냐고 물으면 결정자가 키 전체뿐이라 BCNF 도 만족하지만, 보기가 1~3 이면 3NF 다.

교재 정의(관계형 모델 · 정규화 · 트랜잭션 표준 용어)와 대조했다. 복원 출처 grandlife.co.kr(2026-09-14) — 공식 원문이 아니라 문장이 실제와 다를 수 있다.

답 — OSPF. 망 전체의 링크 상태를 모아 다익스트라로 최단 경로를 계산하는 내부 라우팅 프로토콜이다.

원리 — RIP 이 이웃의 말만 듣고 표를 만든다면, OSPF(Open Shortest Path First)는 모든 라우터가 자기 링크의 상태(누구와 얼마의 비용으로 이어졌나)를 망 전체에 알려 같은 지도를 갖게 하고, 각자 다익스트라 알고리즘으로 자기부터의 최단 경로 트리를 계산한다. 변화가 있을 때만 알리므로 수렴이 빠르고 홉 제한이 없으며, 큰 망은 영역(Area)으로 나눠 관리한다. 비용은 대역폭 기반이라 홉이 많아도 빠른 길을 고른다.

따라가기

1. 링크 상태 + 다익스트라 + 내부 → OSPF

헷갈리는 자리 — RIP(거리 벡터 · 벨만-포드 · 홉 15)과 바꾸는 것. "다익스트라"라는 낱말이 보이면 OSPF 다. BGP 는 외부(자율 시스템 사이)라 "내부"라는 조건에서 빠진다.

표준 · 교재 정의와 대조했다. 복원 출처 grandlife.co.kr(2026-09-14) — 공식 원문이 아니라 문장이 실제와 다를 수 있다.

답 — ① 세타 조인 ② 동등 조인 ③ 자연 조인. 조인 조건의 연산자와 중복 열 처리로 나뉘는 세 이름이다.

원리 — 조인은 두 표의 행을 조건으로 짝짓는 것이다. 조건에 어떤 비교 연산자(=, >, < …)든 쓸 수 있는 가장 넓은 꼴이 세타 조인(θ 는 "임의의 비교"라는 뜻)이다. 그중 = 만 쓴 것이 동등 조인이고, 동등 조인 결과에는 같은 값의 열이 두 번 나온다(양쪽 표의 부서코드). 그 중복 열을 하나로 줄인 것이 자연 조인이다. 세타 ⊃ 동등 ⊃ 자연 순으로 좁아진다.

따라가기

1. 비교 연산자 아무거나 → 세타 조인
2. = 만 → 동등 조인
3. 동등 조인 + 중복 속성 제거 → 자연 조인

헷갈리는 자리 — 동등과 자연을 바꾸는 것. "중복 제거"가 붙으면 자연이다. 외부 조인(LEFT · RIGHT · FULL)은 짝이 없는 행도 남기는 별개의 묶음이라 여기 세 개와 섞지 않는다.

교재 정의(관계형 모델 · 정규화 · 트랜잭션 표준 용어)와 대조했다. 복원 출처 grandlife.co.kr(2026-09-14) — 공식 원문이 아니라 문장이 실제와 다를 수 있다.

답 — LRU 6회, LFU 6회. 프레임 3개에 1 · 2 · 3 을 채운 뒤 4 · 5 · 7 이 들어올 때마다 부재가 나 둘 다 6번이다.

원리 — 페이지 부재(page fault)는 필요한 페이지가 프레임에 없어 디스크에서 가져오는 일이다. 프레임이 꽉 찼을 때 누구를 내보내느냐가 교체 알고리즘이다. LRU(Least Recently Used)는 "가장 오래 안 쓴" 페이지를, LFU(Least Frequently Used)는 "가장 적게 쓴" 페이지를 내보낸다. 처음 세 개는 빈 프레임을 채우므로 무조건 부재 3번이다. 그다음부터 "이미 있나(적중)" 아니면 "없어서 교체(부재)"를 한 칸씩 표로 따라간다.

따라가기

1. 1 · 2 · 3 → 빈 프레임 채움, 부재 3 (프레임 [1 2 3])
2. 1 · 2 → 적중
3. 4 → 부재. LRU: 가장 오래 안 쓴 3 교체 / LFU: 1 · 2 는 2회, 3 은 1회라 3 교체 → [1 2 4], 부재 4
4. 1 · 2 → 적중
5. 5 → 부재. LRU: 4 가 가장 오래 / LFU: 4 는 1회 → 4 교체 → [1 2 5], 부재 5
6. 7 → 부재. LRU: 1 이 가장 오래(2 · 5 가 더 최근) / LFU: 5 가 1회 → 교체, 부재 6
7. 둘 다 6회

헷갈리는 자리 — LRU 에서 마지막 7 이 들어올 때 누가 나가는지는 답(부재 횟수)에 영향이 없다 — 횟수만 묻는 문제면 교체 대상을 따질 필요 없이 "없으면 부재"만 세면 된다. 그러나 최종 프레임 상태를 묻는 문제라면 LRU 는 [7 2 5], LFU 는 [1 2 7] 로 달라지니 구분해 둔다.

표를 손으로 한 칸씩 채우고 파이썬 시뮬레이션 스크립트로 같은 값을 확인했다. 복원 출처 grandlife.co.kr(2026-09-14) — 공식 원문이 아니라 표 · 값이 실제와 다를 수 있다.

답 — ⑤ → ⑥ → ③ → ① → ⑦ → ②. main 이 시작되고, 자식 생성자가 부모 생성자를 부른 뒤, getT() 는 부모의 것이 불린다.

원리 — 객체를 만들 때는 자식 생성자에 먼저 들어가지만, 그 첫 줄의 super(…) 가 부모 생성자를 부르므로 실제로 몸통이 먼저 끝나는 것은 부모 쪽이다. 그래서 순서는 "자식 진입 → 부모 완료 → 자식 완료"다. Child 의 getT(int value) 는 인자를 받으니 Parent 의 getT() 와 다른 메서드(오버로딩)이고, p.getT() 는 인자가 없으니 부모 것이다. 번호를 "실행이 그 줄에 도달한 순서"로 적는다.

따라가기

1. ⑤ main 시작
2. ⑥ new Child(3) 평가 시작 → ③ Child 생성자 진입 → super(4, 3) → ① Parent 생성자
3. ⑦ p.getT() 호출 → ② Parent.getT 실행
4. ④ 는 인자 있는 다른 메서드라 한 번도 안 불린다

헷갈리는 자리 — ① 을 ③ 보다 앞에 두는 것. 부모 생성자가 먼저 "끝나지만" 진입은 자식이 먼저라, 문제가 "실행 순서"를 물으면 ③ → ① 이다. ④ 를 넣어 ⑦ → ④ 로 적는 것 — getT() 와 getT(int) 는 다른 메서드다. 2023년 1회 17번과 같은 함정이다.

각 자리에 출력문을 넣어 JDK 17 로 실행해 순서를 확인했다. 복원 출처 grandlife.co.kr(2026-09-14) — 공식 원문이 아니라 문장 · 변수명이 실제와 다를 수 있다.

답 — 9981 and 2795.10. 잔액에서 19 를 빼고, 저축액에 3% 이자를 붙여 소수 둘째 자리까지 찍는다.

원리 — 함수에 구조체의 주소(&a)를 넘기면 함수 안에서 a->balance 처럼 원본의 칸을 직접 고칠 수 있다. 값을 넘겼다면 복사본만 바뀌어 main 의 a 는 그대로였을 것이다. a->savings *= (1.0 + rate) 는 "저축액에 1.03 을 곱해 다시 저축액에 넣어라"다. %d 는 정수를 그대로, %.2f 는 실수를 소수 둘째 자리에서 반올림해 찍는다. 문자열 안의 " and " 는 서식이 아니라 그대로 찍히는 글자다.

따라가기

1. a = {balance 10000, savings 2713.69}
2. withdraw(&a, 19) → balance = 10000 − 19 = 9981
3. add_interest(&a, 0.03) → savings = 2713.69 × 1.03 = 2795.1007
4. %.2f → 2795.10 → 화면 9981 and 2795.10

헷갈리는 자리 — 2795.1 로 적는 것. 서식이 둘째 자리까지라 끝의 0 도 적어야 한다. 이자를 더하기(2713.69 + 0.03)로 착각하는 것 — 곱셈 대입(*=)이다. 답에는 " and " 까지 문제의 출력 그대로 들어간다.

복원 코드를 gcc(도커 alpine)로 실행해 같은 출력을 확인했다. 복원 출처 grandlife.co.kr(2026-09-14) — 공식 원문이 아니라 문장 · 변수명이 실제와 다를 수 있다.

답 — Seynaau. 처음 S 에 각 도시 이름의 둘째 글자를 차례로 이어 붙인다.

원리 — 문자열도 첨자로 글자 하나를 꺼낼 수 있고 첨자는 0 부터라 word[1] 은 둘째 글자다. result += word[1] 은 "지금 result 뒤에 그 글자를 붙여라"다. for 문은 리스트의 도시 이름을 순서대로 하나씩 word 에 넣는다. 결국 답은 "S" + (각 이름의 둘째 글자들)이다.

따라가기

1. Seoul → e, Kyeonggi → y, Incheon → n
2. Daejun → a, Daegu → a, Pusan → u
3. "S" + "eynaau" → Seynaau

헷갈리는 자리 — word[1] 을 첫 글자로 읽어 "SSKIDDP" 를 적는 것. 0 이 첫 글자, 1 이 둘째다. 처음의 "S" 를 빼먹고 eynaau 만 적는 것 — result 의 초기값이 답의 첫 글자다. 대소문자도 그대로 적는다. 문자열은 바꿀 수 없는 값이라 += 는 원래 문자열을 고치는 것이 아니라 새 문자열을 만들어 result 에 다시 담는 것인데, 결과만 보면 "뒤에 붙이기"로 읽어도 된다.

복원 코드를 Python 3.12 로 실행해 같은 출력을 확인했다. 복원 출처 grandlife.co.kr(2026-09-14) — 공식 원문이 아니라 문장 · 변수명이 실제와 다를 수 있다.

답 — 열 B 에 a / b 두 행. 안쪽 SELECT 가 A ≤ 2 인 A 값 {1, 2} 를 만들고, 바깥은 A 가 그 안에 있는 행의 B 를 뽑는다.

원리 — 괄호 안 SELECT(서브쿼리)가 먼저 계산돼 값의 목록이 되고, A IN (목록) 은 "A 가 목록 중 하나와 같다"는 조건이다. 안쪽이 같은 테이블을 읽어도 상관없다 — 먼저 목록을 만들고 그다음 바깥이 그 목록으로 거른다고 두 단계로 읽으면 된다. 결과 열은 SELECT 뒤의 B 하나뿐이다.

따라가기

1. 안쪽: A <= 2 인 행 → A = 1, 2 → 목록 (1, 2)
2. 바깥: A IN (1, 2) 인 행 → 첫째 · 둘째 행
3. 그 행들의 B → a, b

헷갈리는 자리 — 안쪽 SELECT 가 A 를 뽑는다고 답에 A 값 1, 2 를 적는 것. 결과 열은 바깥 SELECT 의 B 다. 조건이 < 2 였다면 a 한 행뿐이다 — 등호를 본다. IN 대신 = (SELECT …) 를 쓰면 서브쿼리가 두 행을 돌려줘 오류가 난다 — 여러 값에는 IN 이다.

표를 sqlite 3.49 에 넣고 같은 SQL 을 실행해 결과를 확인했다. 복원 출처 grandlife.co.kr(2026-09-14) — 공식 원문이 아니라 표 · 값이 실제와 다를 수 있다.

답 — 변경 조건/결정 커버리지(MC/DC, Modified Condition/Decision Coverage). 각 조건이 "혼자서" 결정 결과를 뒤집는 케이스를 요구한다.

원리 — if (A && B) 에서 조건/결정 커버리지는 A · B · 전체가 각각 T/F 를 한 번씩 갖기만 하면 된다. 그런데 (T,T)=T 와 (F,F)=F 두 케이스도 이를 만족하는데, 이때 A 가 결과를 바꾼 건지 B 가 바꾼 건지 알 수 없다. MC/DC 는 "다른 조건은 고정한 채 이 조건만 바꿨을 때 결정이 바뀐다"는 짝을 조건마다 요구한다 — A 는 (T,T)=T 와 (F,T)=F, B 는 (T,T)=T 와 (T,F)=F. 그러면 세 케이스로 각 조건이 독립적으로 결과에 영향을 준다는 것이 증명된다. 다중 조건 커버리지(모든 조합 2ⁿ)보다 훨씬 적은 n+1 개로 되어 항공(DO-178) 같은 안전 필수 분야가 요구한다.

따라가기

1. "개별 조건식이 다른 조건식에 영향을 받지 않고" → 나머지는 고정
2. "전체 결정 결과에 독립적으로 영향" → 혼자 뒤집는다 → MC/DC

헷갈리는 자리 — 조건/결정 커버리지로 적는 것. 조건/결정은 "각각 T/F 한 번씩"이고, MC/DC 는 거기에 "독립적으로 영향"이라는 조건이 붙는다. 문제에 "독립적 · 영향"이 있으면 MC/DC 다. 다중 조건은 "모든 조합"이라 또 다르다.

표준 · 교재 정의(ISTQB 용어 · 커버리지 6단계 · 테스트 수준)와 대조했다. 복원 출처 grandlife.co.kr(2026-09-14) — 공식 원문이 아니라 문장이 실제와 다를 수 있다.

답 — 루트킷(Rootkit). 관리자(root) 권한을 쥐고 시스템 깊숙이 숨어 흔적을 지우는 악성코드 도구 모음이다.

원리 — root 는 유닉스의 최고 관리자, kit 는 도구 모음이다. 루트킷은 커널이나 시스템 명령을 바꿔치기해 프로세스 목록 · 파일 목록 · 로그에서 자기를 안 보이게 만들고, 뒷문을 열어 공격자가 계속 들어오게 한다. 백신이 시스템 명령을 믿고 돌면 속으므로 잡기 어렵다. "은폐 · 관리자 권한 · 흔적 삭제"가 표지다.

따라가기

1. 깊숙이 은폐 + root 권한 탈취 + 로그 삭제 → 루트킷

헷갈리는 자리 — 백도어(뒷문)만 적는 것. 루트킷은 뒷문에 은폐 기능까지 갖춘 것이다. 트로이 목마는 들어오는 방법(위장)이고 루트킷은 들어온 뒤 숨는 방법이라 층이 다르다. 커널 수준 루트킷은 운영체제 밑에서 돌아 재설치 말고는 지우기 어렵다.

표준 · 교재 정의(공격 기법 · 보안 솔루션 · 시큐어 코딩 가이드)와 대조했다. 복원 출처 grandlife.co.kr(2026-09-14) — 공식 원문이 아니라 문장이 실제와 다를 수 있다.

답 — 9. 부모 타입으로 담았어도 실제 객체가 SquareBox 이므로 갈아끼운 calculate(n × n)가 돌아 3 × 3 이다.

원리 — 자식이 부모와 이름 · 매개변수가 같은 메서드를 다시 정의하면(오버라이딩) 그 객체에서는 언제나 자식 판이 돈다. 변수의 겉모양(NumberBox box)은 "무엇을 부를 수 있는가"만 정하고, "어느 판이 도는가"는 new SquareBox() 가 정한다. @Override 는 컴파일러에게 "이건 갈아끼우기다, 부모에 같은 메서드가 없으면 오류를 내라"고 알리는 표시일 뿐 동작을 바꾸지는 않는다.

따라가기

1. box 의 겉 NumberBox, 속 SquareBox
2. box.calculate(3) → 속의 판 → 3 × 3 = 9

헷갈리는 자리 — 겉이 NumberBox 니까 n + 1 = 4 라고 적는 것. 필드라면 겉을 따르지만 메서드는 속을 따른다. 이 규칙 하나가 자바 문제 절반의 뼈대라 "필드는 겉, 메서드는 속"으로 외운다. 만약 SquareBox 가 calculate 를 안 만들었다면 부모 것이 돌아 4 가 됐을 것이다.

복원 코드를 JDK 17 로 컴파일 · 실행해 같은 출력을 확인했다. 복원 출처 grandlife.co.kr(2026-09-14) — 공식 원문이 아니라 문장 · 변수명이 실제와 다를 수 있다.

답 — APT. 특정 표적을 노려 오래, 조용히, 끈질기게 파고드는 지능형 지속 공격이다.

원리 — 보통 공격은 아무나 걸리길 바라며 뿌리지만, APT(Advanced Persistent Threat)는 한 조직을 정해 사회공학(표적 이메일)으로 들어가 몇 달씩 잠복하며 권한을 넓히고 자료를 조금씩 빼낸다. Advanced(여러 기법 결합), Persistent(오래 머묾), Threat(위협)이 이름이다. 정부 · 대기업 대상 공격이 대개 이것이고, 발견이 늦다는 것이 특징이다.

따라가기

1. 특정 표적 + 장기간 + 은밀 · 지속 → APT

헷갈리는 자리 — DDoS(시끄럽고 짧다)나 피싱(한 수단일 뿐)을 적는 것. "장기간 · 지속"이 APT 의 표지이고 약자 세 글자를 답한다. 워터링 홀(2026년 1회 16번)이 APT 의 초기 침투 수단으로 자주 짝지어 나온다.

표준 · 교재 정의(공격 기법 · 보안 솔루션 · 시큐어 코딩 가이드)와 대조했다. 복원 출처 grandlife.co.kr(2026-09-14) — 공식 원문이 아니라 문장이 실제와 다를 수 있다.

답 — 1. AND 가 OR 보다 먼저 묶이므로 "(KIND = 'A' 이고 SCORE ≥ 80) 또는 KIND = 'C'" 이고, 앞 조건은 없고 뒤 조건은 한 행이다.

원리 — SQL 에서 AND 는 OR 보다 우선순위가 높다. 괄호가 없으면 a AND b OR c 는 (a AND b) OR c 로 읽는다. 그래서 이 조건은 "A 이면서 80점 이상"인 행과 "C 인 행" 둘을 합친 것이다. A 의 점수는 70 과 50 이라 앞쪽은 0 행, C 는 4번 행 하나다. COUNT(*) 는 조건을 통과한 행 수다.

따라가기

1. KIND = 'A' AND SCORE >= 80 → A 는 70 · 50 → 0 행
2. OR KIND = 'C' → 4번 행 → 1 행
3. COUNT(*) → 1

헷갈리는 자리 — 왼쪽부터 묶어 KIND = 'A' AND (SCORE >= 80 OR KIND = 'C') 로 읽으면 0 행이 된다. 반대로 괄호를 (… OR KIND = 'C') 에 넣어 3 행으로 세는 것도 오답이다. AND 먼저, 그다음 OR — 이 우선순위 하나를 묻는 문제다.

표를 sqlite 3.49 에 넣고 같은 SQL 을 실행해 결과를 확인했다. 복원 출처 grandlife.co.kr(2026-09-14) — 공식 원문이 아니라 표 · 값이 실제와 다를 수 있다.

답 — Nd sc 1. 대문자는 5칸, 소문자는 10칸, 숫자는 3칸 뒤로 미는 자리바꿈(시저 암호)이다.

원리 — 글자는 코드값이라 text[i] - 'A' 는 "A 로부터 몇 번째 글자인가"다. 거기에 밀 칸 수를 더하고 26 으로 나눈 나머지를 취하면 Z 를 넘어도 A 로 돌아온다. 마지막에 'A' + … 로 다시 글자로 만든다. 숫자도 같은 꼴로 '0' 기준 10칸이다. isupper · islower · isdigit 은 글자 종류를 가르는 함수이고, 공백은 셋 다 아니라 그대로 남는다. 세 종류가 밀리는 칸 수가 다르다는 것이 이 문제의 핵심이다.

따라가기

1. I(대문자): (8 + 5) % 26 = 13 → 'A' + 13 = N
2. t(소문자): (19 + 10) % 26 = 3 → 'a' + 3 = d
3. 공백 → 그대로
4. i: (8 + 10) % 26 = 18 → s, s: (18 + 10) % 26 = 2 → c
5. 공백 → 그대로, 8(숫자): (8 + 3) % 10 = 1 → 1
6. 합쳐서 Nd sc 1

헷갈리는 자리 — 대문자와 소문자를 같은 5칸으로 밀어 t 를 y 로 적는 것. 조건문이 셋으로 갈라진 이유가 밀 칸 수가 다르기 때문이다. s 는 18 + 10 = 28 이 26 을 넘어 2 로 돌아온다 — 나머지 연산을 잊으면 알파벳 밖으로 나간다. 공백 두 개도 답에 그대로 있다.

복원 코드를 gcc(도커 alpine)로 실행해 같은 출력을 확인했다. 복원 출처 grandlife.co.kr(2026-09-14) — 공식 원문이 아니라 문장 · 변수명이 실제와 다를 수 있다.

답 — 추상 팩토리(Abstract Factory). 서로 어울리는 객체 "묶음"을 구체 클래스 이름 없이 만들어 주는 생성 패턴이다.

원리 — 버튼 · 체크박스 · 창을 만드는데 윈도우용과 맥용이 따로 있다고 하자. 클라이언트가 new WinButton() 처럼 구체 클래스를 직접 쓰면 OS 를 바꿀 때 코드를 전부 고쳐야 한다. 추상 팩토리는 createButton() · createCheckbox() 를 가진 팩토리 인터페이스를 두고, WinFactory · MacFactory 가 각각 자기 계열 부품을 만든다. 클라이언트는 팩토리 하나만 받아 부품을 만들므로 팩토리를 바꾸면 계열 전체가 함께 바뀐다 — "관련된 객체들의 군(family)"을 일관되게 만든다는 것이 핵심이다. 그래서 별명이 Kit 다.

따라가기

1. "구체적인 클래스를 지정하지 않고" → 인터페이스로 만든다
2. "서로 관련된 객체들의 군(family)을 생성" → 낱개가 아니라 묶음
3. 생성 패턴 → 추상 팩토리

헷갈리는 자리 — 팩토리 메서드(Factory Method)를 적는 것. 팩토리 메서드는 "객체 하나"를 만드는 메서드를 하위 클래스가 재정의하는 것이고, 추상 팩토리는 "관련 객체 여러 개(군)"를 만드는 팩토리 객체를 갈아끼우는 것이다. "군 · family · 집합 · Kit" 이 보이면 추상 팩토리다.

GoF 책 Design Patterns 의 패턴 정의(생성 5 · 구조 7 · 행위 11)와 대조했다. 복원 출처 grandlife.co.kr(2026-09-14) — 공식 원문이 아니라 문장이 실제와 다를 수 있다.