jamonda

[Lombok] 간편한 코드를 위한 핵심 어노테이션 총정리

jamonSoda — Thu, 14 May 2026 23:44:33 +0900

Lombok이란?

Java로 개발을 할 때 기계적으로 치는 코드들이 있다.

getter와 setter, toString, 생성자.. 등등

물론 간단한 단축키를 통해 자동으로 작성이 가능하지만, 그럼에도 코드의 양이 많아져 가독성이 떨어진다는 단점이 있다.

하지만!! Lombok을 활용하면 그런 귀찮음과 가독성을 모두 해결해 줄 수 있다.

짧은 어노테이션을 통해 특정 기능을 수행하는 코드들을 대체할 수 있는 것이다.

이번에는 자주 사용되는 어노테이션들을 간단하게 살펴보고자 한다.

알아두면 무조건 좋으니 꼭! 읽어보자

의존성 추가

그전에 Lombok을 사용하기 위해선 의존성 추가가 필요하다. 또한 버전은 변경될 수 있다..

Maven 프로젝트일 경우 (porm.xml)

<dependencies>
    <dependency>
        <groupId>org.projectlombok</groupId>
        <artifactId>lombok</artifactId>
        <version>1.18.30</version>
        <scope>provided</scope>
    </dependency>
</dependencies>

Gradle 프로젝트일 경우 (build.gradle)

dependencies {
    // 다른 의존성들...
    compileOnly 'org.projectlombok:lombok'
    annotationProcessor 'org.projectlombok:lombok'
}

Annotation 정리

@Getter / @Setter

이 두 어노테이션은 어떤 객체에서 값을 가져오거나, 설정하는 get(), set() 메서드를 대체할 수 있다.

Before

public class Book { // 이 코드의 get(), set() 부분이 대체된다.
    private String isbn;
    private String title;

    public String getIsbn() { 
    	return this.isbn;
    }
    public void setIsbn(String isbn) {
    	this.isbn = isbn; 
    }
    public String getTitle() { 
    	return this.title; 
    }
    public void setTitle(String title) { 
    	this.title = title; 
    }
}

해당 코드에서는 isbn과 title밖에 없음에도 get()과 set()을 위해 코드의 양이 더욱 많아졌다.

그런데 여기서 @Getter와 @Setter를 사용하면 코드의 양을 많이 줄일 수 있다.

After

@Getter
@Setter
public class Book {
    private String isbn;
    private String title;
}

짠

@ToString

toString() 이라는 메서드를 @Override하여 통해 객체의 메모리 주소가 아닌, 실제 값을 출력할 수 있다.

Before

public class Book {
    private String isbn;
    private String title;

    @Override
    public String toString() { // 이 부분을 대체할 수 있다.
        return "Book(isbn=" + this.isbn + ", title=" + this.title + ")";
    }
}

toString의 경우에는 코드의 길이가 길지 않지만, 역시 멤버 변수(isbn, title 등)가 늘어날수록 점점 작성이 부담스러워진다.

그럴 때 역시 어노테이션을 활용할 수 있다.

After

@ToString
public class Book {
    private String isbn;
    private String title;
}

@ToString이라는 어노테이션을 통해 @Override로 재정의했던 toString을 완벽하게 대체할 수 있다.

@NoArgsConstructor / @AllArgsConstructor

이 두 어노테이션인 생성자 코드를 대체할 수 있다. 생성자는 크게 두 종류로 "기본 생성자"와 "매개변수가 있는 생성자"로 구분할 수 있다.

Before

public class Book {
    private String isbn;
    private String title;

    // 1. 기본 생성자
    public Book() {
    }

    // 2. 매개변수가 있는 생성자
    public Book(String isbn, String title) {
        this.isbn = isbn;
        this.title = title;
    }
}

기본 생성자의 경우 매우 짧은 코드이지만, 매개변수가 있는 생성자는 멤버 변수가 많아질수록 마찬가지로 번거로워진다.

After

@NoArgsConstructor
@AllArgsConstructor
public class Book {
    private String isbn;
    private String title;
}

기본 생성자는 @NoArgsConstructor

매개변수가 있는 생성자는 @AllArgsConstructor로 대체할 수 있다.

@RequiredArgsConstructor

final이 붙은 멤버 변수를 찾아서, 그것만을 매개변수로 받는 생성자를 자동으로 만들어준다.

직전에 확인했던 @AllArgsConstructor는 모든 멤버 변수를 활용하지만, 이것은 "final"이 붙은 것만!!!! 사용한다.

Before

public class BookService {
    private final BookDao bookDao;
    private final ReviewDao reviewDao;
    private int number = 1;

    // 이렇게 final인 것만 골라서 생성자 만들기
    public BookService(BookDao bookDao, ReviewDao reviewDao) {
        this.bookDao = bookDao;
        this.reviewDao = reviewDao;
    }
}

이렇게 bookDao와 reviewDao를 직접 선택해서 생성자를 만들어야 하기 때문에 오타나 실수를 할 수 있다.

After

@RequiredArgsConstructor
public class BookService { // final이 붙은 것만 감지!!!
    private final BookDao bookDao;
    private final ReviewDao reviewDao;
    private int number = 1;
}

그런데 이 어노테이션을 사용하면, 단 한 줄로 끝낼 수 있다.

사용 예시

지금까지 Lombok의 필수 어노테이션을 살펴보았다. 이번에는 @RequiredAgrsConstructor를 제외한 나머지 어노테이션들을 적용한 예시를 살펴보자.

이것을 제외한 이유는 예시로 보여줄 @AllAgrsConstructor와 함께 사용할 수 없기 때문이다.

왜냐하면 모든 멤버 변수에 생성자를 주입했는데, 또 final이 붙은 멤버 변수에 생성자를 주입하는 경우 충돌이 발생할 수 있기 때문이다.

Before

public class User {
    private String email;
    private String password;
    private String name;

    public User() {} // 기본 생성자

    // 인자가 있는 생성자
    public User(String email, String password, String name) {
        this.email = email;
        this.password = password;
        this.name = name;
    }

    public String getEmail() { // getter / setter 시작
        return email;
    }

    public void setEmail(String email) {
        this.email = email;
    }

    public String getPassword() {
        return password;
    }

    public void setPassword(String password) {
        this.password = password;
    }

