record logo record

Interview

면접 질문 리스트-서버 개발자

update: 30 January 2020

앞으로 다가올 서버 개발자 면접을 위해 예상 질문 리스트를 만들어 보았다

질문 리스트는 나의 자소서 내용 중심으로 질문지가 구성 될 것이다

[질문 리스트]

1. 웹 3계층 이 어떻게 동작하는지 설명하세요.

3계층 구조란 프레젠테이션 로직(클라이언트, 사용자 인터페이스), 비즈니스 로직, 데이터베이스 로직을 각각 다른 플랫폼 상에서 구현한 것이다. 3계층 구조에서 각 계층은 물리적으로도 독립적이며 각 계층의 변경이 다른 계층에 의존하지 않는다.

프레젠테이션 계층은 응용 프로그램의 최상위에 위치하고 있는데 이는 서로 다른 층에 있는 데이터 등과 커뮤니케이션을 한다.

이 계층은 비즈니스 로직 계층 또는 트랜잭션 계층이라고도 하는데, 비즈니스 로직은 워크스테이션으로부터의 클라이언트 요청에 대해 마치 서버처럼 행동한다. 차례로 어떤 데이터가 필요한지를 결정하고, 메인프레임 컴퓨터 상에 위치하고 있을 세 번째 계층의 프로그램에 대해서는 마치 클라이언트처럼 행동한다.

ex) Java EE, ASP.NET, PHP

데이터 계층은 데이터베이스와 그것에 액세스해서 읽거나 쓰는 것을 관리하는 프로그램을 포함한다. 애플리케이션의 조직은 이것보다 더욱 복잡해질 수 있지만, 3계층 관점은 대규모 프로그램에서 일부분에 관해 생각하기에 편리한 방법이다.

ex) MySQL DB, Oracle DB

2. 웹 서버 와 WAS 의 각각의 특징과 차이점을 설명하세요.

웹 서버

Ex) Apache Server, Nginx, IIS(Windows 전용 Web 서버) 등

WAS(Web Application Server)

Ex) Tomcat, JBoss, Jeus, Web Sphere 등

웹 서버와 WAS를 구분하는 이유

3. 웹 서버 내부 구동 방식에 대해 설명할 수 있는가?

웹 서버 는 클라이언트가 특정 페이지를 요청(Request)에 대해 처리한 후 결과를 클라이언트(웹 브라우저)에게 응답(Response)을 한다.

4. Servlet과 JSP의 차이점

5. MVC 패턴이란?

하는 3가지 부분으로 나눔으로서, 데이터와 화면간의 의존관계를 벗어날 수 있게하는 개발 기법입니다.

6. SpringFramework & Spring MVC & SpringBoot에 대해 설명하시오

스프링 프레임워크 의 가장 중요한 특징은 의존성 주입(Dependency Injection) 이다. 모든 스프링 모듈들의 핵심에는 의존성 주입 이나 IOC(Inversion of Control) 가 있다.

이것이 중요한 이유는 DI나 IOC를 적절히 사용하면 우리는 느슨하게 결합된 애플리케이션들을 개발할 수 있기 때문이다. 또한 느슨하게 결합된 애플리케이션들은 단위테스트를 하기가 쉽다.

Spring MVC 는 Dispatcher Servlet, ModelAndView, View Resolver 과 같은 단순개념을 이용해서 웹 애플리케이션 개발을 쉽게 할 수 있도록 해준다. 즉 Spring MVC는 말 그대로 MVC 구현을 할 수 있도록 지원해주는 스프링 프레임워크 이다.

SpringBoot 는 Spring에서 제공하는 많은 라이브러리들을 기본 설정 값으로 자동 으로 설정할 수 있도록 해준다. 따라서, Spring Boot는 Spring MVC를 편하게 사용할 수 있도록 해준다는 것 이다.

또한, Spring Boot 는 SpringMVC, Jackson, Validation 등 다양한 종속성들을 각각 패키지해 놓은 것을 함께 가져오기 때문에 개발자들은 이것들의 호환버전에 대해 걱정할 필요가 없다.

7. Request 전송 방식에는 어떤 것들이 있는지 아시나요?

8. RESTFUL이란?

해당 URL만 보더라도 바로 어떤 작업을 하는지를 알 수 있도록 하나의 데이터는 하나의 URL을 갖도록 작업하는 방식

REST API 참고 자료

9. Spring에서 DI란?

