moong's collage

[정처기] 정보처기기사 25년 2회 필기 합격 후기 (벼락치기 공부방법)

뭉뭉규 — Sun, 13 Jul 2025 04:44:14 +0900

25년 2회 정보처리기사 필기 시험을합격하고 나서, 누군가에게는 도움이 될까 싶어 후기를 남깁니다!
아직 실기가 남았지만! 필기를 저처럼 벼락치기로 준비하는 분들 에게 딱 맞는 공부법일 수도 있어요 ㅎㅎ

일단 제 배경을 소개하자면

전공: 인공지능 관련 학과라서 컴퓨터는 조금 알지만 전공이라고 하기는 애매...
정보처리기사 지식: 개념이 전부 초면이였어서 노베이스라고 봐도 무방해요.
공부 기간: 일주일 (진짜 제대로 집중한 건 3일 정도...)
문제집 사용: 사용 안 했습니다
최종 점수: 평균 80점

공부하면서 느낀 건 확실히 전공자한테 유리한 시험이긴 하겠지만, 필기는 전혀 상관없는 느낌이었어요.
일단 기출을 왕창 돌리고 외우기만 하면 되는 느낌입니다.

공부방법은 정말 기출 돌리입니다. 인터넷에 떠도는 필기 요약본을 보려다가 포기했어요 ㅎㅎ

이걸 1회독 했다가는 기출 돌릴 시간이 없었기에...

기출을 푸시다가 안 외어지거나, 이건 암기해야겠다! 하는 부분이 있으면 찾아보는게 좋다고 생각합니다.

공부방법

핵심은 문제를 푸는 게 목적이 아니라, ‘답을 외우는’ 게 목적 입니다.

처음엔 아예 개념을 모르기 때문에

1과목 당(20문제씩)

1회독: 문제 읽고 → 바로 해설 보고 → 답을 암기
2회독: 해설 안 보고 풀기 → 틀린 문제 체크 -> 시험 전날 암기하기

이렇게 과목(20문제) 하나씩 2회독하고 → 다음 과목으로 넘어가는 방식으로 공부했습니다.

저는 한 번에 100문제를 다 풀고 다시 2회독 하려고 하면, 앞에 푼 문제 기억이 안 나요ㅠㅠ
그래서 과목별 쪼개서 2회독했고, 이게 훨씬 효율적이였다고 생각합니다!

기출은 pdf로 다운받아서 2회독 때 틀린 문제를 시험 전날에 계속 다시 풀어보고

길 가면서, 시간날 때 CBT 사이트를 이용해서 폰으로 문제를 풀었습니다.

해설을 전부 암기하기하려는 생각보다는 그냥 이 문제의 답을 암기한다는 생각으로 기출을 빨리 돌리는게 좋다고 생각해요!

물론 시간이 있다면 해설을 암기하는게 좋겠지만 , 시간이 없으신 경우 답 위주로 암기하고, 기출마다 계속 나오는 문제들은 해설을 암기하는게 현실적입니다.

저는 21년, 22년 기출은 전부 돌리고

23년, 24년 기출은 시간이 부족해서 전부 돌리진 못했어요

그치만 여러분은 최신 연도부터 역순으로 돌리시길... !!

유용했던 사이트

시나공 홈페이지에서 기출 문제를 다운받을 수 있어요!

https://www.sinagong.co.kr/pds/001001001/past-exams

시나공

컴활, 정보처리, 워드프로세서 등 IT 자격증 전문. 해설 포함 CBT, 최신 기출 자료 무료, 실기 채점 프로그램 제공

www.sinagong.co.kr

CBT는 폰으로 보기 정말 좋습니다. 21년 이후부터 보세요!

https://www.comcbt.com/xe/iz/5851061

정보처리기사 필기 기출문제 및 CBT 2022년 04월 24일(2회) - 정보처리기사 필기 기출문제 전자문제

