← 퀴즈 문제은행

IT용어 문제은행 4페이지

76~100번 · 총 100문제 · 정답과 해설 제공

AI·클라우드·프로그래밍·네트워크를 다루는 IT용어 상식 퀴즈 76~100번입니다. 각 문제의 정답 보기를 눌러 정답과 해설을 확인하고, 준비가 되면 실전 퀴즈로 실력을 점검해보세요.

IT용어 퀴즈 시작하기

100문제 중 랜덤 10문제 출제 · 15초 제한

Q76. 블록체인에서 PoW(Proof of Work)와 PoS(Proof of Stake)의 차이는?

  1. 1) PoW는 연산량, PoS는 보유 지분을 기반으로 블록 생성 권한을 결정
  2. 2) PoS가 PoW보다 더 많은 에너지를 소비
  3. 3) PoW는 이더리움, PoS는 비트코인에서 사용
  4. 4) 두 합의 알고리즘은 동일한 방식
정답 보기

정답: PoW는 연산량, PoS는 보유 지분을 기반으로 블록 생성 권한을 결정

PoW(작업 증명)는 복잡한 수학 문제를 먼저 푸는 노드가 블록을 생성하여 막대한 전력이 필요합니다. PoS(지분 증명)는 보유한 코인의 양과 기간에 따라 블록 생성 권한을 부여하여 에너지 효율적입니다. 이더리움은 PoW에서 PoS로 전환했습니다.

Q77. Edge Computing의 핵심 개념은?

  1. 1) 모든 데이터를 중앙 클라우드에서 처리
  2. 2) 데이터 소스에 가까운 곳에서 연산을 수행하여 지연 시간 감소
  3. 3) 엣지 브라우저를 사용한 컴퓨팅
  4. 4) 에지 케이스만 처리하는 컴퓨팅
정답 보기

정답: 데이터 소스에 가까운 곳에서 연산을 수행하여 지연 시간 감소

Edge Computing은 데이터가 생성되는 곳(IoT 기기, 사용자 단말 등)에 가까운 위치에서 데이터를 처리하여 지연 시간을 줄이고, 중앙 서버로의 데이터 전송량을 감소시킵니다. 자율주행, AR/VR 등 실시간 처리가 필요한 분야에 적합합니다.

Q78. 양자 컴퓨팅에서 큐비트(Qubit)의 특성은?

  1. 1) 0 또는 1만 표현 가능
  2. 2) 0과 1을 동시에 표현할 수 있는 중첩(Superposition) 상태 가능
  3. 3) 항상 0 상태만 유지
  4. 4) 비트와 완전히 동일
정답 보기

정답: 0과 1을 동시에 표현할 수 있는 중첩(Superposition) 상태 가능

큐비트는 양자 중첩(Superposition) 원리에 의해 0과 1을 동시에 표현할 수 있어, n개의 큐비트로 2^n개의 상태를 동시에 처리할 수 있습니다. 이 병렬성이 양자 컴퓨터의 잠재적 연산 우위의 기반입니다.

Q79. DeFi(탈중앙화 금융)의 기술적 기반은?

  1. 1) 중앙 서버의 데이터베이스
  2. 2) 블록체인 스마트 컨트랙트
  3. 3) REST API
  4. 4) 관계형 데이터베이스
정답 보기

정답: 블록체인 스마트 컨트랙트

DeFi는 블록체인 위의 스마트 컨트랙트를 기반으로 은행 등 중개자 없이 대출, 거래, 보험 등 금융 서비스를 제공합니다. 이더리움이 주요 플랫폼이며, 코드로 정의된 규칙에 따라 자동으로 실행됩니다.

Q80. NFT(Non-Fungible Token)의 "대체 불가능"이 의미하는 것은?

  1. 1) 삭제할 수 없다
  2. 2) 각 토큰이 고유하여 다른 토큰과 1:1 교환이 불가능
  3. 3) 가격이 변하지 않는다
  4. 4) 소유권을 이전할 수 없다
정답 보기