    public String getName() {
        return name;
    }

    public void setName(String name) { // getter / setter 종료
        this.name = name;
    }

    @Override
    public String toString() { // toString 재정의
        return "User [email=" + email + ", password=" + password + ", name=" + name + "]";
    }
}

끔찍하다. 코드가 너무 길다.

멤버 변수는 email이랑 password, name 3개밖에 없는데, 도대체 코드가 몇 줄이나 늘어난 건지 모르겠다..

이제 어노테이션을 적용해보자.

After

@NoArgsConstructor // 기본 생성자 대체
@AllArgsConstructor// 인자가 있는 생성자 대체
@Getter // get() 대체
@Setter // set() 대체
@ToString // toString 재정의 대체
public class User {
	private String email;
	private String password;
	private String name;
}

아름답다.

너무 깔끔하다.

총 43줄의 코드가 단 10줄 만에 끝나버렸다.

이렇다 보니 Lombok을 안 쓸 이유가 없다.

마무리

Lombok은 확실히 편하다. 코드도 깔끔하고 가독성도 훨씬 높아진다.

하지만!!!!

이렇게 사용하는 어노테이션들이 모두 어떻게 동작하는지는 꼭 알았으면 좋겠다.

편하다고 바로 롬복을 사용하는 것보다 직접 get() set()을 작성하고, toString도 Override 하면서 직접 구현해봐야 한다고 생각한다.

왜냐하면 아직 현업에는 Lombok을 사용하지 않고, 직접 Java로 구현된 레거시 코드가 많이 남아있기 때문이다!!!

[Java] Queue의 개념과 활용 방법 (기본편) - offer, poll, peek

jamonSoda — Sun, 3 May 2026 23:50:02 +0900

Queue란?

큐... 어디선가 많이 들어본 것 같다.

그렇다. 아마 롤에서 많이 사용했을 것이다.

큐 돌리자. 큐 잡혔다. 등등

물론 롤에는 티어와 MMR이 있기 때문에 조금 다르게 작동하겠지만, 근본적으로 자료구조의 Queue와 같은 원리를 가지고 있다.

롤의 큐는 먼저 돌려야 먼저 잡히는 게 일반적이다. 즉 선입선출(FIFO, First In First Out)이라고 할 수 있다.

마찬가지로 이번에 설명할 Queue도 먼저 삽입한 것이 먼저 나오는 선입선출이다.

너비 우선 탐색(BFS, Breadth First Search) 이라는 알고리즘에 사용되고, 그밖에도 많이 활용되므로 꼭!!!! 익혀두자.

들어가기 전에

Stack에는 push(), pop(), peek()를 활용해서 값을 추가, 삭제, 조회를 했다.

Queue에서는 offer(), poll(), peek()를 통해 추가, 삭제, 조회가 가능하다.

우선 간단한 움직임을 먼저 살펴보자.

이번에도 PPT로 손수 만들었다.

감이 조금 오나? 생각보다 어렵지 않다.

add를 통해 값을 삽입한다. 그리고 poll을 통해 값을 제거한다.

이때 제거되는 것은 가장 먼저 삽입한 요소!!!

이것만 알면 오늘 수업 끝이다.

라고 했지만, 진짜로 끝낼 수는 없다.

사용 방법

Queue 선언

큐를 사용하기 위해서는 큐를 먼저 선언해야만 한다.

import java.util.LinkedList;
import java.util.Queue;

public class Main { // 큐를 사용하기 전에 꼭 선언해야 한다.
	public static void main(String[] args) {
		// <Charater>는 queue에 Character 값만 추가하겠다는 의미
		Queue<Character> queue = new LinkedList<>();
	}
}

<Character> 만 넣을 수 있는 queue를 선언했다.

Stack 편에서 배웠던 것처럼 만약 숫자를 넣고 싶다면 <Integer> 또는 <Long>, 문자열을 넣고 싶다면 <String>으로 변경해주면 된다.

Queue에 값 넣기 - offer(값)

큐에 값을 넣는 방법은 크게 add()와 offer() 이 두 가지 방법이 있다.

둘 다 같은 동작을 하지만, 일반적인 큐가 아닌 크기 제한이 있는 큐에 삽입할 때 add()는 에러가 발생할 수도 있다.

그래서 나는 offer()를 추천하고 싶다. (그런데 상단 이미지에는 add()로 해버림...)

사실 Java에서 쓰는 일반적은 큐는 add()를 사용해도 문제가 없다... 왜냐하면 크기에 제한이 없기 때문.

반면 실무에서는 서버 과부화를 막기 위해 크기가 제한된 큐를 많이 사용하며, 이때 offer()로 값을 넣다 실패하면 에러가 아닌 false가 반환된다.

이제 다음 코드 확인해 보자.

Queue<Character> queue = new LinkedList<>();

queue.offer('A'); // queue에 문자 A 추가. add('A')도 가능.

<Character>로 선언했기 때문에 char 타입의 'A'를 넣어보았다.

정말 쉽다.

Queue에서 값 제거 - poll()

지금 queue에는 'A'라는 값이 딱 하나 존재한다.

그것을 제거하기 위해서는 poll() 이라는 메서드를 사용하면 된다.

다음 코드를 보자

Queue<Character> queue = new LinkedList<>();

queue.offer('A'); // 큐에 'A' 추가
char value = queue.poll(); // 큐의 맨 앞을 뽑아서 value에 저장

System.out.println(value); // 'A' 출력

단순히 queue.poll()을 하게 되면 맨 앞의 값이 제거되고, 변수명을 선언해서 값을 저장하는 것도 가능하다.

지금은 'A' 하나만 넣고, 바로 뽑았지만, A 다음에 B, C, D ... 를 넣어도 가장 처음에 poll()을 하면 'A'가 뽑히게 된다.

왜냐하면 아까 설명했듯이 큐는 선입선출이기 때문!!!!

Queue 값 조회 - peek()

이제 offer()와 poll()을 통해 삽입, 삭제가 가능해졌다.

이제부터는 stack과 비슷하다.

peek()... 이 녀석은 큐에서 바로 뽑아서 쓸 수 있는 값을 조회할 때 쓸 수 있다.

값은 삭제되지 않고, 조회만 한다.

그렇기 때문에 poll() 과는 다른 용도로 많이 쓰인다.

다음 코드를 보자.