위 이미지를 클릭하시면 전자문제집 CBT 서버에 접속 됩니다. (해설, 모의고사, 오답노트, 워드, 컴활, 기능사 등 상설검정 CBT 프로그램 기능 포함) 전자문제집 CBT란? 인터넷으로 문제를 풀고 자동

www.comcbt.com

정리

이론보다는 → 기출 위주로
틀린 문제는 캡처하고, 반복해서 다시 보기
- 1회독: 해설 보면서 빠르게 답 외우기
- 2회독: 문제 풀고 → 틀린 문제 캡처해서 저장
- 시험 전날: 캡처해둔 틀린 문제들만 집중 복습
최신 연도 기출부터!

정처기 필기, 진짜 벼락치기로도 붙을 수 있습니다!!
이제 실기를 봐야겠지만... 화이팅 하자구요!

궁금한 거 있으면 댓글 달아주세요~!

휴학을 하고 (중략) 학교로 복귀!

뭉뭉규 — Mon, 7 Jul 2025 18:50:22 +0900

후... 아무일도 없었다..^^

아무튼 휴학을 했었고 (중략) 다시 학교로 돌아왔다.

복귀까진 아니고 학연생을 하면서 복학 할지 말지 간을 보는중임(하기싫음)

휴학을 하면서 인생을 어떻게 살아가야 할까 고민해보려 했는데

생각만 더 많아진 것 같다.

일단 휴학하고 뭘 했냐 물어본다면

1. 코드스쿼드 마스터즈

2. 일본여행

3. 자격증 공부

4. 학연생 ( ~ing..)

기억에 남는 것들로만 적었다지만 생각보다 한게 없군..

물론 중간중간 국내 여행도 다녀왔다. 베스트 드라이버로 인정받은듯? (나에게)

무튼 이것들은 나중에 차차 블로그에 풀어보겠음!

왜 이렇게 불안한지 모르겠지만

나영석pd의 20대에 인생이 불안하지 않다면 그게 비정상! 이라는 말을 믿고

럭키 꼬순내나 맡아야지

럭키 보고싶다

[Java 기초] HashMap 대신 왜 ConcurrentHashMap을 써야 할까?

뭉뭉규 — Mon, 7 Jul 2025 18:26:58 +0900

`HashMap`은 자바에서 가장 많이 사용되는 자료구조 중 하나입니다.
하지만 단순히 데이터를 저장한다고 해서 항상 `HashMap`을 써도 되는 것은 아닙니다.

만약 여러 스레드가 동시에 접근할 가능성이 있는 상황이라면,
`HashMap` 대신 반드시 `ConcurrentHashMap`을 사용해야 합니다.

이번 글에서는 ConcurrentHashMap이 필요한 이유, 그리고 HashMap과의 차이점을 정리해보겠습니다.

HashMap은 멀티스레드 환경에서 위험하다

먼저 HashMap은 기본적으로 스레드 안전하지 않은 컬렉션입니다.

즉, 여러 스레드가 동시에 put(), get(), remove() 같은 작업을 하면 내부 데이터 구조가 꼬일 수 있습니다.

예를 들어, 다음과 같은 코드가 있다고 가정해봅시다:

Map<String, Integer> countMap = new HashMap<>();

// 스레드 A
countMap.put("user1", 1);

// 스레드 B
countMap.put("user1", 2);

이런 동시 접근 상황에서 HashMap은 비정상 동작을 하거나, 심지어 무한 루프에 빠져 애플리케이션이 멈추는 경우도 발생할 수 있습니다.

ConcurrentHashMap은 동시성 문제를 해결해준다

반면, ConcurrentHashMap은 이름 그대로 동시 접근(Concurrency) 상황에서도 안전하게 동작하도록 설계된 Map입니다.

Collections.synchronizedMap()과 같은 방법도 존재하지만,
이 방식은 Map 전체에 synchronized 키워드를 걸기 때문에 항상 한 번에 하나의 스레드만 접근할 수 있습니다.
즉, 병렬 처리가 불가능하고 성능 저하가 발생할 수 있습니다.