정답: 각 토큰이 고유하여 다른 토큰과 1:1 교환이 불가능

NFT는 각 토큰이 고유한 식별자와 메타데이터를 가져 다른 토큰과 동등하게 교환할 수 없습니다. 비트코인은 1 BTC끼리 동등하게 교환 가능(대체 가능)하지만, NFT는 각각이 유일합니다. 디지털 자산의 소유권 증명에 활용됩니다.

Q81. LLM(Large Language Model)에서 "할루시네이션(Hallucination)"이란?

  1. 1) 모델이 학습 데이터를 완벽히 외우는 현상
  2. 2) 모델이 사실이 아닌 정보를 자신 있게 생성하는 현상
  3. 3) 모델이 응답을 거부하는 현상
  4. 4) 모델의 추론 속도가 느려지는 현상
정답 보기

정답: 모델이 사실이 아닌 정보를 자신 있게 생성하는 현상

할루시네이션은 LLM이 사실에 기반하지 않은 정보를 마치 사실인 것처럼 자신 있게 생성하는 현상입니다. RAG, 파인튜닝, 출처 인용 등으로 완화할 수 있지만 완전한 해결은 아직 어렵습니다.

Q82. Web3의 핵심 특징은?

  1. 1) 중앙화된 서버 기반 웹
  2. 2) 블록체인 기반의 탈중앙화된 인터넷
  3. 3) HTML 3.0 표준
  4. 4) Internet Explorer 전용 웹
정답 보기

정답: 블록체인 기반의 탈중앙화된 인터넷

Web3는 블록체인, 암호화폐, NFT 등을 활용하여 중앙 기관(Google, Facebook 등) 없이 사용자가 자신의 데이터와 디지털 자산을 직접 소유하고 관리하는 탈중앙화된 인터넷 패러다임입니다.

Q83. 양자 얽힘(Quantum Entanglement)에 대한 설명으로 올바른 것은?

  1. 1) 두 큐비트가 물리적으로 연결되어야 하는 현상
  2. 2) 한 큐비트의 상태를 측정하면 얽힌 다른 큐비트의 상태가 즉시 결정되는 현상
  3. 3) 큐비트가 0과 1을 동시에 가지는 현상
  4. 4) 양자 컴퓨터의 오류 발생 현상
정답 보기

정답: 한 큐비트의 상태를 측정하면 얽힌 다른 큐비트의 상태가 즉시 결정되는 현상

양자 얽힘은 두 큐비트가 상관 관계를 맺어, 거리에 관계없이 한 큐비트를 측정하면 다른 큐비트의 상태가 즉시 결정되는 현상입니다. 0과 1을 동시에 가지는 것은 중첩(Superposition)입니다. 양자 통신과 양자 컴퓨팅의 핵심 원리입니다.

Q84. GraphQL에서 Mutation의 역할은?

  1. 1) 데이터 조회
  2. 2) 데이터 생성, 수정, 삭제 등 변경 작업 수행
  3. 3) 실시간 데이터 구독
  4. 4) 스키마 정의
정답 보기

정답: 데이터 생성, 수정, 삭제 등 변경 작업 수행

GraphQL에서 Query는 데이터 조회(REST의 GET), Mutation은 데이터 변경(생성, 수정, 삭제), Subscription은 실시간 데이터 구독을 담당합니다. Mutation을 통해 서버 상태를 변경하고 변경된 결과를 반환받을 수 있습니다.

Q85. 프롬프트 엔지니어링에서 "Few-shot Learning"이란?

  1. 1) 적은 데이터로 모델을 재학습
  2. 2) 프롬프트에 소수의 예시를 포함하여 원하는 출력 형식을 유도
  3. 3) 모델의 파라미터를 줄이는 기법
  4. 4) 학습 속도를 높이는 기법
정답 보기

정답: 프롬프트에 소수의 예시를 포함하여 원하는 출력 형식을 유도