Queue<Character> queue = new LinkedList<>();

queue.offer('A');
queue.offer('B'); // 이번에는 'A'와 'B'를 넣었다.

char value1 = queue.peek(); // 조회
char value2 = queue.poll(); // 삭제

System.out.println(value1 + ", " + value2); // 과연 정답은...?

value1에는 맨 앞의 값을 조회만 했기 때문에 'A'가 저장된다.

value2에는 맨 앞의 값을 뽑았기 때문에 마찬가지로 'A'가 저장된다.

이것이 peek()의 특징!!! 조회만 하고 값을 그대로 둔다!!!!

그래서 출력은 A, A가 된다.

참 쉽다.

Queue 추가 활용 - size(), isEmpty()

이것도 stack에서 배웠다. 더 볼 것도 없다.

일단 이름부터가 어떤 기능을 하는지 다 알려주고 있다.

size() > 큐의 사이즈는?

isEmpty() > 큐가 비었나?

다음 코드를 보자.

Queue<Character> queue = new LinkedList<>();

boolean check1 = queue.isEmpty(); // 값을 넣기 전에 확인
int size1 = queue.size();

queue.offer('A');
queue.offer('B');

boolean check2 = queue.isEmpty(); // 값을 넣은 후에 확인
int size2 = queue.size(); // 사이즈는?

System.out.println(check1 + ", " + check2);
System.out.println(size1 + ", " + size2); // 과연 출력 결과는?

여기까지 온 여러분이라면 벌써 결과를 알아냈을 것 같다.

true, false

0, 2

아마 결과는 이렇게 나올 것이다.

왜냐??

값을 넣기 전에는 비어있기 때문에 isEmpty()는 true를 반환하고, size()는 당연히 0이 된다.

값을 넣은 후에는 queue가 isEmpty()가 아니게 되므로, false를 반환, size()는 2가 된다.

와.... 진짜 너~~무 쉽다.

이걸로 stack이랑 queue까지 정복했다.

그런데 이전에 stack 대신에 Deque를 쓰면 좋다고 했던 말 기억나나?

놀랍게도 큐도 LinkedList 대신에 Deque를 사용하는 것이 더 효율적이다.

왜냐하면 두 개의 원리가 동작 원리가 다르기 때문이다.

(그리고 Deque보다도 배열에 투포인터를 쓰는 것이 더 빠르다...)

이것에 대해서는 나중에 더 알아보도록 하자. 혹시 선행을 하게 된다면 댓글로 정리 부탁.

[Java] Stack의 개념과 활용 방법 (기본편) - push, pop, peek

jamonSoda — Thu, 23 Apr 2026 23:57:48 +0900

Stack이란?

스택은 이름만 들어도 무언가가 차곡차곡 쌓이는 이미지가 떠오른다.

맞다.

이미지 그대로 자바에서 스택은 "객체(요소)가 쌓인다" 로 생각하면 된다.

그리고 쌓이는 것이기 때문에 맨 처음, 즉 가장 처음에 넣은 값이 가장 마지막에 빠져나오게 된다.

다른 표현으로는 마지막에 추가된 값이 가장 먼저 나온다고 표현할 수 있다.

우리는 이것을 후입선출(LIFO, Last In First Out)이라고 한다.

사용 방법

Stack 선언

일단 기본적으로 Stack을 사용하기 위해서는 Stack이 있어야 한다.

import java.util.Stack;

public class Main {
	public static void main(String[] args) {
		// <Integer>는 stack에 Integer 값만 추가하겠다는 의미
		Stack<Integer> stack = new Stack<>();
	}
}

<Integer> 대신 원하는 객체 타입을 지정할 수 있다. 만약 문자열을 넣고 싶다면 <String>으로 작성하면 된다.

이제 Stack을 선언했으니, 값을 넣을 수 있다.

Stack에 값 넣기 - push(값)

Stack에 값을 넣는 방법은 push다. 우리는 Stack을 stack이라는 이름으로 선언했다.

즉, stack.push(값) 을 통해서 요소를 쌓을 수 있다.

다음 코드를 보자.

Stack<Character> stack = new Stack<>();
		
stack.push('A'); // stack에 문자 A 추가

<Character> 값만 넣을 수 있는 stack에 문자 'A'를 추가해 보았다.

이제 stack에는 하나의 값이 들어있고, 하나뿐이기 때문에 바로 뽑을 수 있는 값은 'A'가 된다.

그럼 이제 값이 있으니 값을 내보낼 수도 있다.

Stack에서 값 제거 - pop()

지금 stack에는 'A'라는 값이 들어있다. 값을 넣었으니, 값을 제거할 수도 있다.

제거하는 메서드는 stack.pop() 으로 괄호 안에 아무것도 작성하면 안 된다.

다음 코드를 보자.

Stack<Character> stack = new Stack<>();
		
stack.push('A');
stack.pop(); // 'A' 삭제

이제 stack에 있던 'A'는 삭제되었다.

어? 그런데 나는 삭제가 아니라 뽑아서 사용하고 싶은데??? 라고 생각했다면?

다음과 같은 방식으로 사용이 가능하다.

Stack<Character> stack = new Stack<>();
		
stack.push('A');
char value = stack.pop(); // char 타입의 value에 stack에서 pop한 값 저장
		
System.out.println(value); // value에는 'A'가 저장되므로 'A' 출력

와 너무 간단하다!!!!!!!!!!

이렇게 하면 값을 stack에 넣은 후 원할 때 뽑아서 출력까지 할 수 있다.

물론 stack.push(value)를 하면 value에 저장된 'A'가 다시 stack에 들어간다.

Stack 추가 활용 1 - peek(), size()

이제 여러분은 stack에 값을 추가하고 삭제할 수 있게 되었다.

그런데 무언가 부족하다... stack이 차례로 쌓이고, 맨 위에 것부터 꺼낼 수 있다면...

가장 위의 값을 삭제하지 않고, 확인만 할 수는 없나?

가능하다!!!

그것이 바로 stack.peek() 로, 가장 위에 저장된 값을 가져올 수 있다. 마찬가지로 괄호에 아무것도 작성하면 안 된다.

다음 코드를 보자.

Stack<Character> stack = new Stack<>();

stack.push('A');
char value = stack.peek();
System.out.println(value);

