우당탕탕 개발 공부

경찰 사이버수사대 채용

녁이 — Thu, 30 May 2024 16:33:49 +0900

사이버 수사대는 경위 경력 채용과 경장 경력 채용으로 크게 나뉜다.

경위는 관련 분야 박사 취득자이어야 한다. 그리고 뽑는 인원도 매우 적다.

본 게시글은 경장 경채에 대해 작성한다.

우선, 지원하기 위해선 아래와 같은 조건이 필요하다.

자격증 취득 후 관련 분야 4년 이상 경력 또는 관련 분야 석사 학위 취득자이다.

여기서 중요한 것은, 자격증을 취득하기 전 경력은 합격 후 호봉으로 인정받지 못하기 때문에 인지해야 한다.

채용의 순서는 필기 시험 ▶ 체력 시험 ▶ 면접 ▶ 채용 이다.

필기 시험

필기 시험은 총 3과목을 본다.

필수 과목으로는 정보 보호론, 시스템 네트워크 보안

선택 과목으로는 데이터베이스론, 정보 보안 관리 및 법규, 디지털포렌식개론 이다.

총 60분 동안 시험을 보게 되며, 과락은 면해야 한다.

(과락 : 총점의 60% 미만 - 각 과목 별)

체력 시험

현재 체력 시험은 100미터 달리기, 1000미터 달리기, 윗몸일으키기, 악력, 팔굽혀펴기 로 구성되어 있다.

남자 기준 체력 점수표이다.

그런데, 듣기론 2025년부턴 순환식 체력 검사로 변경된다고 한다.

순환식 체력 검사는 경찰 공무원의 직무 수행 중 일어나는 상황들을 반영하여 4.2kg 조끼를 착용하고 각 종목을 연이어 수행한 뒤, 완주 시간을 측정하는 검사이다.

위의 그림과 같다.

순환식 체력 검사에서 수행하는 각 종목이다.

이에 대한 평가 기준이 궁금한 사람이 있을 것이다.

완주 시간을 가지고 평가를 하게 된다.

완주 시간이 4분 40초 이하인 경우 : 우수 등급
완주 시간이 4분 40초 ~ 5분 10초 이하인 경우 : 보통 등급
완주 시간이 5분 10초 이상인 경우 : 미흡 등급

기존 체력 시험보다 훨씬 쉬우니, 너무 걱정하지 않아도 무방하다.

그리고 마지막으로 면접을 보게 된 후 합격자가 결정된다.

이 글을 읽고 있는 모든이들을 응원한다!

그리고 미래의 사이버수사대를 꿈꾸는 모든이를 응원한다.

신세계 I&C 스파로스 아카데미 - 입과포기

녁이 — Thu, 30 May 2024 16:08:16 +0900

2024.05.23 - [부트캠프/신세계 I&C 스파로스 아카데미] - [신세계 아이앤씨 KDT] JAVA기반 백엔드 과정 합격

[신세계 아이앤씨 KDT] JAVA기반 백엔드 과정 합격

이 글을 쓰는 시기는 본인이 경험을 쌓기 위해 부트캠프를 찾고 있을 시기이다.그래서 여러 백엔드 분야 부트캠프를 신청했고, 떨어졌던 싸피도 12기로 재지원한 상태이다.그러나, 코테를 열심

junhyuk-develop.tistory.com

신세계 부트캠프에 합격하게 되어서 입과할지 안할지에 대한 고민이 컸는데 결국 입과를 포기하게 되었다.

이는 다른 추가 합격자를 위해서 최대한 결정이 된 후 빠르게 이메일을 보냈다.

좋은 기회를 받아본 것만으로 만족하고, 모든 개발자들을 응원한다!

[신세계 아이앤씨 KDT] JAVA기반 백엔드 과정 합격

녁이 — Thu, 23 May 2024 17:08:34 +0900

이 글을 쓰는 시기는 본인이 경험을 쌓기 위해 부트캠프를 찾고 있을 시기이다.

그래서 여러 백엔드 분야 부트캠프를 신청했고, 떨어졌던 싸피도 12기로 재지원한 상태이다.

그러나, 코테를 열심히 준비하지 않은 탓에 싸피의 코테는 말아먹었고 다른 부트캠프들을 알아보고 있었다.