Few-shot Learning은 프롬프트에 몇 가지 입력-출력 예시를 포함하여 모델이 패턴을 파악하고 원하는 형식으로 응답하도록 유도하는 기법입니다. 예시 없이 지시만 하는 것은 Zero-shot, 1개 예시는 One-shot입니다.

Q86. 애자일(Agile)과 워터폴(Waterfall)의 핵심 차이는?

  1. 1) 워터폴이 더 빠르다
  2. 2) 애자일은 반복적·점진적 개발, 워터폴은 순차적 단계별 개발
  3. 3) 애자일은 문서를 전혀 작성하지 않는다
  4. 4) 워터폴은 변경 요청에 더 유연하다
정답 보기

정답: 애자일은 반복적·점진적 개발, 워터폴은 순차적 단계별 개발

애자일은 짧은 주기(스프린트)로 반복적·점진적으로 개발하며 변화에 유연하게 대응합니다. 워터폴은 요구분석→설계→구현→테스트→유지보수를 순차적으로 진행하며, 앞 단계 완료 후 다음 단계로 넘어갑니다.

Q87. 스크럼(Scrum)에서 Product Owner(PO)의 역할은?

  1. 1) 코드를 직접 작성
  2. 2) 제품 백로그를 관리하고 비즈니스 가치를 극대화하는 우선순위 결정
  3. 3) 스프린트 진행을 방해하는 장애물 제거
  4. 4) 팀의 기술적 의사결정
정답 보기

정답: 제품 백로그를 관리하고 비즈니스 가치를 극대화하는 우선순위 결정

Product Owner는 제품 백로그(Product Backlog)를 관리하고, 비즈니스 가치에 따라 우선순위를 결정합니다. Scrum Master는 프로세스 가이드 및 장애물 제거, Development Team은 기술적 구현을 담당합니다.

Q88. TDD(Test-Driven Development)의 올바른 개발 순서는?

  1. 1) 코드 작성 → 테스트 작성 → 리팩토링
  2. 2) 테스트 작성(Red) → 코드 작성(Green) → 리팩토링(Refactor)
  3. 3) 설계 → 코드 작성 → 배포
  4. 4) 리팩토링 → 테스트 → 코드 작성
정답 보기

정답: 테스트 작성(Red) → 코드 작성(Green) → 리팩토링(Refactor)

TDD는 먼저 실패하는 테스트를 작성하고(Red), 테스트를 통과하는 최소한의 코드를 작성한 뒤(Green), 코드를 개선(Refactor)하는 사이클을 반복합니다. 테스트가 먼저 작성되므로 높은 테스트 커버리지를 달성할 수 있습니다.

Q89. 순환 복잡도(Cyclomatic Complexity)가 높은 코드의 문제점은?

  1. 1) 실행 속도가 느리다
  2. 2) 분기가 많아 테스트와 유지보수가 어렵다
  3. 3) 메모리 사용량이 크다
  4. 4) 컴파일 시간이 길다
정답 보기

정답: 분기가 많아 테스트와 유지보수가 어렵다

순환 복잡도는 코드의 분기(조건문, 반복문) 수를 기반으로 측정한 복잡성 지표입니다. 높을수록 실행 경로가 많아져 테스트 케이스가 늘어나고, 버그 발생 확률이 높아지며, 코드 이해와 유지보수가 어려워집니다. 일반적으로 10 이하를 권장합니다.

Q90. API 버전 관리 전략 중 URI 경로 방식의 예시는?

  1. 1) Accept: application/vnd.api.v2+json
  2. 2) /api/v2/users
  3. 3) ?version=2
  4. 4) X-API-Version: 2
정답 보기

정답: /api/v2/users

URI 경로 방식은 /api/v1/users, /api/v2/users처럼 URL에 버전을 포함합니다. 가장 직관적이고 캐싱이 쉽지만 URL이 변경됩니다. 헤더 방식(Accept 헤더, 커스텀 헤더), 쿼리 파라미터 방식 등의 대안이 있습니다.