stack.pop() 에서 사용했던 것과 비슷하다.

하지만 차이점이 있다면, 바로 stack에는 여전히 'A'라는 값이 남아있다는 것!

그래도 부족하다... stack에 값을 넣고, 빼고, 조회도 했다... 그런데 아직도 부족하다...

stack에 값이 몇 개 있는지도 알고 싶다...

이것도 가능하다!!

바로 stack.size() 를 통해서 stack에 요소가 몇 개나 있는지 알 수 있다.

개수이기 때문에 정수 자료형이 필요하다.

다음 코드를 보자

Stack<Character> stack = new Stack<>();
		
stack.push('A');
int size1 = stack.size(); // 이 시점에는 'A'만 있으므로 사이즈는 1
		
stack.push('B');
int size2 = stack.size(); // 이 시점에는 'B'도 있으므로 사이즈는 2
		
stack.pop();	
int size3 = stack.size(); // 맨 위 값인 'B'가 없어져서 사이즈는 1

이렇게 값이 변경될 때마다 size()는 달라질 수 있다.

하지만 한 번 int size1에 1이 저장된 이후 push()를 여러 번 해도 size1에는 계속 1이 저장되어 있다.

왜냐? 이미 변수에 저장했으니깐~~~~

size1을 다시 다른 값으로 바꾸지 않는 이상 그대로 1이 될 것이다.

지금까지 push(), pop(), peek(), size()를 배웠다.

그럼 이제 이것들이 어떻게 움직이는지 확인해 보자

PPT로 손수 만들었다.

순서는

push('A') > push('B') > push('C') > pop() > push('D') > push('E') > pop() > pop() > pop() > pop()

으로 진행된다.

Stack 추가 활용 2 - isEmpty()

이름으로 눈치 챘을까??

stack.isEmpty()..... 바로 stack이 비어있는가? 를 확인할 수 있는 메서드다.

물론 stack.size()를 통해서 확인할 수도 있다.

하지만 이것의 장점은 바로 stack이 비어있는지를 boolean값으로 바로 받을 수 있다는 것!!!!!

다음 코드를 보자

Stack<Character> stack = new Stack<>();
		
stack.push('A');
System.out.println(stack.isEmpty()); // 'A'가 있으므로 false
		
stack.pop();
boolean result = stack.isEmpty() // 이렇게 저장도 할 수 있다.
System.out.println(result); // 'A'를 제거했으므로 true

이렇게 활용할 수 있다.

처음에는 'A'라는 값이 있으니 isEmpty() 라는 물음에 false로 대답한다.

그런데 다음에는 pop()을 해서 stack이 비어있으므로, isEmpty() 라는 물음에 true로 대답하게 된다.

너무 쉽다. 그러니 바로 스크롤 내리지 말고 꼭 잘 읽어보자.

사실 Stack이라는 것은 오래전에 구현되었기 때문에 요즘은 Deque라는 것을 많이 쓴다.

설명하자면 길지만, 간단히 말해서 구식이고, 무겁기 때문이다.

아니 그냥 한 줄만 작성하면 되는데 뭐가 무거운 거야?? 에 대해서는 각자 조사해서 댓글에 정리 부탁

공식 문서에서도 Deque를 권장하고 있지만, 지금 단계에서는 Stack을 사용해 보도록 하고, Deque에 관해서는 더 나중에 알아보도록 하자.

백준 서비스 종료

jamonSoda — Wed, 22 Apr 2026 01:32:29 +0900

백준이 서비스를 종료하게 되었다.

이럴 수가.... 알고리즘 유목민들이 대거 발생할 것 깉다.

사실 나도 그 후보 중 한 명이다.

백준을 통해 알고리즘 문제를 열심히 풀었고, 그덕에 실력도 어느 정도 쌓은 것 같다.

그래서 이제는 지금까지 익혔던 알고리즘과 자료구조 개념을 정리하고자 한다.

현재 solved.ac의 티어는 플래티넘 5. 나보다 잘하는 사람은 많다. 그래도 정리하고 싶다.

내가 잊었을 때 찾아볼 수도 있고, 다른 사람이 공부를 위해 방문할 수도 있다.

하지만 문자열이랑 그리디, 기하학은 여전히 자신 없다....

대신 그래프는 자신있다.

그래서 개념을 정리하면서 나에게 부족한 부분도 보완하고자 한다.

나중에 어느 정도 정리가 되었을 때는 더 많이 성장해있었으면 좋겠다.

[SSAFY] 싸피 15기 비전공 합격 후기

jamonSoda — Fri, 26 Dec 2025 21:11:29 +0900

들어가기에 앞서, 나는 일본어를 전공하고 있다.

이후 컴퓨터공학을 복수전공했고, 교내에서 실시하는 4개월 풀스택 과정을 수료했다. (하지만 개발 능력은 영..)

복수전공일 경우 비전공으로 지원해도 된다고 하길래 비전공으로 지원했다.

암튼 운 좋게 한방에 붙어서 기분이 좋고, 그래서 다른 분들을 위해 합격 후기를 남기고 싶다.

에세이

인적사항과 학력, 지망 등을 적고 나면 남은 것은 에세이..

싸피의 에세이는 다른 기업들의 자소서 문항에 비해 적은 느낌이다. (500자 내외 권장, 600자 제한)

그렇기 때문에 알차게 적는 게 중요한듯??

에세이 관련 많은 글을 읽으면서 작성을 했고, 일단 많이 쓴 후에 줄이고 줄여서 583자로 마무리했다.

에세이가 합불을 가를 지는 모르겠지만, 그래도 면접이 에세이 기반이므로 열심히 작성하자!

작성 요령

우선 나는 크게 4가지를 중점으로 작성했다.

1. 비전공이 개발을 선택한 이유

2. 개발을 위해 어떤 노력을 했는지

3. 나에게 부족한 점

4. 싸피에 지원한 이유

왜 싸피여야만 하는가... 에 대해서는 작성하지 않았다.

대신 싸피에서 부족한 점을 이렇게 저렇게 보완해서 요렇게 되고 싶다고 작성했다.

1~4번 중에서는 2번의 분량이 가장 많았던 것 같다.

하지만 무엇보다 중요한 것은 1번이지 않을까?

왜냐하면 우리는 기존의 길과 다른 개발이라는 방향을 새로 선택했기 때문이다.

