Generics (제네릭)클래스, 인터페이스, 메소드에 타입 파라미터를 사용하여 코드 재사용성을 높이고 타입 안정성을 보장하는 기술입니다.Annotations (애너테이션)코드에 메타데이터를 제공하여 컴파일러, 런타임, 개발 도구에서 활용할 수 있는 정보를 추가할 수

movie: 다른 출처의 리소스를 사용한 것을 제한하는 보안 방식Origin란?URL의 Protocal, Host, Port를 통해 같은 출처인지 판단을 가능필요한 이유해커가 리소스를 강취해서 사용할 가능성을 막기 위함: 다른 출처의 자원을 공유다른 출처의 자원을 사용

movie: CPU/core 에서 실행중인 process/thread가 다른 것으로 교체되는 것필요이유여러 작업을 동시에 실행시키기 위해서언제 발생하나?주어진 time slice를 다 썼음IO 작업을 기다려야함다른 리소스를 기다려야함Context란?process/thr

사전 이해 영상movie1부movie2부movie:multiversion concerrency controlUntitledcommit 된 데이터만 읽는다 (mysql: consistance read)write를 할 때, 해당 transaction만 아는 곳에 값을 저장

movie: 자신의 작업을 진행 → 다른 작업이 시작 → 기다림: 다른 작업에 관련없이 자신의 작업을 함⇒ 자신의 일에 대한 제어권을 자신이 갖고 있는지: 동시에 수행하거나, 동시에 끝나거나 → 끝나는 동시에 시작⇒ 결과가 나오는 시점이 중요 순서대로: 시작과 종료가

movie: 서버와 클라이언트 간 통신을 위한 프로토콜: TCP 통신을 사용Get만 있었고, header도 없었음, 너무 심플header, 상태 코드, content-type 생김매번 새로연결해서 성능이 매우 좋지 않음Persistent Connection 지정한 ti

movie특징: 식별자 결정을 효율적으로 하기 위함Call Stack에 Glovbal Execution Context 쌓임실행된 함수의 Execution Context가 쌓임Hoisting : 선언문이 맨위로 끌어올려진 것 같은 현상JS가 미리 코드를 스캔해서 Rec

movie영구적으로 데이터를 보관하기 위해서는 Storage에 저장해야함좀 더 빠르게 가져올 수 있도록 Main Memory 넣고 싶다.Redis를 사용하게된 이유Remote dictionary sever외부 + HashMap(Key - Value) + 서버외부에서 키

movie: 두 프로그램 간의 메시지를 교환하는 통신 방법현재 인터넷 환경(HTML5)에서 많이 사용되고 있다.양방향 통신데이터 송수신을 동시에 처리가능클라이언트와 서버가 서로가 원할 때 데이터 교환통상적인 Http 통신: 단방향(client의 요청)실시간 네트워킹에

movieJpaRepository 사용하지 않음 → 불편해entity 지정도 번거로움자유롭게 Querydsl를 사용할 방법 찾기결론: queryFactory만을 이용해서 Querydsl만 사용할 수 있도록 만든다.if문을 이용하면 복잡해지고 가독성이 떨어짐Boolean

movie비즈니스 기능이 아닌 부수적인 기능 ⇒ 인프라 로직반드시 필요하지 않고, 전영역에서 나타남중복코드를 만들어낼 가능성이 높아짐비즈니스 코드와 섞여서 이해하기 힘들게 만든다.유지보수를 어렵게 함.이때, AOP를 통해서 부가기능을 관리할 수 있게 함Untitled

MAC vs IP vs Port 번호

IP주소: 공유기 주소는 왜 항상 같을까?

프로그래밍 언어: 시스템콜, 커널모드

Stack vs Queue

우선순위 Queue vs Heap

CPU 스케줄러와 프로세스

ORM vs SQL Maper vs JDBC

JPA N+1 문제!

Spring Data JPA 영속성 컨텍스트