Q91. 모노레포(Monorepo)의 장점이 아닌 것은?

  1. 1) 코드 재사용 용이
  2. 2) 의존성 관리 단순화
  3. 3) 빌드 시간이 항상 짧다
  4. 4) 원자적 변경(Atomic Change) 가능
정답 보기

정답: 빌드 시간이 항상 짧다

모노레포는 코드 공유, 일관된 도구 사용, 원자적 변경(여러 패키지를 한 커밋으로) 등이 장점이지만, 저장소 크기가 커져 빌드/CI 시간이 길어질 수 있습니다. Bazel, Turborepo 등의 도구로 빌드 캐싱을 활용하여 완화합니다.

Q92. 기술 부채(Technical Debt)에 대한 설명으로 올바른 것은?

  1. 1) 하드웨어 구매 비용
  2. 2) 단기적 편의를 위해 최적이 아닌 구현을 선택해 미래에 발생하는 추가 비용
  3. 3) 개발자의 급여 부채
  4. 4) 서버 운영 비용
정답 보기

정답: 단기적 편의를 위해 최적이 아닌 구현을 선택해 미래에 발생하는 추가 비용

기술 부채는 빠른 출시를 위해 임시방편적인 코드를 작성하여, 나중에 리팩토링, 버그 수정, 유지보수에 더 많은 시간과 비용이 드는 상황을 의미합니다. 금융의 부채처럼 이자(추가 비용)가 계속 누적됩니다.

Q93. SLA, SLO, SLI의 관계로 올바른 것은?

  1. 1) SLI가 목표, SLO가 측정값, SLA가 계약
  2. 2) SLI는 측정 지표, SLO는 목표값, SLA는 고객과의 계약
  3. 3) SLA가 지표, SLI가 계약, SLO가 목표
  4. 4) 세 개 모두 동일한 개념
정답 보기

정답: SLI는 측정 지표, SLO는 목표값, SLA는 고객과의 계약

SLI(Service Level Indicator)는 실제 측정 지표(예: 응답 시간 99.5%), SLO(Service Level Objective)는 내부 목표값(예: 응답 시간 99.9% 이상), SLA(Service Level Agreement)는 고객과의 공식 계약(미달 시 보상 포함)입니다.

Q94. BDD(Behavior-Driven Development)와 TDD의 차이는?

  1. 1) BDD는 테스트를 작성하지 않는다
  2. 2) BDD는 비즈니스 행동을 자연어로 기술하고, TDD는 단위 테스트 코드로 시작
  3. 3) TDD가 BDD보다 항상 상위 개념
  4. 4) BDD는 백엔드 전용, TDD는 프론트엔드 전용
정답 보기

정답: BDD는 비즈니스 행동을 자연어로 기술하고, TDD는 단위 테스트 코드로 시작

BDD는 "Given(주어진 조건)-When(행동)-Then(결과)" 형식으로 비즈니스 요구사항을 자연어에 가깝게 기술하여 개발자, 기획자, QA 간 소통을 돕습니다. TDD는 개발자가 단위 테스트 코드를 먼저 작성하는 것에 초점을 맞춥니다.

Q95. 코드 커버리지(Code Coverage) 100%가 좋은 코드 품질을 보장하지 않는 이유는?

  1. 1) 코드 커버리지는 측정이 불가능해서
  2. 2) 라인 실행 여부만 확인하고 비즈니스 로직의 정확성은 검증하지 않을 수 있어서
  3. 3) 100%가 수학적으로 불가능해서
  4. 4) 커버리지는 성능만 측정해서
정답 보기

정답: 라인 실행 여부만 확인하고 비즈니스 로직의 정확성은 검증하지 않을 수 있어서

코드 커버리지 100%는 모든 코드 라인이 실행되었다는 의미이지, 모든 엣지 케이스나 비즈니스 로직이 올바르게 검증되었다는 의미가 아닙니다. assert 없이 실행만 하는 테스트도 커버리지에 포함되므로, 의미 있는 테스트인지가 더 중요합니다.