DI 는 Dependency Injection(의존성 주입)의 약자로, 객체들 간의 의존성을 줄이기 위해 사용되는 Spring의 IOC 컨테이너의 구체적인 구현 방식입니다.

DI는 기존처럼 개발코드 부분에서 객체를 생성(Ex. new wellcomeService())하는 것이 아니라, 팩토리 패턴처럼 객체의 생성과, 데이터를 주입만 담당하는 Factory에 해당 하는 별도의 공간에서 객체를 생성하고 데이터간의 의존성을 주입해 개발코드에서는 이를 가져다 씀으로서 의존성을 줄이는 방식입니다.

이때, Factory 패턴의 Factory Class의 역할을 스프링의 환경설정 파일이 담당합니다.

10. Spring의 AOP란? 그리고 AOP와 Interceptor 차이는 무엇인가?

AOP란?

AOP 는 Aspect Oriented Programming 관점 지향 프로그래밍의 약자로, 기존의 OOP(객체 지향 프로그래밍)에서 기능별로 class를 분리했음에도 불구하고, 여전히 로그, 트랜잭션, 자원해제, 성능테스트 메서드 처럼 공통적 으로 반복되는 중복코드가 여전히 발생하는 단점을 해결하고자 나온 방식입니다.

이러한 공통 코드 를 "횡단 관심사"라 표현하며 개발코드에서는 비지니스 로직에 집중하고 실행시에 비지니스 로직 앞, 뒤 등 원하는 지점에 해당 공통 관심사를 수행할 수 있게 함으로서 중복 코드를 줄일 수 있는 방식입니다.

AOP와 Interceptor 차이

AOP: AOP는 joinPoint, preceedingJoinpoint 등의 파라미터를 활용하는 방식이다.

Interceptor: 인터셉터의 파라미터가 HttpServletRequest, HttpServletResponse 이다.

11. SQL Mapper와 ORM의 차이

Persistence Framework 는 SQL Mapper와 ORM으로 나눌 수 있다.

SQL Mapper

ORM(Object-Relational Mapping), 객체-관계 매핑

Ex) JPA, Hibernate 등

장점
단점

12. JDBC는 무엇인가?

13. Spring에서 MyBatis는 무엇인지 아시나요?

14. JPA/Hibernate는 무엇인가?

JPA

Hibernate

15. Maven과 Gradle의 차이점

16. Filter와 Interceptor 방식의 차이?

영역 제어 측면에서의 차이가 있는다. Filter 는 웹 어플리케이션내에서 동작하므로, 스프링의 context 접근이 어렵다. Interceptor 는 스프링의 context 내에 존재하므로 context내의 모든 객체를 활용할 수 있다.

17. 디자인 패턴 아는 것?

1. 싱글톤(SingleTone Pattern) : 대표적으로 Calendar 객체나 dataSource 객체처럼 객체가 하나만 생성되어야 하는 경우 전체 코드에서 하나의 객체만 존재할 수 있도록 이미 생성된 객체가 있으면 그 객체를 사용하도록 하는 방식입니다.

2. 팩토리 패턴(Factory pattern) : 객체간 의존성을 줄이기 위해 객체의 생성과 데이터 주입만 담당하는 Factory Class를 정의하고 개발 코드 부분에서는 생성된 객체를 가져다 사용함으로서 의존성을 줄이는 방식입니다.

3. 옵저버 패턴(Observer Pattern) : 기후 정보처럼 RSS 수신시 하나의 객체가 변하면 다른 객체에 객체가 변했다는 사항을 알려주어야 할 경우에 주로 사용됩니다.

18. 프로젝트 개발 순서??

  1. 요구사항 분석 기획 및 스토리 보드 작성
  2. WBS(Work Breakdown Structure) 작성: 작업 분해도로 프로젝트 범위와 최종산출물을 세부요소로 분할한 계층적 구조도
  3. 논리 ERD 작성
  4. 물리 ERD 작성
  5. 개발
  6. Testing
  7. 유지보수