반면 ConcurrentHashMap은 내부적으로 키를 기준으로 데이터를 분산 저장하고,
필요한 영역에만 잠금을 걸기 때문에 병목이 적고 성능이 뛰어납니다.

Java 8 이전에는 내부적으로 Segment라는 구조를 사용하여 분할 락(Lock Striping)을 구현했지만,
Java 8부터는 세그먼트 없이도 CAS(Compare-And-Swap)와 synchronized 블록을 조합 (각 테이블 버킷을 독립적으로 잠그는 방식)하여
더 정교하게 병렬 처리를 수행합니다.

Map<String, Integer> countMap = new ConcurrentHashMap<>();

// 스레드 A
countMap.put("user1", 1);

// 스레드 B
countMap.put("user1", 2);

// 스레드 C
Integer value = countMap.get("user1");

이렇게 여러 스레드가 동시에 접근해도 문제 없이 안전하게 작동합니다.

언제 ConcurrentHashMap을 써야 할까?

전역 저장소에 데이터를 저장할 때
웹 서버에서 요청 처리 시, 여러 사용자의 세션을 Map에 저장할 때
캐시(Cache)나 공유 상태를 저장하는 경우

여러 사용자의 데이터를 저장하거나 관리하는 공용 저장소를 직접 구현할 때는,
동시에 여러 스레드가 접근할 수 있으므로 HashMap 대신 ConcurrentHashMap을 사용해야 합니다.

private static Map<Long, Member> memberStore = new ConcurrentHashMap<>();

여러 스레드에서 동시에 이 저장소에 접근할 수 있고,
싱글톤처럼 한 저장소를 공유할 의도라면 반드시 static이어야 합니다.

동시에 접근할 수 있는 상황 이라면 ConcurrentHashMap을

단순히 데이터를 저장한다고 무조건 HashMap을 써서는 안 됩니다.
동시에 접근할 수 있는 상황이라면 (특히, 실무에서는) ConcurrentHashMap을 써야 합니다.

단일 스레드 → HashMap
멀티 스레드 → ConcurrentHashMap

[Java 기초] 인터페이스란 무엇인가? 왜 구현 클래스가 필요할까

뭉뭉규 — Sun, 4 May 2025 22:09:47 +0900

Java를 배우다 보면 interface라는 키워드를 자주 보게 된다.

그리고 인터페이스를 처음 접하면 이런 생각이 들 수 있다.

"이거 클래스랑 뭐가 다르지?"
"왜 굳이 인터페이스를 쓰는 거지?"

이번 글에서는 인터페이스의 개념과 역할, 그리고 구현체(구현 클래스)가 왜 필요한지를 쉽게 정리한다.

인터페이스란?

인터페이스는 흔히 "설계도"에 비유된다.

즉, 어떤 기능을 제공해야 하는지 이름만 정의해둔 것으로 실제 동작은 아무것도 구현하지 않는다.

예를 들어, 아래 코드를 보면

public interface MemberRepository {
    void save(Member member);
    Member findById(Long memberId);
}

save() 와 findById() 라는 메서드가 필요하다는 규칙만 정의되어 있다.

어떻게 저장할지는 아직 결정하지 않는다.

구현 클래스가 필요한 이유

인터페이스는 말 그대로 "규칙"만 있다.

인터페이스만으로는 객체를 만들 수 없고, 실행할 수도 없다.

그래서 반드시 인터페이스를 구현한 구현체(구현 클래스)가 필요하다.

예를 들어, 위 인터페이스의 구현체는 아래와 같다.

public class MemoryMemberRepository implements MemberRepository {
    private Map<Long, Member> store = new HashMap<>();

    @Override
    public void save(Member member) {
        store.put(member.getId(), member);
    }

    @Override
    public Member findById(Long memberId) {
        return store.get(memberId);
    }
}