나라도 누가 A를 하다가 B를 한다고 하면, 왜 B를 하려고 하는지 물어볼 것 같다.

합격 에세이..?

글을 잘 쓰면 참 좋겠지만, 읽기 어렵지만 않으면 된다고 생각한다.

SSAFY 적성진단

비전공이기 때문에 코딩 테스트가 아닌, 수추리 문제와 CT 문제들이 나왔다.

이건... 크게 준비하지 못했다... 당시에 팀프로젝트가 한창 진행중이었기 때문이다...

그래서 GSAT를 풀어보려고 아래 사이트에서 이것저것 다운 받았으나, 한 회차를1회독도 하지 못했다.

https://specupgsat.oopy.io/

하지만 내 기준(백준 실버5) 크게 어렵지는 않았다.

면접

15기 기준 전공자가 먼저 면접을 보고, 이후에 비전공자가 면접을 봤다.

면접에 대해서는... 다른 블로그와 마찬가지로 말할 수 있는 게 많이 없다.

대신 면접 스터디는 꼭 해보는 게 좋다고 생각한다.

나도 뒤늦게 구한 스터디로 세 차례 온라인 면접을 진행했고, 정말 많은 도움이 되었다.

그리고 자신의 에세이 열심히 뜯어보자!!!

전장으로 향하는 나의 발걸음

면접 후기

면접 보기 전에 시간이 많이 남아서, 근처 스타벅스에 갔다.

주문하고 앉아있는데, 마침 등에 SSAFY가 대문짝만하게 적힌 옷을 입으신 분이 들어왔다.

13기 아니면 14기? 너무 부러웠다. 합격하면 옷 준다고 하던데.. 나도 입고 싶었다 ㅋㅋㅋ

아무튼 그 분으로 인해 직전에 좋은 동기부여가 되었다!!

전날부터 긴장 때문에 밥이 넘어가지 않았다. 그런데 이상하게도 문을 열고 들어간 순간 긴장이 많이 풀렸다.

덕분에 개인적으로 면접을 잘 봤다고 생각한다.

이것저것 더 말하고 싶지만, 아쉽게도 면접 후기는 여기까지

아 그리고 복장은 단정한 사복으로 입었다. 그리고 실제로 정장보다 사복이 많은 느낌이었다. 운동화도 제법 있었고..

최종

결과는 합격~~!

가리긴 했지만 1지망 구미로 합격!

이번에는 다른 기수들에 비해 결과가 늦게 나왔다. (그래봤자 하루 늦음)

결과가 나오기 전부터 김칫국 한 사발 하면서 다방으로 방을 보고 있었기 때문에 결과가 나오자마자 가장 마음에 드는 방으로 문의를 넣었다!!!

그리고 그 방 말고 다른 방을 계약했다!!!

근처에 큰 마트도 있고, 여러모로 좋은 방을 구했다.

무엇보다 중개사님이 방을 많이 보여주시고, 정말 친절하셨다!!

(지인이 구미에서 방 구한다고 하면 추천해주고 싶을 정도)

끝

닛켄세 준비 4(면접준비) - 일본문화연수생 (문부과학성 국비 유학, 학부 1년코스)

jamonSoda — Wed, 2 Aug 2023 16:48:25 +0900

면접에 관하여

모든 닛켄세 정보는 2023년 공고를 기준으로 합니다.

필기에서 떨어졌을 거라 생각했지만, 대사관 홈페이지를 방문해보니 면접 대상자 공지에 제 수험번호가 있더군요...ㅎ

2월 27일에 면접 대상자 발표 공지가 올라왔고, 저의 면접일은 3월 10일이었습니다. 개강하고 면접을 보는 거라 수업에 결석해야 했는데 다행히 전공 교수님께서 출석으로 인정해주셨습니다!

아무튼 공지부터 면접일까지 약 2주 가량 남아있기 때문에 면접 준비 또한 빠듯하게 하셔야 합니다. 그리고 면접 시 지참해야 하는 서류도 있습니다. 아마 이 글을 마지막으로 닛켄세 지원에 관한 글은 마무리가 될 것 같습니다.

이 글은 면접에 대해서 다루고 있지만, 면접 내용을 발설하는 것은 금지되어 있기 때문에 면접 준비 과정과 후기에 대해서만 간단히 서술하도록 하겠습니다.

면접 준비

면접 대상자가 된 것을 확인하고 저는 바로 면접 준비를 했습니다. 기본적인 면접실로 입장하는 방법과 인사법, 앉는 법 등 일본 면접에서 중요한 것 같은 기본기는 다 파악했으며, 예상 질문도 많이 만들었습니다.

1. 자기소개

2. 닛켄세에 지원한 이유

3. 닛켄세를 통해 무엇을 얻고 싶은지

4. 일본어 공부를 시작한 이유

5. 일본에서의 학습 계획에 관한 질문 13개 정도

6. 졸업 후의 계획에 관한 질문 13개 정도

저는 이러한 질문들을 준비했고, 중복되는 내용의 답변도 많았기 때문에 최종적으로 정리한 예상 질문은 이것보다도 더 적었습니다.

무엇보다도 닛켄세를 신청할 때 작성한 학업계획서에서 예상 질문을 뽑는 것과는 별개로 자신이 선정한 연구 주제에 대한 이해도 깊이 되어 있어야 합니다. 자신이 어떤 연구를 할 것이며, 이 연구를 하고 싶은 이유와 추후 어떻게 도움이 될지 등 처음에 작성하면서 생각했던 것들을 다시 떠올려 보시는 것도 좋은 방법입니다.

그래야 돌발 질문이나 꼬리물기 형식 질문에 잘 대답할 수 있습니다.

이후에는 툭 치면 바로 말할 수 있을 만큼 암기했습니다. 문장을 외우기 보다는 키워드를 생각해서 떠올리는 형식으로 했습니다.

면접 지참 서류

https://www.kr.emb-japan.go.jp/what/news_20230110_scholarship.html

면접 시 반드시 지참해야 하는 서류입니다. 서류 제출이나 따로 도중에 내는 것이 아닌 면접을 보는 날에 본인이 직접 들고 가서 면접 대기실에서 제출해야 하는 서류이니 생각보다 시간적 여유는 있습니다. 저는 신청할 때 함께 제출하는 걸로 착각해서 필기도 안 쳤는데 돈 주고 건강검진 받았습니다... ㅎㅎ