19. 스프링의 MVC에 대해서 설명하시오.

  1. 클라이언트 —Request-> 서버
  2. 스프링에서 제공하는 DispatcherServlet 이라는 클래스(일종의 frontController)가 요청을 가로챈다.
  3. DispatcherServlet은 HandlerMapping (URL 분석 등)에게 어떤 컨트롤러에 요청을 위임하면 좋은지 물어본다. (servlet-context.xml에서 @Controller로 등록한 것들을 스캔해서 찾음)
  4. 요청에 매핑된 컨트롤러가 있으면 @RequestMapping을 통하여 요청을 처리할 메서드에 도달한다.
  5. 컨트롤러는 해당 요청을 처리할 Service DI받아 비즈니스로직을 Service에 위임한다.
  6. Service는 요청에 필요한 비즈니스로직을 처리, DB접근이 필요하면 DAO를 DI받아 DB처리는 DAO에 위임.
  7. DAO는 myBatis(or Hibernate등) 설정을 이용해서 SQL 쿼리를 날려 DB의 정보를 받아 Service에 리턴. (보통 쿼리 결과는 DTO(VO)에 담는다)
  8. DAO —Return-> Service —Return-> Controller
  9. Controller는 Model객체에 결과물 어떤 view(jsp)파일을 보여줄 것인지등의 정보를 담아 DispatcherServlet에게 보낸다.
  10. DispatcherServlet은 ViewResolver에게 받은 뷰의 대한 정보 를 넘긴다.
  11. ViewResolver는 해당 JSP를 찾아서(응답할 View를 찾음) DispatcherServlet 에게 알려준다. (servlet-context.xml에서 suffix, prefix를 통해 /WEB-INF/views/index.jsp 이렇게 만들어주는 것도 ViewResolver)
  12. DispatcherServlet은 응답할 View에게 Render를 지시하고 View는 응답 로직을 처리한다.
  13. 결과적으로 DispatcherServlet이 클라이언트에게 렌더링된 View를 응답한다.
흐름 요약

20. “애자일” 방법론에 대해서 아는가?

간단히 말하면 애자일 이란 협력과 피드백을 자주, 일찍, 더 잘하는 것을 의미한다

애자일의 핵심1. “협력”

애자일의 핵심2. “피드백”

21. JSP 처리 과정(톰켓이 요청시)

  1. 웹 브라우저가 jsp 파일을 요청
  2. 웹 서버는 요청된 jsp 파일을 확인 후 웹 컨테이너로 전달
  3. 웹 컨테이너는 JSP 파일을 서블릿 으로 변환 즉, .java 파일로 변환
  4. 그후 컴파일하면 .class 파일이 나온다.
  5. 다시 웹 서버로 전달하고 웹서버는 웹 브라우저에 HTML 형태로 전송한다.

22. IoC(Inversion of Control) 정의

인스턴스를 제어하는 주도권이 역전된다는 의미로 컴포넌트를 구성하는 인스턴스 생성과 의존관계 연결 을 개발자 소스 코드가 아닌 DI컨테이너가 대신 해 주기 때문에 제어가 역전 되었다고 한다.

23. IoC 컨테이너 정의

스프링 프레임워크가 제공하는 IoC컨테이너를 통해 인스턴스의 생명주기 관리 및 의존관계 주입을 처리한다.

24. IoC 컨테이너의 실체

일반적인 스프링 컨테이너이고 BeanFactory를 상속받은 하위 인터페이스인 ApplicationContext를 말한다.

25. 스프링 빈 정의

스프링 컨테이너가 관리하는 객체

26. WAC의 2가지(contextLoadListener, DispatcherServlet) 생성 과정을 설명

27. 자바 웹 어플리케이션 설계 방식 3가지 차이점

28. 다형성(Polymorphism)이란?

서로 다른 클래스로부터 만들어진 객체지만 같은 부모의 Class 타입으로 이들을 관리할 수 있는(=대입될 수 있는) 성질

29. 컬렉션프레임워크(CollectionFramework)에 대해 아는만큼 말해 보시오.

자바에서 컬렉션 프레임워크(collection framework)란 다수의 데이터를 쉽고 효과적으로 처리할 수 있는 표준화된 방법을 제공하는 클래스의 집합 을 의미합니다

즉, 데이터를 저장하는 자료 구조와 데이터를 처리하는 알고리즘을 구조화하여 클래스로 구현해 놓은 것입니다.

이러한 컬렉션 프레임워크는 자바의 인터페이스(interface)를 사용하여 구현됩니다.