Q96. 스크럼에서 스프린트 회고(Sprint Retrospective)의 목적은?

  1. 1) 다음 스프린트의 작업을 계획
  2. 2) 제품을 데모하고 피드백 수집
  3. 3) 팀의 프로세스와 협업 방식을 되돌아보고 개선점 도출
  4. 4) 버그를 리포팅하고 추적
정답 보기

정답: 팀의 프로세스와 협업 방식을 되돌아보고 개선점 도출

스프린트 회고는 스프린트가 끝난 후 팀이 프로세스, 도구, 협업 방식 등을 되돌아보고 개선점을 도출하는 미팅입니다. 스프린트 계획은 Planning, 제품 데모/피드백은 Sprint Review에서 진행합니다.

Q97. 12-Factor App에서 "Config(설정)"에 대한 원칙은?

  1. 1) 설정을 코드에 하드코딩
  2. 2) 설정을 환경 변수(Environment Variables)에 저장
  3. 3) 설정을 데이터베이스에 저장
  4. 4) 설정 파일을 Git에 커밋
정답 보기

정답: 설정을 환경 변수(Environment Variables)에 저장

12-Factor App의 Config 원칙은 설정(DB 접속 정보, API 키 등 환경마다 달라지는 값)을 코드가 아닌 환경 변수에 저장하도록 권장합니다. 이를 통해 동일한 코드베이스로 여러 환경에 배포할 수 있고, 보안 정보가 코드에 포함되지 않습니다.

Q98. 멀티레포(Multi-repo)의 장점은?

  1. 1) 팀 간 코드 공유가 쉽다
  2. 2) 각 서비스의 독립성이 높고 접근 제어가 용이
  3. 3) 원자적 변경이 가능하다
  4. 4) 의존성 버전을 통합 관리하기 쉽다
정답 보기

정답: 각 서비스의 독립성이 높고 접근 제어가 용이

멀티레포는 각 서비스/라이브러리가 독립된 Git 저장소를 가져, 팀별 독립적인 배포 주기, 세밀한 접근 제어, 저장소별 CI/CD 파이프라인 설정이 가능합니다. 반면 코드 공유와 전체 변경 추적이 어려운 것이 단점입니다.

Q99. 소프트웨어에서 "카오스 엔지니어링(Chaos Engineering)"이란?

  1. 1) 의도적으로 버그를 삽입하여 테스트
  2. 2) 프로덕션 환경에서 의도적으로 장애를 주입하여 시스템 복원력을 검증
  3. 3) 무작위로 코드를 삭제하는 테스트
  4. 4) 보안 침투 테스트와 동일
정답 보기

정답: 프로덕션 환경에서 의도적으로 장애를 주입하여 시스템 복원력을 검증

카오스 엔지니어링은 프로덕션 또는 프로덕션과 유사한 환경에서 의도적으로 장애(서버 중단, 네트워크 지연 등)를 발생시켜 시스템의 복원력과 장애 대응 능력을 사전에 검증하는 실천법입니다. Netflix의 Chaos Monkey가 시초입니다.

Q100. 스크럼에서 Scrum Master의 핵심 역할은?

  1. 1) 팀원에게 작업을 할당하고 관리
  2. 2) 스크럼 프로세스를 촉진하고 팀의 장애물을 제거하는 서번트 리더
  3. 3) 제품 백로그의 우선순위를 결정
  4. 4) 코드 리뷰를 담당
정답 보기

정답: 스크럼 프로세스를 촉진하고 팀의 장애물을 제거하는 서번트 리더

Scrum Master는 팀이 스크럼 프로세스를 올바르게 수행하도록 촉진하고, 개발 진행을 방해하는 장애물을 제거하며, 팀의 자기 조직화를 돕는 서번트 리더 역할입니다. 작업 할당은 팀이 자율적으로 하며, 백로그 우선순위는 PO가 담당합니다.

다른 카테고리 문제은행

경제·재테크 MZ 트렌드 무도퀴즈 일반 상식 과학 역사 연예 스포츠 지리