내 눈에 보인 건 알고리즘들이 추천한 신세계 아이앤씨와 한화 시스템의 부트캠프였다.

둘을 비교했고 후기들을 검색해보았다.

둘 다 비전공자들이 많은 것과 같았고, 내가 가서 배울 것이 많을까? 라는 생각부터 하게 된 것 같다.

왜냐면 6개월이라는 시간 동안 차라리 팀 프로젝트를 더 구해서, 내 포트폴리오를 더 늘리는 것이 더 좋은 방법이지 않을까 라는 생각 때문이다.

이미 알고 있는 내용을 또 배우고, 프로젝트를 진행하지 않는다면, 시간을 날리는 것처럼 느껴졌기 때문이다.

(아무래도 취준 기간이다보니 여러 생각이 오간다...)

일단, 각설하고 신세계 아이앤씨 스파로스 아카데미에 대해 먼저 말해보자.

이런 커리큘럼을 가지고 있다.

SSR로는 타임리프를 쓰지않을까? 라는 생각은 하고 있다.

(본인은 REST API를 통해 더 개발을 해보고싶은데 이는 아쉬운 점이다.)

일단, 구글 폼을 통해 지원했고 별다른 테스트는 없었고, 전화로 몇가지 질문을 받고 전화 인터뷰는 끝이 났다.

그리고 이틀 후인 지금, 이메일을 통해 합격 메일이 왔다.

집에서 통학이 2시간 걸리는 부분과 커리큘럼에 대한 불확실성때문에 지금까지 계속 고민 중이다...

만약 하게 된다면, 다음 게시글을 통해 기록하겠다..!

인프런 - 김영한의 자바 입문 후기

녁이 — Thu, 23 May 2024 16:52:04 +0900

인프런에 있는 김영한님의 자바 입문 강의에 대해 리뷰를 남기기 위해 이렇게 글을 작성한다.

본 강의는 무료로 진행된다. 이게 가장 큰 메리트라고 생각한다.

본인은 김영한님을 스프링 강의를 통해서 알게 되면서 이 분의 교육 커리큘럼을 그대로 따라오다가 위의 자바 강의도 듣게 되었다.

총 82개의 강의로 구성되어 있고, 4시간 21분 가량의 분량이다.

무료 강의인 것을 생각하면 엄청난 혜자라고 볼 수 있다..

자세한 내용은 아래의 링크를 통해 들어가서 직접 확인해보길 바란다.

[지금 무료] 김영한의 자바 입문 - 코드로 시작하는 자바 첫걸음 | 김영한 - 인프런 (inflearn.com)

[지금 무료] 김영한의 자바 입문 - 코드로 시작하는 자바 첫걸음 | 김영한 - 인프런