Collection 인터페이스

  1. List 인터페이스 : 배열과 유사하되, 추가할때마다 자동으로 Boundary를 늘려주는 구조로, 중복된 데이터를 허용하며, 순서가 존재한다.
    • ex) ArrayList : 배열로 구현됬으며, 인접해 있기 때문에 데이터 조회에 매우 빠르다 하지만, 빈번한 삽입, 삭제시 새로 배열을 만들고 데이터를 옮겨야 하기 때문에 LinkedList에 비하여 속도가 느리다.
    • ex) LinkedList : 링크 구조로 되어 있기 때문에 조회는 ArrayList에 비해 느리지만, 삽입 삭제시 링크를 끊고 새로 추가되는 데이터에 링크만 연결하면 되기 때문에 삽입, 삭제에 유리하다.
    • ex) Vector : 구현 방식은 ArrayList와 유사하지만 Vector를 개선한 것이 ArrayList이다. 또한 Vector의 경우에는 ArrayList와 달리 Synchronized(동기화)가 걸려 있어 여러 쓰레드에서 동시에 접근할 수 없다.
  2. Set 인터페이스 : 집합처럼 중복된 데이터를 허용하지 않으며, 순서가 없다. 또한, 객체 내부의 중복된 데이터를 배제하고 싶은 경우 Object 클래스의 equals 메서드와 hashCode 메서드의 재정의가 반드시 필요하다.
    • ex) HashSet
    • ex) TreeSet : 순서가 있는 HashSet으로 이진 트리 구조로 만들어 졌다. 순서에 맞게 정렬되어 저장되기 위해서 Comparable을 구현해야한다.
  3. Map 인터페이스 : key와 value 쌍으로 데이터를 저장하며, key는 중복될 수 없고, value는 중복 저장이 가능하다.
    • ex) HashMap
    • ex) TreeMap
    • ex) Properties : key value 쌍으로 저장되지만 value의 타입이 String만 가능하다.
    • ex) Hashtable : HashMap과 구조는 같으며, 단지 Synchronized(동기화) 되어져 있다는 점이 다른점이다.

참고 자료

30. 캐시(Cache)와 세션(Session)의 공통점과 차이점은?

공통점

차이점

31. 프로세스(Process) 와 쓰레드(Thread)의 차이점에 대해 아는가?

프로세스

프로세스는 OS가 메모리 등의 자원을 할당해준 실행중인 프로그램을 가리킨다. 이때, 각각의 프로세스는 서로 메모리 공간을 독자적으로 갖기 때문에 서로 메모리 공간을 공유하지 못한다. 따라서, 공유하기 위해서는 IPC(InterProcess Communication)과 같은 방식이 필요하다.

쓰레드

쓰레드는 프로세스 내에서 프로세스의 자원을 가지고 실제로 일하는 “일꾼”과 같으며 각 쓰레드는 독자적인 Stack 메모리를 갖고 그 외의 자원(메모리)는 프로세스 내에서 공유하게 된다.

32. GC 매커니즘

자바 에서 더 이상 사용되지 않는 객체들은 가비지 컬렉션을 담당하는 프로세스가 자동으로 메모리에서 제거하도록 하는 것이 가비지 컬렉션의 기본 개념 이다.

자바는 가비지 컬렉션에 아주 단순한 규칙을 적용한다.

Heap 영역의 오브젝트 중 stack 에서 도달 불가능한 (Unreachable) 오브젝트들은 가비지 컬렉션의 대상이 된다.

HotSpot VM에서는 크게 2개로 물리적 공간을 나누었다. 둘로 나눈 공간이 Young 영역과 Old 영역이다.

Young 영역(Yong Generation 영역)

새롭게 생성한 객체의 대부분이 여기에 위치한다. 대부분의 객체가 금방 접근 불가능 상태가 되기 때문에 매우 많은 객체가 Young 영역에 생성되었다가 사라진다. 이 영역에서 객체가 사라질때 Minor GC가 발생한다고 말한다.

Old 영역(Old Generation 영역)

접근 불가능 상태로 되지 않아 Young 영역에서 살아남은 객체가 여기로 복사된다. 대부분 Young 영역보다 크게 할당하며, 크기가 큰 만큼 Young 영역보다 GC는 적게 발생한다. 이 영역에서 객체가 사라질 때 Major GC(혹은 Full GC)가 발생한다고 말한다.

영역의 처리 절차 (요약)

Eden 영역 에 최초로 객체가 만들어지고, Survivor 영역을 통해서 Old 영역 으로 오래 살아남은 객체가 이동한다

GC에 대한 자세한 내용은 가비지 컬렉션(Garbage Collection) 이곳을 참고하세요

33. Spring 의존성 주입 방법 3가지

xml 기반 DI