동네에 건강검진이 가능한 병원에서 했으며, 문부성에서 요구하는 양식이 따로 있기 때문에 여러곳에 전화해서 서류를 보여준 후에 가능하다는 답변을 들었습니다. 병원 찾기까지 정말 5곳 넘게 전화한 것 같습니다. 저는 비용을 50,000원 가량 지불하였고, 건강검진 후 이틀 뒤에 서류를 받았습니다.

해당 서류는 반드시 의사가 작성해야 하며 이전에 다운했던 파일에 건강진단서 샘플도 함께 들어있으니 참고하시길 바랍니다.

면접 후기

서울에 도착해서 공보문화원 앞에 있는 김밥집에서 김밥을 먹었습니다. 그런데 너무 긴장해서 그런지 김밥도 안 넘어가더군요ㅎㅎ

면접까지 시간이 조금 남았기 때문에 대기실에서는 서류 수정을 했습니다. 분명 제출할 때는 완벽하게 작성했다고 생각했는데 막상 보니깐 실수한 부분이 있었더라구요. 그래도 다행히 학업계획서 등 중요한 부분에서의 오타는 없었습니다. 그리고 지참한 건강진단서는 이때 직원에게 제출하게 됩니다.

대기실에는 면접을 위해 온 다른 학생들도 있었습니다. 저는 물론 그분들도 모두 정장을 입고 있었으니 참고하시길 바랍니다. 면접 안내 공지에서도 면접에 알맞는 복장을 착용하라고 나와있으니 사복은 지향하는 것이 좋을 것 같습니다.

서류 수정을 마친 후 출력했던 면접 예상 질문들을 읽으면서 준비를 하고 있으니, 다른 직원분이 찐 면접 대기실로 안내를 했습니다. 아마 면접 들어가기 직전 대기하는 곳인 것 같았습니다. 그곳에서는 아무것도 없이 벽만 앉아있었습니다. 글 작성하면서 이때 상상하니 갑자기 떨리네요...ㅎㅎ

영원히 안 올 것 같던 제 차례가 왔고, 유튜브로 익힌 일본 면접 예절에 맞게 입장했습니다. 꼭!! 보고 가시길 바랍니다. 노크, 인사, 착석법, 퇴실법 등등 전부 영상으로 있습니다.

면접 분위기는 편안했습니다. 제가 긴장했다는 걸 면접관분들도 알고 있어서 더욱 웃어주셨던 것 같습니다. 그런데 면접실로 들어가서 인사하고 앉는 순간 생각해뒀던 모든 질문과 대답들이 사라지는 듯한 느낌이 들었습니다...ㅋㅋㅋㅋ

그래서 그런지 절기도 많이 절었고, 질문을 잘못 이해해서 엉뚱한 대답을 하기도 했네요.

저는 당연히 떨어질 거라 생각해서 별로 기대를 안 하고 있었는데 그럼에도 대사관 홈페이지를 자꾸 들락날락했습니다. 그러다 4월 25일에 공지가 뜬 것을 보았고, 저의 수험번호가 있는 걸 확인했습니다.

이걸로 닛켄세 준비에 관한 글은 마무리가 되었습니다. 글을 작성하는 시점에서 저는 2지망인 오사카 대학에 가는 것으로 확정이 났습니다. 저는 작년 9월부터 문부성에 관심이 있었습니다. 교수님에게 처음 말을 꺼낸 것도 9월이었네요. 노션의 페이지 생성 날짜를 보니 본격적으로 신청서를 작성한 것은 12월 28일이었습니다. 그러니 최종 결과를 보기까지 7개월하고도 7일이 걸렸네요.

닛켄세에 대한 정보도 많이 찾아보았지만, 코로나로 인해 단절되었던 기간도 있고, 애초에 매년 25명 안쪽으로 선발하는 제도이다 보니 원하는 정보를 찾기가 많이 힘들었습니다. 여러 블로그를 돌면서 정보를 수집했기 때문에 저도 꼭 합격해서 정보글을 작성해야겠다고 생각했습니다. 이 글이 많은 도움이 되었으면 좋겠네요. 화이팅입니다.

아마 다음 글부터는 준비가 아닌 합격 이후에 제가 해야 할 일에 관해서 글이 올라올 것 같습니다.

닛켄세 준비 3(필기준비) - 일본문화연수생 (문부과학성 국비 유학, 학부 1년코스)

jamonSoda — Mon, 17 Jul 2023 18:18:43 +0900

지원시 필요한 서류 정리

모든 닛켄세 정보는 2023년 공고를 기준으로 합니다.

서류 제출을 완료하셨나요? 그렇다면 남은 것은 시험입니다. 정상적으로 서류가 접수됐다면 수험번호 안내 공지문에서 자신의 수험번호와 시험장 위치 등을 확인할 수 있습니다. 저는 2월 10일에 확인했고, 시험장은 부산이었습니다.

시험 일자는 2월 19일이었으며 수험번호를 받은지 약 9일, 서류를 제출한지 약 16일만에 시험에 응시해야 하므로 필기 시험 대비는 서류를 준비하기 훨씬 이전부터 해두셔야 합니다. 닛켄세의 경우 일본어만 준비하시면 됩니다.

특별한 변동 사항이 없다면 시험 시간은 오후 2시부터 오후 4시까지 약 120분이 주어집니다. 일본문화연수생이므로 당연히 일본어 시험만 보게 되며, 제가 시험을 봤을 때는 특별한 사정이 없다면 중도퇴실은 불가능했습니다. 개인적으로 쉬운 문제는 쉬웠지만, 어려운 문제들 중에서는 N1보다 수준이 높다고 느껴지는 것도 있었습니다.

시험일에 배부받은 수험표는 추후 면접에 응시할 때 필요하니 잘 보관해두시길 바랍니다.

https://www.kr.emb-japan.go.jp/what/news_20230210_study.html

필기 문제 유형

문제 유형 설명은 2019년도 연구생 문제를 기준으로 하겠습니다.