위 클래스는 MemberRepository를 implements해서 기능을 직접 구현 한다.

이제 실제로 사용할 수 있는 객체가 된 것이다.

인터페이스 + 구현체 구조의 장점

1. 유연한 코드 구조

MemberRepository repository = new MemoryMemberRepository();

나중에 DbMemberRepository로 교체해도 인터페이스만 맞으면 상관없다.

MemberRepository repository = new DbMemberRepository();

이렇게 하면 구현체만 바꿔도 전체 코드를 고치지 않아도 되고, 이는 OCP(개방-폐쇄 원칙)를 자연스럽게 만족하게 해 준다.

2. 테스트가 쉬워짐

테스트할 땐 MemoryMemberRepository를 사용하고,
실제 배포에선 DbMemberRepository 사용할 수 있다.
코드 변경 없이 주입만 바꿔주면 가능하다.

3. OCP(개방-폐쇄 원칙) 만족

"기능을 추가하되, 기존 코드는 건드리지 말 것"

Spring 에서도 인터페이스 구조는 핵심

Spring에서는 대부분의 서비스와 저장소가 인터페이스 + 구현체 구조로 구성되어 있다.

Spring이 DI(의존성 주입)를 통해 구현체를 인터페이스에 넣어주는 방식이기 때문에,

인터페이스는 테스트 용이성 + 유지보수성 측면에서 큰 장점을 제공한다.

[Java 기초] 생성자란? this 키워드는 왜 필요할까?

뭉뭉규 — Sun, 4 May 2025 21:36:39 +0900

Java 에서 클래스를 만들다 보면 자연스럽게 만나게 되는 문법이 바로 생성자와 this 키워드이다.

예를 들어 아래 코드가 있다고 하자.

public class Member {
    private Long id;
    private String name;
    private Grade grade;
	
    //생성자 정의
    public Member(Long id, String name, Grade grade) {
        this.id = id;
        this.name = name;
        this.grade = grade;
    }
}

생성자란 무엇인가?

생성자는 객체를 만들 때 초기값을 설정해주는 메서드이다.

Java에서 객체를 만들 때는 new 키워드를 사용한다.

Member member = new Member(1L, "Moong", Grade.VIP);

이때 Member 클래스의 생성자가 자동으로 호출되며,

객체 내부의 필드(id, name, grade)에 우리가 전달한 값이 들어가게 된다.

즉, 생성자는 객체가 만들어질 때 필드에 값을 넣어주는 메서드라고 보면 된다.

생성자를 왜 쓸까?

Java는 생성자를 생략하면 기본 생성자를 자동으로 만들어준다.

하지만 객체를 만들 때 값을 반드시 넣도록 강제하고 싶을 땐, 아예 생성자에 매개변수를 넣는 방식이 좋다.

this 키워드는 왜 쓸까?

생성자 안을 보면 아래처럼 this.id = id; 와 같은 코드가 반복된다.

public Member(Long id, String name, Grade grade) {
    this.id = id;
    this.name = name;
    this.grade = grade;
}

this는 현재 객체 자기 자신을 가르키는 키워드로, 주로 필드와 매개변수 이름이 같을 때 구분용으로 사용한다.

왜 이렇게 this. 를 붙일까?

Java에서는 변수 이름이 같을 때 우선순위가 있다.

생성자 안의 id는 매개변수를 의미한다.
그래서 id = id; 라고 쓰면 자기 자신한테 복사하는 셈이 되어 아무 의미가 없다. (둘 다 매개변수 id를 가르킨다.)

그래서 오른쪽 id(매개변수)를 왼쪽 필드 this.id에 넣기 위해 this를 붙여줘야 한다.

this.id = id; // 오른쪽 id(매개변수)를 왼쪽 필드 this.id에 넣음

this.id 는 현재 객체의 필드
id는 생성자의 매개변수

이렇게 해야 비로소 필드에 값이 제대로 들어가게 된다.