Annotation 기반 DI

xml 파일에 설정을 통해서 xml에 등록된 빈들을 애노테이션 기능을 적용하기 위해 선언해주고 @Autowired를 사용하여 빈들 간의 의존 관계를 형성 시켜준다. <context:component-scan base-package=“패키지명”/> 를 xml 파일에 선언하여 특정 패키지 안에 클래스를 검색해서 빈을 자동으로 찾아서 DI컨테이너에 등록한다. 그리고 @Autowired를 사용하여 빈들 간의 의존관계를 형성 시켜준다.

Java 기반 DI

xml 문법 대신 자바 코드로 빈을 설정한다. 자바 클래스 파일에 @Configuration을 입력하여 빈 설정을 위한 클래스를 선언해주고 사용할 빈 객체의 메소드에 @Bean을 사용하여 등록한다. 또한 name 속성을 사용하여 새로운 빈 이름을 적용할 수 있고 XML 에서는 <property> 태그나 <constructor-arg> 태그 를 이용해서 설정하였으나 자바 설정에서는 등록한 빈을 생성자의 매개변수로 넣어서 직접 의존 객체를 주입해야 한다.

33. 트랜잭션(Transaction)에 대해서 설명하시오

트랜잭션은 전체 로직이 모두 다 반영 되거나 모두 반영되지 않는 논리적인 작업의 묶음을 의미한다 (All or Nothing 방식을 취함)

트랜잭션의 기본 원칙 (ACID)

원자성(Atomicity)

한 트랜잭션 내의 모든 연산들이 완전히 수행되거나 전혀 수행되지 않는다

일관성(Consistency)

어떤 트랜잭션이 수행되기 전에 데이터베이스가 일관된 상태를 가졌다면 트랜잭션이 수행된 후에 데이터베이스는 또 다른 일관된 상태를 가진다

고립성(Isolation)

한 트랜잭션이 데이터를 갱신하는 동안 이 트랜잭션이 완료되기 전에는 갱신 중인 데이터를 다른 트랜잭션에서 접근할 수 없다

지속성(Durability)

일단 한 트랜잭션이 완료되면 데이터베이스에 반영한 수행 결과는 영구적이어야 한다

34. Thread와 ThreadLocal의 차이

그러나, ThreadLocal 사용은 권장하지 않는다. 일반적인 대용량 시스템이 싱글 Thread 일리는 없고, 대부분 상용 시스템은 멀티 Thread 기반의 시스템을 구성한다. 그런데 이때, ThreadLocal 은 서로 다른 값을 갖기 때문에 용이성이 떨어진다. 만약, end-to-end 거래로 Thread 재활용성 없다면 용이하지만 추천하지 않는다.(정보의 유실 가능)

만약 쓰레드 풀 환경에서 ThreadLocal을 사용하는 경우 ThreadLocal 변수에 보관된 데이터의 사용이 끝나면 반드시 해당 데이터를 삭제해 주어야 한다. 그렇지 않을 경우 재사용되는 쓰레드가 올바르지 않은 데이터를 참조할 수 있다.

ThreadLocal 사용 예시

ThreadLocal 참고 자료, ThreadLocal 사용법과 활용 참고 자료

35. vue, react 차이점

Vue

React

공통

React 인가 Vue 인가?

Cookies는 앱 또는 웹사이트를 방문하는 유저들에 대한 정보를 저장하는 주된 방법이었습니다. cookies들은 쇼핑 카트 항목들 또는 유저에 의해 변경된 옵션같은 상태를 기록하는데 사용되었습니다. 그리고 유저가 검색한 것을 기억하거나 페이지 간 이동했을때 로그인 상태를 유지하는데에 사용되었습니다. 그러다가 HTML5가 등장했고 LocalStorage를 다른 데이터 저장 옵션으로 도입했습니다. 이 새로운 Javascript 객체 (SessionStorage와 LocalStorage)는 5MB의 저장 공간이 있어서 cookies보다 더 많은 저장 용량을 자랑합니다.

Cookies

Cookies의 두 가지 유형

LocalStorage

HTML5가 나온 이후, cookies의 많은 사용 방법들은 LocalStorage의 사용으로 대체되었습니다. LocalStorage는 cookies보다 더 많은 장점이 있기 때문입니다.