우선 기존에는 난이도가 A(초급), B(중급), C(고급)으로 나뉘어져 있고, 각 난이도당 5가지의 유형으로 문제가 출제되었습니다. 그리고 이런 유형이 2022년도 닛켄세 때까지 적용된 것 같았지만, 제가 응시한 2023년도에는 문제에 난이도를 따로 나누지 않고, 쉬운 문제와 어려운 문제들을 섞어 총 60문제가 한번에 출제되었습니다. 굳이 비교하자면 JPT 시험과 유사하다고 느껴졌습니다.

!!!한자나 문자를 써야 하는 문제와 청해는 없었고, 모두 4지선다였습니다!!!

1유형(20문제)

1유형은 빈 칸에 알맞은 말을 골라서 넣어야 하는 문제입니다. 연구생 문제의 1유형과 동일합니다.

2유형(20문제)

2유형은 문제에 표시된 단어와 의미가 같은 것을 보기에서 고르면 되는 문제입니다. 연구생 문제의 2유형과 동일합니다.

3유형(10문제)

3번 유형의 문제는 올해부터 새롭게 출시된 유형입니다. 저는 이 유형을 JLPT와 JPT 시험에서도 보지 못했기 때문에 처음에 문제를 접했을 때 매우 당황했던 기억이 있네요. 그래서 그런지 가장 헷갈렸던 유형이었습니다.

문제 : お母さんが「みき」で机をつくりました。
A.　明日は「かん」さいに行きます。
B.　しん「かん」せんは早いです。
C.　あの「かん」とくは怖い。
D.　木村さんは「かん」がいい。

제가 대충 만들어봤습니다. 문제와 보기의 괄호 안에 있는 한자가 일치하는 것을 고르시면 됩니다. 해당 문제에서 정답은 B입니다.

4, 5유형(각 5문제)

4, 5유형은 모두 독해였습니다. JLPT의 단문과 장문 독해 문제를 많이 풀어보시는 것을 추천합니다.

필기 준비

https://www.yes24.com/main/default.aspx

저는 필기 준비를 하면서 이 책 두 권과 과년도 시험문제만 풀었습니다.

1. 한권으로 끝내기 N1 (다락원)

JLPT 공부를 하면서 가장 많은 도움을 받았고, 이번에도 많은 도움이 된 책입니다. 지금은 개정판이 출시되어 지금과는 다른 표지를 하고 있는 것으로 알고 있습니다. 저는 개정되기 전의 책을 풀었고, 시험 전까지 한 권을 꼼꼼히 다 풀고 갔습니다.

2. 일단 합격하고 오겠습니다 JPT 실전모의고사 1250제 (동양북스)

개인적으로 별로인 책이었습니다... 애매한 문제도 많았고, 오탈자도 있는 책이었네요... 풀다가 도중에 화가나서 절반 정도 풀고 그대로 방치했습니다. 개인적인 생각이니 참고만 해주시길 바랍니다. 다른 JPT 모의고사 책이 있다면 그것을 사용하셔도 무방합니다.

3. 과년도 시험 문제

아래 사이트로 들어가시면 2014~2019년도까지 출제되었던 문제를 확인하실 수 있습니다. 생각보다 비공개된 문제도 많고, 닛켄세에 출제된 문제가 아닌 것이 대부분입니다. 그래도 꼭 풀어보시길 바랍니다. 해당 문제들과 같은 유형으로 출제가 되기 때문에 미리 익혀두어야 합니다.

Qualifying Examinations for Applicants for Japanese Government (MEXT) Scholarships - Sample Examination Questions｜Application

Planning studies in Japan

www.studyinjapan.go.jp

필기 합격자에 대해서 개별로 점수는 공개되지 않고, 순위또한 공개되지 않습니다. 2월 19일에 필기 시험을 치고, 생각보다 어려워서 저는 떨어졌을 거라 생각했습니다. 그런데 2월 27일 면접 대상자 발표 공지를 확인해보니 다행스럽게 저의 수험번호가 있어서 안심했습니다.

저는 2018년 7월에 N1(152점)을 취득하였고, 입대 후 2020년에 JPT 905점 취득, 마지막으로 2021년 12월 시험에서 다시 JLPT N1(155점)을 취득했습니다. 다른 사람들 중에서는 N2로도 합격한 사람이 많아보였습니다. 참고하시길 바랍니다!

닛켄세 준비 2(준비서류) - 일본문화연수생 (문부과학성 국비 유학, 학부 1년코스)

jamonSoda — Wed, 12 Jul 2023 14:49:37 +0900

지원시 필요한 서류 정리

모든 닛켄세 정보는 2023년 공고를 기준으로 합니다.

추천기관에서 서류를 제출해주면, 남은 것은 추천대상자의 서류 제출입니다. 이 서류는 이메일이 아닌 주한일본국대사관(공보문화원)에 방문하여 제출하는 방법과 우편으로 제출하는 방법이 있습니다. 저는 우편으로 제출했습니다.

닛켄세 준비 1(준비서류) - 일본문화연수생 (문부과학성 국비 유학, 학부 1년코스)

jamonSoda — Mon, 10 Jul 2023 16:57:52 +0900

지원시 필요한 서류 정리

모든 닛켄세 정보는 2023년 공고를 기준으로 합니다.

닛켄세는 관련 학과별로 1명만 지원할 수 있습니다.

해당 학과의 대표로 선정되어 닛켄세를 지원하게 됐다면, 많은 서류를 준비해야 합니다.

저는 1월 10일에 모집 공고를 확인했고, 해당 제도에 지원하고자 하는 학생이 복수인 경우 학과 내에서 자체 절차를 거친 후에(학교별로 상이, 어필은 알아서..ㅎㅎ) 누가 지원할지가 정해지는 것 같습니다. 저의 경우에는 교수님께서 심사를 위해 별도로 서류를 요구하셨습니다.(지원동기서, 성적증명서, JLPT성적증명서)

대표적으로는 추천기관 제출 서류와 추천대상자 제출 서류로 나뉩니다.

추천기관 제출 서류는 반드시 재학중인 대학교의 교수 혹은 학과 사무실, 즉 학교측에서 제출해야 하며 추천대상자 제출 서류는 주한일본국대사관(공보문화원)으로 직접 방문하여 제출하거나 우편으로 제출하는 것이 원칙입니다.

일정 정리

1월 10일 : 모집 공고 확인

1월 17일 : 교수님께 별도 서류 제출

1월 29일 : 학교측에서 추천기관 서류 제출

2월 2일 : 접수자 안내 공지 확인