김영한 | 프로그래밍에 처음 입문하는 분들을 위한 자바 강의입니다. 코드를 따라하면서 손쉽게 자바를 배울 수 있습니다., 국내 개발 분야 누적 수강생 1위, 제대로 만든 김영한의 자바 입문[사

www.inflearn.com

본인은 전공자 출신으로 자바를 복습하고 또한, 자바의 람다식들을 더 공부하기 위해 입문부터 중급까지 강의를 결제했다.

현재는 입문 강의만 수강한 상태이다.

현 시점에서 내 느낀점은 "비전공자" 또는 "자바를 처음 시작하는 이" 에게는 너무나도 좋은 강의라고 본다.

김영한님은 쉽게 풀어서 설명을 해주시고, 그 이론에 대한 문제를 틈틈히 내서 이해를 시켜주는 방식으로 진행하신다.

그렇기 때문에, 자바에 대해서 처음 배우는 이들에게는 더할나위 없이 좋은 강의라고 생각한다.

본 강의를 들어보고, 더 배우고 싶은 마음이 든다면, 그 뒤의 자바 커리큘럼 강의들도 돈을 결제하고 수강하는 것을 추천한다.

결론적으로, 내가 생각했을 때 본 강의는 전공자에게 적합하다기 보단, 비전공자들과 자바를 처음 배우는 이들에게 더욱 적합한 강의라고 생각한다.

다들 자바에 대해서 제대로 배워서 기초를 탄탄히 했으면 좋겠다!

화이팅!

Spring Boot에 Swagger 적용하기(Spring-Doc)

녁이 — Sun, 7 Apr 2024 01:10:51 +0900

2024.04.07 - [Project/협업 툴] - 개발자 API 협업 툴 - Swagger

개발자 API 협업 툴 - Swagger

요즘은 프론트엔드와 백엔드가 따로 독립적으로 분리가 된 상태에서 개발을 하는 경우가 많다. 따로 개발을 하고, API 엔드 포인트를 통해서 프론트 엔드와 서버가 통신을 하는 것이다. 위와 같

junhyuk-develop.tistory.com

우선, 글쓴이는 Spring Boot 3.2.2 , Swagger 2.0.4 를 사용한다.

아래와 같이 build.gradle 에 의존성을 추가해준다.

Build.gradle

//swagger
implementation 'org.springdoc:springdoc-openapi-starter-webmvc-ui:2.0.4'

본인에게 맞는 swagger 버전을 받으면 받으면 된다.

내 스프링 부트에 맞는 swagger 버전을 모르겠으면, 아래의 글을 참고 바란다.

2024.04.02 - [Spring] - Spring boot 버전에 맞는 라이브러리 버전 찾기

Spring boot 버전에 맞는 라이브러리 버전 찾기

평소 개발을 하면서 여러가지 라이브러리들을 다운받게 되는데, 이들은 다 버전들이 존재한다. 구글링해도 나와 같은 작업 환경을 가진 사람들이 아니기 때문에, 버전의 호환성 문제가 발생하

junhyuk-develop.tistory.com

그리고, application.properties 에 swagger의 설정값들을 추가해주어야 한다.

여러 properties가 있는데 자세한 내용은 아래의 공식 문서를 참고바란다.

Springdoc-openapi Properties

springdoc-openapi core properties Parameter name Default Value Description springdoc.api-docs.path /v3/api-docs String, For custom path of the OpenAPI documentation in Json format. springdoc.api-docs.enabled true Boolean. To disable the springdoc-openapi e

springdoc.org

아래의 코드는 내 application.properties에 있는 swagger 설정값이다.

Application.properties

springdoc.swagger-ui.groups-order=desc
springdoc.swagger-ui.tags-sorter=alpha
springdoc.swagger-ui.operations-sorter=method
springdoc.swagger-ui.disable-swagger-default-url=true
springdoc.swagger-ui.display-request-duration=true
springdoc.swagger-ui.default-model-expand-depth=2
springdoc.swagger-ui.default-models-expand-depth=2
springdoc.api-docs.path=/api-docs
springdoc.show-actuator=true
springdoc.default-produces-media-type=application/json
springdoc.default-consumes-media-type=application/json
springdoc.writer-with-default-pretty-printer=true
springdoc.model-and-view-allowed=true
springdoc.paths-to-match=/api/**

springdoc.swagger-ui.path : swagger-ui 접근 경로. default 값은 /swagger-ui.html이다. ( 본인은 생략 )

springdoc.swagger-ui.groups-order : 각 API의 그룹 표시 순서 → path, query, body, response 순으로 출력

springdoc.swagger-ui.tags-sorter : 태그 정렬 순서 → 알파벳 순 정렬 ( method 방식도 가능 )

springdoc.swagger-ui.operations-sorter : 컨트롤러 정렬 순서 → method는 delete - get - patch - post - put 순으로 정렬 (알파벳 방식도 가능)

springdoc.swagger-ui.disable-swagger-default-url : swagger-ui default url인 petstore html의 비활성화 설정

springdoc.swagger-ui.display-request-duration : swagger-ui에서 try 했을 때 request duration을 알려주는 설정

springdoc.api-docs.path : openAPI 접근 경로. default 값은 /v3/api-docs

springdoc.show-actuator : Spring Actuator의 endpoint까지 보여줄 것인지?

springdoc.default-produces-media-type=application/json : request media type 의 기본 값
springdoc.default-consumes-media-type=application/json : response media type 의 기본 값

springdoc.paths-to-match : 해당 패턴에 매칭되는 controller만 swagger-ui에 노출

springdoc.swagger-ui.default-model-expand-depth=2 : 단일 모델을 펼치는데 사용되는 깊이, ui에서 2단계까지만 노출
springdoc.swagger-ui.default-models-expand-depth=2 : 모델 컬렉션을 펼치는데 사용되는 깊이, ui에서 2단계까지만 노출

SwaggerConfig

@OpenAPIDefinition(
        info = @Info(
              title = "balance_board API Docs",
                description = "API Docs",
                version = "1.0.0"
        )
)
@Configuration
public class SwaggerConfig {

    @Bean
    public OpenAPI openAPI() {
        return new OpenAPI();
    }
}

이제 설정은 끝났고, 컨트롤러에 어노테이션을 추가해보자.

Controller

@Tag(name = "Main Page", description = "Main Page API")
public class MainApiController {

여기서 @Tag 를 사용해서 머리말을 작성했다. 아래와 같이 컨트롤러별로 페이지가 나뉜다.

그 아래 메서드별로 api가 분리되어 있다.

이를 구현하기 위한 어노테이션을 api 엔드포인트 메서드에 추가해보자.

Controller - Method

@PostMapping("/new/vote")
@Operation(summary = "Create VOTE", description = "투표 실행")
@ApiResponses(value = {
        @ApiResponse(responseCode = "200", description = "Success",
                content = {@Content(schema = @Schema(implementation = VoteResponseDTO.class))}),
        @ApiResponse(responseCode = "400", description = "Fail",
                content = {@Content(schema = @Schema(implementation = VoteFailResponseDTO.class))})
})

현재 서비스에서 사용하는 하나의 예시를 가져왔다.

@Operation을 통해 메서드 별로 머리말을 만든다.

자세히 보기 버튼을 누르면 아래와 같다.

원하는 컨트롤러, 메서드별로 위와 같은 어노테이션을 통해 작성해주면 쉽게 swagger-ui에서 확인이 가능하다. 물론, 테스트도 Try를 통해 가능하다.

DTO

우리가 API 통신을 할 때 필요로 하는 Json 데이터 형식을 위해 DTO를 사용한다.

쉽게 말하면, 요청 데이터 형식, 응답 데이터 형식을 뜻한다.

이에 대한 것도 자세하게 확인할 수 있다.

이렇게 swagger-ui.html의 하단을 보면 Schemas 로 해당 DTO들에 대한 데이터 값들이 나열되어 있다.

이 또한, 스프링에서 어노테이션을 추가해주어야 한다.

위의 DTO의 코드 중 일부이다.

@Schema(title = "MEM_REQ_01 : 회원 가입 요청 DTO")
@Builder
@NoArgsConstructor
public static class CreateMemberRequestDTO {

    @NotBlank
    @Email
    @Schema(description = "email", example = "aaa@gmail.com")
    private String email;

    @NotBlank
    @Schema(description = "password", example = "1231!@aa")
    private String password;

    @NotBlank(message = "닉네임을 입력해주세요.")
    @Size(min = 3, max = 10, message = "닉네임은 3글자 이상 10글자 이하로 입력해야 합니다.")
    @Schema(description = "닉네임", example = "몽글몽글")
    private String nickname;

@Schema 를 사용하여 DTO의 머리말을 작성해주고, 내부의 각 데이터 별로 @Schema를 통해 설명을 덧붙힌다.

이렇게 작성한 뒤, /swagger-ui/index.html 에 들어가면 바로 확인 가능하다.

본인이 local에서 실행한다면, localhost:8080/swagger-ui/index.html 로 들어가면 swagger-ui를 확인할 수 있다.

개발자 API 협업 툴 - Swagger

녁이 — Sun, 7 Apr 2024 00:33:56 +0900

요즘은 프론트엔드와 백엔드가 따로 독립적으로 분리가 된 상태에서 개발을 하는 경우가 많다.

따로 개발을 하고, API 엔드 포인트를 통해서 프론트 엔드와 서버가 통신을 하는 것이다.

위와 같은 개발 방식을 REST API 라고도 흔히 부른다.

HTTP 요청을 통해서 리소스 등을 요청하고 받는 것이다.

이러한 개발 방식을 사용하기 위해선, 백엔드 개발자는 API 명세서를 작성해야 한다.

API 명세서를 작성한 뒤, 이를 프론트엔드 개발자에게 보내주어야 API 통신 규격을 정하고, 통신할 수 있다.

이를 직접 다 작성해도 무방하지만, 이를 자동화해주는 편리한 개발 툴이 있다.

그게 이제 설명할 "Swagger" 이다.

Swagger란?

Swagger는 개발한 Rest API를 문서화 한다.
문서화된 내용을 통해 버전 관리
API 호출을 통한 테스트가 가능하다.

Swagger 라이브러리의 종류 2가지

Spring-Fox
- 오래전에 나온 라이브러리
- 2020년 이후로 업데이트가 없다.
Spring-Doc
- 2019년에 나온 라이브러리
- 꾸준하게 업데이트

이제는 Spring-Doc을 사용해야 한다.

( Spring Boot 3을 이용할 경우, SpringFox는 아예 동작하지 않는다고 한다 )

스프링 부트에 Swagger를 적용하는 것은 아래의 글을 읽어보자.

2024.04.07 - [Project/협업 툴] - Spring Boot에 Swagger 적용하기(Spring-Doc)

Spring Boot에 Swagger 적용하기(Spring-Doc)

2024.04.07 - [Project/협업 툴] - 개발자 API 협업 툴 - Swagger 개발자 API 협업 툴 - Swagger 요즘은 프론트엔드와 백엔드가 따로 독립적으로 분리가 된 상태에서 개발을 하는 경우가 많다. 따로 개발을 하고

junhyuk-develop.tistory.com

Project - 밸런스 보드

녁이 — Sun, 7 Apr 2024 00:15:27 +0900

밸런스 보드 서비스에 대해 설명하는 글을 작성해보겠습니다.

배경 (Background)

이런 배경을 뒤로 하고, 저희 팀은 아래와 같은 결과를 찾아냈습니다.

Discovery

또한, 추가로 여러명의 사람들을 대상으로 사용자 경험을 물어보았습니다.

User Research

그 결과, 위와 같은 키워드가 도출되었습니다.

그래서, 아래와 같은 프로젝트를 구성하기로 결정하였습니다.

Project Goal

추가로, 비슷한 커뮤니티성 유사 서비스가 많은 것으로 파악했고, 이들의 단점을 찾았습니다.

Competitor Research

Planning

간단하게 메인 페이지에서 투표 기능이 가능하고, 비회원 접속으로도 구경할 수 있도록 했습니다.

추가로, 투표 결과를 바로 확인할 수 있고, 마이 페이지를 통해 본인이 작성한 글들을 모아 보거나, 투표한 글들을 모아 볼 수 있습니다.

느낀점

“함께"를 배운 팀 프로젝트

각 분야의 팀원들과 함께 협업을 한 첫 경험이었는데, 열정적인 사람들과 함께할 수 있어 큰 행운이었다고 생각합니다. 스위프 3기라는 조직 아래 6명 각자의 의견을 점점 좁히면서, “밸런스 보드"라는 서비스를 구상하고 낙오자 없이 마무리했다는 사실이 너무 뿌듯합니다. 이번 협업을 통해 개발자로서 기술적인 면도 중요하지만, 팀원들과 소통하는 과정 또한 중요하다는 것 을 느꼈고, 그 과정은 "혼자"서 하는게 아니라, "함께"하는 것임을 다시금 느끼게 되었습니다. 앞으로도 동료들과 도움을 주면서 꾸준히 성장하는 개발자가 되고 싶습니다!

+ 추가로 느낀점

정말 경험만큼 값진 것은 없다고 생각이 들었습니다.

모르는 것들은 배워나가면서 제 역할에 열정있게 참여할 수 있었습니다.

이러한 값진 경험을 자주 경험하고, 많이 갈고 닦아서 더 훌륭한 백엔드 개발자가 되고 싶습니다.

프로젝트를 통해, 더 팀원들에게 도움이 되는 개발자가 되고 싶다는 생각을 했고, 더 능력 있는 개발자가 되고 싶다는 생각을 했습니다.

앞으로 열심히 배워나가면서 능력 있고 훌륭한 백엔드 개발자가 되겠습니다!

밸런스보드(Balance_Board) - 기술 스택 및 협업 툴

녁이 — Sat, 6 Apr 2024 23:54:43 +0900

스위프 3기로 참여하여, 6주 이상의 시간을 갖고 사이드 프로젝트를 진행하였고, 그 결과 밸런스 보드라는 투표 커뮤니티 서비스를 만들었다.

해당 서비스에 본인은 백엔드 개발자로 참여하였고, 해당 서비스에 사용된 기술 스택을 설명하는 글을 작성해보려 한다.

선택의 이유도 간단하게 작성해보려 한다.

기술 스택

AWS

EC2, RDS, Rout 53, ACM, IAM 등 웹서비스를 배포하는데 필요한 다양한 기능들을 선택적으로 프로비저닝 하는 것에 용이

MySQL

커뮤니티성 서비스라는 점을 고려하여 RDBMS를 적용하는 게 맞다고 판단, 다양한 사용자가 동시에 공용하면서 대량의 데이터를 동적으로 유지할 수 있다는 점에서 선택

JPA

다양한 엔티티들이 있는 투표게시판인 만큼 이들간의 관계를 객체 지향적으로 표현하면서 유지보수에 용이하고, 코드의 가독성이 좋아 선택

Redis

다른 일반 DB들보다 빠르고 가볍다는 점, Redis는 별도의 스케줄러가 필요없으며 Redis의 TimeToLive 기능을 활용 가능하다는 장점에서 선택(Refresh Token, 이메일 인증 Code 등을 저장하는데 사용)

QueryDSL(추후에 넣을 스택)

Spring boot, Spring data Jpa를 함께 사용하면서, Jpal 문법과 유사한 형태로 동적 쿼리 작성에 편리하다는 점에서 선택

(아직 학습이 완료되지 않아, 추후에 추가할 스택이다.)

협업 툴

Notion / Google Drive

SWYG

Figma

Discord

프로젝트에 Lombok 설정하기 (어노테이션 적용이 안될 때)

녁이 — Tue, 2 Apr 2024 18:56:30 +0900

우선, Spring Initializr 를 사용하지 않는 경우에 롬복을 프로젝트에 적용하기 위해선, 아래의 과정을 따르면 된다.

Preferences → plugin → lombok 검색 → 실행 (재시작)

이 과정을 통해, lombok이 우선 다운로드가 된다.

만일, Spring Initializer를 사용한 이용자라면,

이처럼, ADD DEPENDENCIES 를 눌러서 lombok을 찾아서 넣어주면 자동으로 다운로드가 되면서 프로젝트가 생성된다.

이후, 롬복을 프로젝트에 적용하기 위해선, 별도의 설정이 하나 필요하다.

Preferences → Annotation Processors 검색 → Enable annotation processing 체크

이처럼, Settings 에 들어가서, annotation을 검색하면 위와 같은 창에 도달한다.

그러면, 오른쪽에 Enable annotation processing 을 활성화해주고 오른쪽 아래의 Apply 를 눌러주고 꺼주면 된다.

이 과정을 통해야만 제대로 Lombok을 통해서 어노테이션 기능을 활용할 수 있다.

Spring boot 버전에 맞는 라이브러리 버전 찾기

녁이 — Tue, 2 Apr 2024 18:45:05 +0900

평소 개발을 하면서 여러가지 라이브러리들을 다운받게 되는데, 이들은 다 버전들이 존재한다.

구글링해도 나와 같은 작업 환경을 가진 사람들이 아니기 때문에, 버전의 호환성 문제가 발생하는 경우가 많다.

때문에, 이를 기억하기 위해서 기록하고, 나와 같은 문제를 가진 사람들에게 공유하고 싶어서 작성합니다!!

우선, spring.io 로 들어갑니다.

그리고, 상단의 메뉴 중에서 Projects에서 Spring Boot로 들어갑니다.

그리고 LEARN 을 클릭해줍니다.

그러면 위와 같이, 현재 존재하는 여러 Spring Boot 버전들이 나옵니다.

현재 본인이 사용하고 있는 버전에 해당하는 Reference Doc. 버튼을 클릭해줍니다.

그리고 맨 아래로 스크롤해서 내려오면, 위와 같이, Dependency Versions 가 나오는데, 이를 눌러줍니다.

그러면 이와 같이 스프링 부트와 연관되어 있는 것들의 적합한 버전들이 나오게 됩니다.

정말 많기 때문에, ctrl + f 를 통해 검색을 해봅시다.

지금은 예시로 h2 database의 버전을 확인해보겠습니다.

사진과 같이, h2 데이터베이스의 알맞은 버전이 나오게 됩니다.

현재 제 버전에서는, 2.2.224 버전의 h2 데이터베이스를 사용하면 되겠네요.

이처럼 다른 라이브러리들도 이와 같이 찾아서 다운받으시면 됩니다.

많은 분들께 도움이 되셨으면 좋겠습니다~!!