LocalStorage의 만료 조건은 persistent cookies처럼 동작합니다. Javascript 코드를 통해 삭제하지 않으면 데이터는 자동으로 삭제되지 않습니다. 이 방식은더 오랜 시간동안 저장해야하는 큰 데이터에 유용합니다. 또한 LocalStorage를 사용하면 문자열 뿐만아니라 javascript의 primitives와 object도 저장할 수 있습니다.

결론

cookies는 더 작고 모든 HTTP 요청과함께 서버 정보를 다시 전달해주지만 LocalStorage는 더 크고 클라이언트 측에 정보를 보유할 수 있습니다.

37. JAVA에서 abstract 과 interface 의 차이는 무엇인가

abstract

추상 메소드(abstract method)란 자식 클래스에서 반드시 오버라이딩해야만 사용할 수 있는 메소드를 의미합니다. 자바에서 추상 메소드를 선언하여 사용하는 목적은 추상 메소드가 포함된 클래스를 상속받는 자식 클래스가 반드시 추상 메소드를 구현하도록 하기 위함입니다.

예를 들면 모듈처럼 중복되는 부분이나 공통적인 부분은 미리 다 만들어진 것을 사용하고, 이를 받아 사용하는 쪽에서는 자신에게 필요한 부분만을 재정의하여 사용함으로써 생산성이 향상되고 배포 등이 쉬워지기 때문입니다.

interface

인터페이스(interface)란 자식 클래스가 여러 부모 클래스를 상속받을 수 있다면, 다양한 동작을 수행할 수 있다는 장점을 가지게 될 것입니다. 하지만 클래스를 이용하여 다중 상속을 할 경우 메소드 출처의 모호성 등 여러 가지 문제가 발생할 수 있어 자바에서는 클래스를 통한 다중 상속은 지원하지 않습니다.

하지만 다중 상속의 이점을 버릴 수는 없기에 자바에서는 인터페이스라는 것을 통해 다중 상속을 지원하고 있습니다. 인터페이스(interface)란 다른 클래스를 작성할 때 기본이 되는 틀을 제공하면서, 다른 클래스 사이의 중간 매개 역할까지 담당하는 일종의 추상 클래스를 의미합니다.

자바에서 추상 클래스는 추상 메소드뿐만 아니라 생성자, 필드, 일반 메소드도 포함할 수 있습니다. 하지만 인터페이스(interface)는 오로지 추상 메소드와 상수만을 포함할 수 있습니다.

결론

인터페이스는 구현해내는 클래스에서 인터페이스의 모든 method 들을 반드시 override 해야만한다. 반면 abstract는 abstract로 선언된 method 만 구현하면된다.

38. webpack 이란

서버에서 처리하는 로직을 JavaScript로 구현하는 부분이 많아지면서 웹 서비스 개발에서 JavaScript로 작성하는 코드의 양도 늘어났습니다. 코드의 양이 많아지면 코드의 유지와 보수가 쉽도록 코드를 모듈로 나누어 관리하는 모듈 시스템이 필요해집니다. 그러나 JavaScript는 언어 자체가 지원하는 모듈 시스템이 없습니다. 이런 한계를 극복하려 여러 가지 도구를 활용하는데 그 도구 가운데 하나가 webpack입니다.

webpack은 모듈 시스템을 구성하는 기능 외에도 로더 사용, 빠른 컴파일 속도 등 장점이 많다

webpack {엔트리 파일 경로} {번들 파일 경로} 형식으로 명령어를 실행해 모듈을 컴파일 한다.

webpack ./entry.js bundle.js

엔트리 파일은 서로 의존 관계에 있는 다양한 모듈을 사용하는 시작점이 되는 파일이다. 번들 파일은 브라우저에서 실행할 수 있게 모듈을 컴파일한 파일 이다.

webpack에서 컴파일은 엔트리 파일을 시작으로 의존 관계에 있는 모듈을 엮어서 하나의 번들 파일을 만드는 작업이다.

JavaScript를 사용하는 HTML 코드에서는 컴파일 결과로 만들어진 번들 파일만 포함 하면 된다.

참고) 컴파일 명령어에 –watch 옵션을 사용하면 모듈 파일이 변경될 때마다 변경된 모듈을 자동으로 다시 컴파일한다.

webpack --watch ./entry.js bundle.js

webpack 참고 자료

39. 해쉬테이블 탐색에 걸리는 시간?

Hash Table이 가장 큰 장점은 검색속도가 매우 빠른다는 것 이다.