2월 3일 : 추천대상자 서류 우편 제출

2월 10일 : 추천대상자 수험번호 안내 공지 확인

일본 대학에서 국비로 1년간 유학할 수 있는 제도! 일본문화연수생 (문부과학성 국비 유학, 학부 1년코스)

jamonSoda — Fri, 7 Jul 2023 16:49:28 +0900

일한공동 고등교육 유학생 교류 사업이란?

모든 닛켄세 정보는 2023년 공고를 기준으로 합니다.

2023년도 모집요강

일한공동 고등교육 유학생 교류 사업(학부 1년 코스)은 일본 문부과학성에서 실시하는 국비유학으로 통칭 닛켄세로 불리고 있습니다.

닛켄세는 간단히 말해 일본 정부의 초청으로 일본의 명문 대학교에서 1년간 학교 생활을 할 수 있는 제도입니다. 물론 이 기간 동안 등록금은 면제이며 왕복 항공권과 매월 약 12만엔의 생활비도 일본 정부에서 제공해주고 있습니다.

닛켄세의 장점

(1) 2023년 기준으로 홋카이도부터 오키나와 지역까지 몇몇 학교를 제외한 수많은 국립 대학(교토, 오사카, 토호쿠 등)을 선택할 수 있으며, 사립 대학의 경우에도 와세다와 게이오, 조치 등 수많은 명문 사립 대학교도 선택할 수 있습니다.

(2) 유학 생활 1년간 매월 117,000엔 지급(지역에 따라 월 2,000~3,000엔 가산). 사실 이것만으로도 지원할 가치가 있다고 생각합니다. 하지만 여기서 왕복 항공권과 학교 등록금까지 전액 지원을 해주고 있기 때문에 일본에서 경제적, 시간적 여유 또한 챙길 수 있습니다.

(3) 각 학교마다 닛켄세를 위한 커리큘럼이 별도로 존재하기 때문에 지역 여행과 가부키 체험, 다도 체험, 기업 탐방 등 많은 경험을 해볼 수 있습니다. 그리고 이 과정에서 발생하는 경비 또한 모두 학교에서 부담하고 있습니다.

(4) 닛켄세는 일본이 한국과만 실시하고 있는 제도가 아니기 때문에 해외 각국의 다양한 외국인과 교류가 가능합니다.

(5) 대학별로 상이하나 닛켄세 수료했을 경우 해당 대학의 대학원 진학에 가산점을 주거나, 한국 학교를 졸업한 이후 일본 취업을 지원해주는 등 진로, 진학을 위한 다양한 사후 지원까지 받을 수 있습니다.

지원 자격

(1) 2023년의 경우 일본어, 일본문화와 관련된 학과 재학생만이 지원할 수 있으며 부전공이나 복수전공 등의 경우에는 지원이 불가능합니다. 또한 지원하려고 하는 해의 9월 1일을 기준으로 대학에서의 일본어, 일본문화의 학습 기간이 1년을 충족하고 있어야 합니다. 정리하자면 일본어, 일본문화와 관련된 전공자 학생이 1학년을 마친 경우에만 지원을 할 수 있습니다!!!

(2) 다른 대학에서 일본어, 일본문화를 학습하여 1년이 충족되는 경우에는 이전 대학에서 학습한 증빙서류가 반드시 필요합니다.

(3) 닛켄세 기간동안은 모국의 대학을 휴학해야 하기 때문에 휴학이 힘든 경우에는 지원이 제한될 수 있습니다.

(4) 일본에서의 학습을 마친 후 반드시 모국의 대학에 복학하는 것을 원칙으로 하고 있기 때문에 귀국 후 복학이 가능한 경우에만 지원할 수 있습니다. 만약 복학하지 않을 경우 지금했던 장학금을 전액 환수 명령이 내려질 수 있다고 합니다.

주의할 점

(1) 닛켄세에 지원하는 학생은 신청하는 시점에 일본에서의 희망 코스를 선택해야 합니다. 코스는 두 가지로 첫 번째 코스는 주로 일본사정, 일본문화에 관해 연구를 하는 것이고 두 번째 코스는 주로 일본어 능력 향상을 위해 연구를 하는 코스입니다.

(2) 자신이 선택한 연구에 알맞는 주제를 정해 1년간 연구를 한 후 수료 논문을 작성해야 합니다. 논문을 작성하지 않거나, 심사에 통과되지 못할 경우 닛켄세를 수료할 수 없습니다.

선발 일정

12~1월 : 모집 공고 확인

2월 초~중 : 지원 서류 마감

2월 중~말 : 필기 고사 실시

3월 초~중 : 면접 고사 실시

4월 말 : 면접 합격자 발표(대사관에서 일본 정부로 면접 합격자를 닛켄세로 추천)

7월 초~중 : 합격자 2차 선고 발표(대사관에서 추천한 학생들을 일본 정부에서 받아준다는 내용)

8월 초 : 최종 합격 발표(이때 자신이 다니게 될 학교를 알 수 있으며, 대부분의 경우 면접합격자들은 전원 최종 합격까지 이어짐)

공고 확인일부터 면접 고사까지는 약 2~3개월의 시간이 필요하지만, 최종 합격자 발표가 8월에 이루어지기 때문에 많은 시간과 인내가 필요합니다. 학교에 따라 8월 최종 발표 전에 미리 메일로 연락을 주는 경우도 있지만, 그 시기도 대부분 7월 말이죠.

관련 학과 학생들이라면 관심을 가져볼만한 제도라고 생각합니다. 저 또한 일문과 학생으로 해당 제도에 참여하였고, 7월 7일 기준으로 2차 선고 발표를 받은 상태입니다. 아직 대학으로부터 연락은 오지 않았으나, 연락이 오고 일정이 정해진다면 추후 더욱 자세한 글을 써보려고 합니다.

더욱 자세한 사항은 주대한민국일본대사관 홈페이지를 방문하는 것이 좋습니다.

주대한민국일본국대사관 : https://www.kr.emb-japan.go.jp/itprtop_ko/index.html

주대한민국일본국대사관에 오신것을 환영합니다.

www.kr.emb-japan.go.jp

2023년 닛켄세 모집 공고 : https://www.kr.emb-japan.go.jp/what/news_20230110_scholarship.html

what's new

과거의 게재 데이터