면접 준비하며 모아둔 자료들을 조금 다듬어서 틀린 부분이 존재할 수 있으며, 직접 면접을 보며 실제 경험한 질문도 포함 되어 있습니다.
네트워크 OSI 7 Layer란?
Open System Interconnection
- 네트워킹 또는 무선통신 시스템의 기능을 설명하는 핵심 개념
- IT기업은 고객에게 신제품을 설명할 때 OSI 모형을 많이 활용한다
- (해당 제품이 어떤 계층에서 작동하는지 or 스택 전체에 걸쳐 작동하는지 설명한다)
7계층의 의미
7계층 – 응용계층(Application)
- 응용계층은 가장 위에 있고 사용자에게 보이는 부분이다. OSI 모형에서는 최종 사용자에게 가장 가까운 계층이며 사용자와 직접적으로 상호작용한다.
크롬, 파이어폭스, 사파리등 웹브라우저와, 스카이프, 아읏룩, 오피스등의 응용프로그램등이 대표적인 응용계층에 속한다.
6계층 – 표현계층(Presentation)
- 표현계층은 응용계층의 데이터 표현에서 독립적인 부분을 나타낸다. 응용프로그램 형식을 준비 또는 네트워크 형식으로 변환하거나 반대로 변환시키는 것을 나타낸다.
이 계층은 데이터를 “표현”하는 것이며 대표적인 예로 데이터를 안전하게 전송하기 위한 암호화, 복호화 등이 있다.
5계층 – 세션계층(Session)
- 2대의 기기, 즉 컴퓨터 또는 서버간의 “통신” 및 “대화” 가 필요하면 세션을 만들어야 하는데 이 작업이 이 계층에서 처리된다.
4계층 – 전송계층(Transport)
- 전송 계층은 최종 시스템 및 호스트 간의 데이터 전송 조율을 담당한다. 보낼 데이터의 용량과 속도, 목적지 등을 처리한다. 대표적으로 TCP(전송 제어 프로토콜)이 있 다. TCP는 인터넷 프로토콜 위에 구축되는데 흔히 TCP/IP로 알려져 있다.
3계층 – 네트워크 계층(Network)
- 라우터 기능 대부분이 여기 네트워크 계층에 자리 잡는다. 다른 여러 라우터를 통한 라우팅을 비롯한 패킷 전달을 담당한다. 예를 들어 보스턴에 있는 컴퓨터가 캘리포 니아에 있는 서버에 연결하려 할때 그 경로는 수백만 가지인데 이 계층의 라우터가 이 작업을 효율적으로 처리한다.(라우터란 둘 혹은 그 이상의 네트워크와 네트워크 간의 데이터 전송을 위해 최적의 경로를 설정하며 통신망에서 다른 통신망으로 연결해주는 인터넷 접속장비이다) 즉 네트워크를 통해 정보를 주고 받을때 데이터에 담 긴 수신처의 주소를 읽고 가장 적절한 통신 통로를 다른 통신망으로 전송하는 장치 (전화국과 비슷한 개념)
2계층 – 데이터링크계층(Data Link)
- 이 계층은 두개의 직접연결된 노드 간의 데이터 전송을 제공하며 물리 계층의 오류 수정도 처리한다. 여기에 2개의 부계층도 존재하는데 하나는 매체 접근제어(MAC) 계층이고 다른 하나는 논리적연결제어(LLC)계층이다. 네트워킹 세계에서 대부분 스위치(네트워크단위들을 연결하는 통신 장비, 전송거리를 연장하며, 신호를 멀리 전 송할 수 있다)는 2계층에서 작동한다.
1계층 – 물리계층(Physical)
- 가장 마지막의 물리계층 전기적, 물리적 표현을 나타낸다. 케이블의 종류, 무선주파수 링크, 핀배치, 전압, 물리요건등 포함된다. 네트워킹에 문제가 발생하면 네트워크 의 물리 계층을 확인한다(케이블 연결, 라우터나, 스위치 또는 컴퓨터에 전원 플러그가 빠졌는지 확인)
스프링 MVC 웹 요청 처리과정
1. 클라이언트가 서버에 어떤 요청을 하면 DispatcherServlet이라는 클래스가 요청을 가로챈다.
2. 가로 챈 DispatcherServlet 매핑값을 찾아 Controller에 요청을 처리할 메소드에 도달한다.
3. 컨트롤러에서 해당 요청을 처리할 서비스에서 보내 DB에 접근이 필요하면 DAO에게 위임한다.
4. DAO는 마이바티스 설정을 이용하여 SQL 쿼리를 날려 DB에 저장된 정보를 VO에 받아 서비스로 돌려준다.
5. 모든 로직을 끝낸 서비스는 컨트롤러에 넘기고 컨트롤러는 Model객체에 결과물을 어떤 view로 보여줄 것인지 정보를 담아 디스패처서블릿에게 보낸다.
6. DispatcherServlet은 응답할 View를 찾고 View는 응답로직을 처리한다.
7. DispatcherServlet이 클라이언트에게 렌더링된 View를 응답한다.
Join이란?
- 둘 이상의 테이블에서 테이블 간의 데이터를 검색하여 결과 집합을 만드는 것을 말한다.
- Inner Join (교집합, 기준 테이블 A와 Join한 테이블 B의 중복 값) : SELECT 조회 목록 FROM 테이블 A JOIN 테이블 B on A.code=B.code
- Left Join (왼쪽 테이블 A 전체와 A|B 테이블의 중복값) : SELECT 조회 목록 FROM 테이블 A LEFT OUTER JOIN 테이블 B on A.code = B.code
- Right Join (오른쪽 테이블 B 전체와 A|B 테이블의 중복값) : SELECT 조회 목록 FROM 테이블 A RIGHT OUTER JOIN 테이블 B on A.code = B.code
- Cross Join (모든 경우의 수 전체 값) : SELECT 조회 목록, FROM 테이블 A CROSS JOIN 테이블 B
- Self Join (자기 자신이 가지고 있는 컬럼을 변형, 활용한 값) SELECT 조회 목록, FROM 테이블 별칭, 테이블 별칭2
Model 1과 Model 2의 차이점
Model 1
- 뷰와 컨트롤러가 같은 jsp 안에서 실행 (JSP 혼자서 거의 모든 업무 처리)
- 간단한 웹어플리케이션 구축할때 적당
- 개발기간 단축
- 유지보수 어려움
Model 2
- 컨트롤러와 뷰가 구분
- 뷰는 어떠한 처리로직도 포함되지 않음
- 사용자의 요청의 진입점은 컨트롤러인 서블릿이 통제(서블릿이 거의 업무 처리)
- 유지보수, 확장에 용이
JAVA
- JAVA는 네트워크상에서 쓸 수 있도록 미국의 선 마이크로 시스템즈가 개발한 객체 지향 프로그래밍 언어
JAVA의 특징
- 자바가상머신(JVM)만 설치하면 컴퓨터의 운영체제에 상관없이 작동한다.(즉, 운영체제에 독립적)
- 기본 자료형을 제외한 모든 요소들이 객체로 표현
- 객체 지향 개념의 특징인 캡슐화, 상속, 다형성이 잘 적용된 언어
- Garbage Collector를 통한 자동적인 메모리 관리
- 멀티쓰레드(Multi-thread)를 지원
OOP(객체지향 프로그래밍)
- OOP란 Object-Oriented Programming의 약어로써 객체지향 프로그래밍을 의미
- 데이터를 객체로 취급하여 프로그램에 반영한 것이며, 순차적으로 프로그램이 동작하는 기존의 것들과는 다르게 객체와 객체의 상호작용을 통해 프로그램이 동작하는 것을 말한다.
OOP 특징
- 객체지향 프로그래밍은 코드의 재사용성이 높다.
- 코드의 변경이 용이
- 직관적인 코드분석
- 개발속도 향상 / 상속을 통한 장점 극대화
Object
- Object(객체)는 OOP에서 데이터(변수)와 그 데이터에 관련되는 동작(함수). 즉 절차, 방법, 기능을 모두 포함한 개념
- 기차역에서 승차권을 발매하는 경우, 실체인 '손님'과 동작인 '승차권 주문'은 하나의 객체이며, 실체인 '역무원'과 동작인 '승차권 발매'도 하나의 객체이다.
Overloading vs Overriding
Overloading(오버로딩)
- 같은 이름의 메소드를 여러개 정의하는 것
- 매개변수의 타입이 다르거나 개수가 달라야 한다.
- return type과 접근 제어자는 영향을 주지 않음.
Overriding(오버라이딩)
- 상속에서 나온 개념
- 상위 클래스(부모 클래스)의 메소드를 하위 클래스(자식 클래스)에서 재정의
Servlet, JSP
- Servlet : Container가 이해할 수 있게 구성된 순수 자바 코드로만 이루어진 것(Html in JAVA)
- JSP(Java Server Page) - html기반에 JAVA코드를 블록화하여 삽입한 것(JAVA in Html)
JDBC
- Java Data Base Connection의 약자로 JAVA 언어를 통해 데이터 베이스에 접근 할 수 있는 프로그래밍을 의미
Get과 Post 방식
Get 방식
- 클라이언트에서 서버로 데이터를 전달할 때, 주소 뒤에 "이름"과 "값"이 결합된 스트링 형태로 전달
- 주소창에 쿼리 스트링이 그대로 보여지기 때문에 보안성이 떨어진다.
- 길이에 제한이 있다.(=전송 데이터의 한계가 있다.)
- Post방식보다 상대적으로 전송 속도가 빠르다.
Post 방식
- 일정 크기 이상의 데이터를 보내야 할 때 사용한다.
- 서버로 보내기 전에 인코딩하고, 전송 후 서버에서는 다시 디코딩 작업을 한다
- 주소창에 전송하는 데이터의 정보가 노출되지 않아 Get방식에 비해 보안성이 높다.
- 속도가 Get방식보다 느리다.
- 쿼리스트링(문자열) 데이터 뿐만 아니라, 라디오 버튼, 텍스트 박스 같은 객체들의 값도 전송가능.
Get과 Post 차이점
- Get은 주로 웹 브라우저가 웹 서버에 데이터를 요청할 때 사용
- Post는 웹 브라우저가 웹 서버에 데이터를 전달하기 위해 사용.
- Get을 사용하면 웹 브라우저에서 웹 서버로 전달되는 데이터가 인코딩되어 URL에 붙는다.
- Post방식은 전달되는 데이터가 보이지 않는다.
- Get방식은 전달되는 데이터가 255개의 문자를 초과하면 문제가 발생할 수 있다.
- 웹서버에 많은 데이터를 전달하기 위해서는 Post 방식을 사용하는 것이 바람직하다.
Session과 Cookie
Session과 Cookie 사용 이유
- 현재 우리가 인터넷에서 사용하고 있는 HTTP프로토콜은 연결 지향적인 성격을 버렸기 때문에 새로운 페이지를 요청할 때마다 새로운 접속이 이루어지며 이전 페이 지와 현재 페이지 간의 관계가 지속되지 않는다. 이에 따라 HTTP프로토콜을 이용하게 되는 웹사이트에서는 웹페이지에 특정 방문자가 머무르고 있는 동안에 그 방문 자의 상태를 지속시키기 위해 쿠키와 세션을 이용한다.
Session
- 특정 웹사이트에서 사용자가 머무르는 기간 또는 한 명의 사용자의 한번의 방문을 의미한다.
- Session에 관련된 데이터는 Server에 저장된다.
- 웹 브라우저의 캐시에 저장되어 브라우저가 닫히거나 서버에서 삭제시 사라진다.
- Cookie에 비해 보안성이 좋다.
Cookie
- 사용자 정보를 유지할 수 없다는 HTTP의 한계를 극복할 수 있는 방법
- 인터넷 웹 사이트의 방문 기록을 남겨 사용자와 웹 사이트 사이를 매개해 주는 정보이다.
- Cookie는 인터넷 사용자가 특정 웹서버에 접속할 때, 생성되는 개인 아이디와 비밀번호, 방문한 사이트의 정보를 담은 임시 파일로써, Server가 아닌 Client에 텍스트 파일로 저장되어 다음에 해당 웹서버를 찾을 경우 웹서버에서는 그가 누구인지 어떤 정보를 주로 찾았는지 등을 파악할 때 사용된다.
- Cookie는 Client PC에 저장되는 정보기 때문에, 다른 사용자에 의해서 임의로 변경이 가능하다.(정보 유출 가능, Session보다 보안성이 낮은 이유)
보안성이 낮은 Cookie 대신 Session을 사용하면 되는데 안하는 이유?
- 모든 정보를 Session에 저장하면 Server의 메모리를 과도하게 사용하게 되어 Server에 무리가 가기 때문이다.
MVC 패턴
MVC란?
- 객체지향프로그래밍에서, MVC란 사용자 인터페이스를 성공적이며 효과적으로 데이터 모형에 관련 시키기 위한 방법론 또는 설계 방식중 하나이다.
- MVC 패턴은 목적 코드의 재사용에 유용한 것은 물론, 사용자 인터페이스와 응용프로그램 개발에 소요되는 시간을 현저하게 줄여주는 형식이라고 많은 개발자들이 평 가하고 있다.
MVC 구성요소
- Model : 소프트웨어 응용과 관련된 고급 클래스 내의 논리적 데이터 기반 구조를 표현. 이 목적 모형은 사용자 인터페이스에 관한 어떠한 정보도 가지고 있지 않다.
- View : 사용자 인터페이스 내의 구성요소들을 표현(사용자에게 보여지는 화면)
- Controller : Model과 View를 연결하고 있는 클래스를 대표, Model과 View 내의 클래스들 간 정보 교환하는데 사용
Interface, Abstract
Interface
- 클래스가 아니다.
- 오직 추상메서드와 상수만을 멤버로 갖는다.
- Implements 키워드를 사용
- 상속의 관계가 없는 클래스간 서로 공통되는 로직을 구현하여 쓸 수 있도록한다.
- Extends는 하나의 클래스만 상속 가능하나 Interface는 다중 상속이 가능하다.
Abstract
- 추상메서드를 하나 이상 가진 클래스
- 자신의 생성자로 객체 생성 불가능
- 하위 클래스를 참조하여 상위 클래스의 객체를 생성
- 하위 클래스를 제어하기 위해 사용
Interface vs Abstract
공통점
- new 연산자로 인스턴스 생성 불가능.
- 프로토타입만 있는 메서드를 갖는다
- 사용하기 위해서는 하위클래스에서 확장/구현 해야 한다.
차이점
- 사용하는 키워드가 다르다.
- Abstract는 일반 메서드를 사용할 수 있지만, Interface는 메서드 선언만 가능하다.
Call by Reference, Call by Value
- Call by Reference : 매개 변수의 원래 주소에 값을 저장하는 방식. 클래스 객체를 인수로 전달한 경우
- Call by Value : 인수로 기본 데이터형을 사용. 주어진 값을 복사하여 처리하는 방식. 메서드 내의 처리 결과는 메서드 밖의 변수에 영향을 미치지 않는다.
Static의 의미
- 클래스가 로딩될 때, 메모리 공간을 할당하는데 처음 설정된 메모리 공간이 변하지 않음을 의미
- 객체를 아무리 많이 만들어도 해당 변수는 하나만 존재(객체와 무관한 키워드)
Framework
- 특정 형태의 소프트웨어 문제를 해결하기 위해 상호 협력하는 클래스프레임과 인터페이스 프레임의 집합
- 특정한 틀을 만들어놓고 거기에 살을 붙여 놓음으로써 프로그램을 만들어 작업시간을 줄여주는 것이다.
- 프레임워크는 특정 개념들의 추상화를 제공하는 여러 클래스나 컴포넌트로 구성된다.
- 프레임워크는 이렇게 추상적인 개념들이 문제를 해결하기 위해 같이 작업하는 방법을 정의한다.
- 프레임워크 컴포넌트 들은 재사용이 가능하다.
- 프레임워크는 좀 더 높은 수준에서 패턴을 조작한다.
- 프레임워크가 중요한 이유는 객체지향 개발을 하게 되면서 개발자의 취향에 따라 다양한 프로그램이 나오게 되었다. 프로그램 개발에 투입되는 개발자도 점점 늘어 남에 따라 전체 시스템의 통합성, 일관성이 부족하게 되었기 때문이다. 그래서 개발자의 자유를 제한하기 위해 프레임워크를 도입했다.
프레임워크가 가져야할 특징
- 개발자들이 따라야할 가이드라인을 가진다.
- 개발할 수 있는 범위가 정해져 있다.
- 개발자를 위한 다양한 도구들이 지원된다.
프레임워크의 장/단점
장점 - 개발 시간을 줄일 수 있고 오류로부터 자유로울 수 있다.
단점 - 프레임워크에 너무 의존하면 개발 능력이 떨어져서 프레임워크 없이 개발하는 것이 불가능해지는 점이다.
Garbage Collection(가비지 컬렉션)
- 시스템에서 더이상 사용하지 않는 동적 할당된 메모리 블럭을 찾아 자동으로 다시 사용 가능한 자원으로 회수하는 것으로 시스템에서 가비지컬렉션을 수행하는 부분 을 가비지 컬렉터라 부른다.
Primitive type과 Reference type
- Primitive type : 변수에 값 자체를 저장
- 정수형 byte, short, int, long
- 실수형 float, double
– 문자형 char
- 논리형 boolean
Primitive type은 Wrapper Class를 통해 객체로 변형할 수 있다.
예) int→Integer, char→Character(int와 char를 제외한 Primitive type의 다른 자료형들은 맨 앞 알파벳을 대문자로 바꿔주면 된다. float→Float)
- Reference type : 메모리상에 객체가 있는 위치를 저장
- 종류 : Class, Interface, Array
Wrapper Class
- Primitive type으로 표현할 수 있는 간단한 데이터를 객체로 만들어야 할 경우가 있는데 그러한 기능을 지원하는 클래스
Spring Framework(스프링 프레임워크)
- 자바(JAVA) 플랫폼을 위한 오픈소스(Open Source) 애플리케이션 프레임워크(Framework)
- 자바 엔터프라이즈 개발을 편하게 해주는 오픈 소스 경량급 애플리케이션 프레임워크
- 자바 개발을 위한 프레임워크로 종속 객체를 생성해주고, 조립해주는 도구
- 자바로 된 프레임워크로 자바SE로 된 자바 객체(POJO)를 자바EE에 의존적이지 않게 연결해주는 역할
- 관점지향 프로그래밍(AOP)을 위한 풍부한 지원
- 애플리케이션 객체의 생명 주기와 설정을 포함하고 관리한다는 점에서 일종의 컨테이너(Container)라고 할 수 있음
- 간단한 컴포넌트로 복잡한 애플리케이션을 구성하고 설정할 수 있음
Spring 특징
1. 경량 컨테이너로서 자바 객체를 직접 관리
- 각각의 객체 생성, 소멸과 같은 라이프 사이클을 관리하며 스프링으로부터 필요한 객체를 얻어올 수 있다.
2. 스프링은 POJO(Plain Old Java Object) 방식의 프레임워크
- 일반적인 J2EE 프레임워크에 비해 구현을 위해 특정한 인터페이스를 구현하거나 상속을 받을 필요가 없어 기존에
존재하는 라이브러리 등을 지원하기에 용이하고 객체가 가볍다.
3. 스프링은 제어의 역행(IoC : Inversion of Control)을 지원
- 컨트롤의 제어권이 사용자가 아니라 프레임워크에 있어서 필요에 따라 스프링에서 사용자의 코드를 호출한다.
4. 스프링은 의존성 주입(DI : Dependency Injection)을 지원
- 각각의 계층이나 서비스들 간에 의존성이 존재할 경우 프레임워크가 서로 연결시켜준다.
5. 스프링은 관점 지향 프로그래밍(AOP : Aspect-Oriented Programming)을 지원
- 트랜잭션이나 로깅, 보안과 같이 여러 모듈에서 공통적으로 사용하는 기능의 경우 해당 기능을 분리하여 관리할 수 있다.
6. 스프링은 영속성(dao,영속객체,persistence)과 관련된 다양한 서비스를 지원
- 객체관계매핑(ORM – Object Relational mapping) DB와 객체지향프로그래밍 언어간의 호환되지 않는 데이터를 변환하는 프로그래밍 기법
iBatis나 Hibernate 등 이미 완성도가 높은 데이터베이스 처리 라이브러리와 연결할 수 있는 인터페이스를 제공한다.
7. 스프링은 확장성이 높음
- 스프링 프레임워크에 통합하기 위해 간단하게 기존 라이브러리를 감싸는 정도로 스프링에서 사용이 가능하기 때문에 수많은 라이브러리가
이미 스프링에서 지원되고 있고 스프링에서 사용되는 라이브러리를 별도로 분리하기도 용이하다.
Thread
Thread(쓰레드) - 프로세스내에서 동시에 실행되는 독립적인 실행 단위를 말함, 장점으로는 자원을 많이 사용하지 않고 구현이 쉬우며 범용성이 높다
Process(프로세스) - 운영체제에서 실행중인 하나의 프로그램(하나 이상의 쓰레드를 포함한다.)
Thread 장점
- 빠른 프로세스 생성
- 적은 메모리 사용
- 쉬운 정보 공유
Thread 단점
- 교착상태에 빠질 수 있다.
- 교착상태 : 다중프로그래밍 체제에서 하나 또는 그 이상의 프로세스가 수행 할 수 없는 어떤 특정시간을 기다리고 있는 상태.
Thread와 Process 차이
- 여러 분야에서 '과정' 또는 '처리'라는 뜻으로 사용되는 용어로 컴퓨터 분야에서는 "실행중인 프로그램" 이라는 뜻으로 쓰인다.
- 이 프로세스 내에서 실행되는 각각의 일을 스레드라고 한다. 프로세스 내에서 실행되는 세부 작업 단위로 여러 개의 스레드가 하나의 프로세스를 이루게 되는 것이다.
접근제한자(public > protected > default > private)
public - 접근 제한이 없다.(같은 프로젝트 내에 어디서든 사용가능)
protected - 같은 패키지 내, 다른 패키지에서 상속받아 자손클래스에서 접근 가능
default - 같은 패키지 내에서만 접근 가능
private - 같은 클래스 내에서만 접근 가능
소켓 통신(TCP/UDP)
TCP(Transmission Control Protocol)
- 연결형 서비스 제공(연결된 상태에서 서비스제공)
- 높은 신뢰성 보장
- 연결의 설정(3-way handshaking)
- 연결의 해제(4-way handshaking)
- 데이터 흐름 제어, 혼잡 제어
- 전이중, 점대점 서비스(양방향 송수신 서비스)
UDP(User Datagram Protocol)
- 비연결형 서비스 제공(연결되지 않은 상태에서 서비스제공) 동영상, 음성, 멀티미디어
- 신뢰성이 낮음
- 데이터의 전송 순서가 바뀔 수 있음
- 데이터 수신 여부 확인 안함(3-way handshaking과 같은 과정 X)
- TCP보다 전송속도가 빠름
STACK, QUEUE
STACK
- LIFO(Last In First Out)의 후입선출 구조
- push();를 이용한 데이터 입력, pop();을 이용한 데이터 출력
- 예) 시스템 스택 : 함수의 호출과 복귀 순서는 스택의 구조를 응용하여 관리
- 역순 문자열 만들기, 수식의 괄호 검사, 수식의 후위 표기법 변환
QUEUE
- FIFO(First In First Out)의 선입선출 구조
- enQueue();를 이용한 데이터 입력, deQueue();를 이용한 데이터 출력
- 예) 우선순위가 같은 작업 예약(인쇄 대기열), 선입선출이 필요한 대기열(티켓 카운터)
- Linear Queue(선형큐)는 메모리 재사용이 불가능 이러한 문제점을 보완하여 Circular Queue(원형 큐)가 나옴
Singleton Design Patter(싱글톤 디자인 패턴, 싱글톤 패턴)
- 클래스 인스턴스가 하나만 만들어지도록 하고, 그 인스턴스에 대한 전역 접근을 제공한다.
Database에서 Index란?
- 인덱스는 데이터베이스 분야에 있어서 테이블에 대한 동작의 속도를 높여주는 자료 구조를 일컫는다.
- 인덱스는 테이블 내의 1개의 컬럼, 혹은 여러 개의 컬럼을 이용하여 생성될 수 있다.
- 고속의 검색 동작뿐만 아니라 레코드 접근과 관련 효율적인 순서 매김 동작에 대한 기초를 제공한다.
- 사용자는 데이터베이스에 저장된 자료를 더욱 빠르게 조회하기 위하여 인덱스를 생성하고 사용한다.
트랜잭션
- Database에서 한꺼번에 수행되어야 할 일련의 연산들
- 하나의 논리적 작업단위로 수행되는 작업, 즉 sql의 묶음
프로젝트 진행 과정
- 요구사항분석 – 설계(DB,클래스,화면) – 개발 – 테스트 – 이관/교육 – 프로젝트 종료
자바 컬렉션의 대표 인터페이스
List
- 순서가 있는 데이터의 집합으로 데이터의 중복을 허용하며 인덱스로 조회한다.
Set
- 순서를 유지하지 않는 데이터의 집합으로 데이터의 중복을 허용하지 않는다.
Map
- 키와 벨류값의 쌍으로 이루어진 데이터 집합으로 순서는 유지되지 않으며 키는 중복은 허용하지 않지만 벨류값은 중복을 허용한다.
그 외 개인 질문
- 자기 소개
- 프로젝트의 내용과 맡은 역할
- 프로젝트 진행시 어려웠던 부분과 극복한 사례
- 자신 있는 것 기술
- 희망연봉과 이유
- 회사에 대해 질문이나 궁금한 점
- 개발자가 되고자 하는 이유
- 사회 경험에 대한 내용
- 개발자로서의 꿈
- 취미, 특기
'ETC' 카테고리의 다른 글
| 블로그 이전 (0) | 2019.05.21 |
|---|---|
| the value of life (0) | 2019.04.15 |