그 이유는 Hash 함수로 만든 Hash code는 정수이다. 그리고 고정된 크기의 배열을 만들어 놓고 hash code를 배열의 개수로 나머지 연산을 해서 배열에 나눠 담는다.

hash code 자체가 배열 방의 인덱스로 사용되기 때문에 검색 자체를 할 필요가 없고 hash code로 데이터의 위치에 직접 접근 할 수 있어서 빠른것이다.

그러나, Hash Algorithm(규칙)을 어떻게 작성하는가에 따라서 공간 효율이 달라진다(collison 발생)

따라서, Hash Algorithm 에 따라 O(1) 와 collison일 경우 최대 검색 시간이 O(n)만큼 걸린다.

결론

40. Message Queue 란?

메시지 큐(Message Queue 이하 MQ)란 프로세스(프로그램) 간에 데이터를 교환할 때 사용하는 통신 방법 중에 하나로 더 큰 개념으로는 MOM(Message Oriented Middleware : 메시지 지향 미들웨어 이하 MOM)를 의미합니다.

메시지 큐(Message Queue 이하 MQ)란 메시지 기반의 미들웨어로 메시지를 이용하여 여러 어플리케이션, 시스템, 서비스들을 연결해주는 솔루션이다.

MOM이란 비동기 메시지를 사용하는 프로그램 간의 데이터 송수신을 의미하는데 MOM을 구현한 시스템을 MQ라고 합니다. MQ는 작업을 늦출 수 있는 유연성을 제공합니다.

MOM(Message Oriented Middleware) 를 구현한 솔루션으로 비동기 메시지를 사용하는 서비스들 사이에서 데이터를 교환해주는 역할을 한다.

Producer(sender) 가 메시지를 큐에 전송하면 Consumer(receiver) 가 처리하는 방식으로, producer 와 consumer 에 message 프로세스가 추가되는 것이 특징이다.

MQ 참고자료

41. DOM

DOM은 HTML 문서에 대한 인터페이스입니다. 기본적으로 여러 프로그램들이 페이지의 콘텐츠 및 구조, 그리고 스타일을 읽고 조작할 수 있도록 API를 제공합니다.

  1. Dom은 HTML 요소들의 구조화된 표현 이다.
  2. Dom은 뷰 포트에 무엇을 렌더링 할지 결정하기 위해 사용된다.
  3. Dom은 페이지의 콘텐츠 및 구조, 그리고 스타일이 자바스크립트 프로그램에 의해 수정되기 위해 사용됩니다.

DOM은 원본 HTML 문서 형태와 비슷하지만 몇 가지 차이점이 있습니다.

DOM 참고 자료

42. Spring batch

Spring Batch는 로깅/추적, 트랜잭션 관리, 작업 처리 통계, 작업 재시작, 건너 뛰기 및 자원 관리를 포함하여 대량의 레코드를 처리하는 데 필수적인 재사용 가능한 기능 을 제공합니다.

또한, 최적화 및 파티셔닝 기술을 통해 대량의 고성능 배치 작업을 수행 할 수있는 고급 기술 서비스 및 기능을 제공 합니다.

단순하고 복잡한 대량 배치 작업은 확장 가능한 방식으로 프레임 워크를 활용하여 많은 양의 정보를 처리 할 수 ​​있습니다.

배치의 일반적인 시나리오는 다음과 같은 3단계로 이루어집니다.

batch 참고 자료1, batch 참고 자료2

43. 직렬화란 무엇인가

자바에서 입출력에 사용되는 것은 스트림이라는 데이터 통로를 통해 이동했습니다. 하지만 객체는 바이트형이 아니라서 스트림을 통해 파일에 저장하거나 네트워크로 전송할 수 없습니다. 따라서 객체를 스트림을 통해 입출력하려면 바이트 배열로 변환하는 것이 필요한데, 이를 ‘직렬화’ 라고 합니다. 반대로 스트림을 통해 받은 직렬화된 객체를 원래 모양으로 만드는 과정을 역직렬화라고 합니다.

44. 리플렉션이란 무엇인가요

리플렉션은 컴파일러를 무시하고 런타임 상황에서 메모리에 올라간 클래스나 메서드등의 정의를 동적으로 찾아서 조작할 수 있는 일련의 행위를 말합니다. 즉 동적인 언어의 특징이라 말 할 수 있습니다. 프레임워크에서 유연성이 있는 동작을 위해 자주 사용하기도 합니다.

알고리즘 인터뷰(Hand Write Coding)

Reference