
어떤 문제가 있고, 그것을 해결하는 방안으로 기술이 등장해왔다.컴퓨터란 원래 직업을 지칭하는 단어였지만, 기계식 및 전자식 계산기의 등장으로 기계를 칭하는 언어로 바뀌었다.1980년대의 컴퓨터언어는 C와 C++이 개발언어의 표준이었다. C언어는 절차지향 언어이므로, 프

Git은 컴퓨터의 변경사항을 추적하고 버전을 관리하기 위한 도구로, 여러 사용자 간의 파일 작업을 조율하는 분산 버전 관리 시스템이다. GitHub는 이 Git 저장소를 지원하는 오픈소스 웹 서비스이다.중앙 집중식 버전 관리 시스템 : 여러 사용자가 하나의 서버에서 파

상속은 '~IS A' 관계일 때, 개념이 나뉘어 분류가 필요할 때 쓴다.Coffee → Americano, Latte 식으로 구성하면 커피 종류가 너무 많아지는 Class Explosion이 발생할 수 있다. 이럴 땐 속성으로 해결하는 게 낫다.기준 정리:무기 → 검

Web 1.0은 1990년대 초반, 정적인 정보 게시판이 전부였다. '정보 제공'에만 초점이 맞춰져 있어서 읽기 전용이었고, 사용자가 직접 내용을 추가하거나 수정하는 건 불가능했다. 단방향 소통이다.Web 2.0은 2000년대 초반부터 현재까지다. 사용자가 직접 콘텐츠

Servlet은 클라이언트의 요청(Request)을 처리하고 응답(Response)으로 전송하기 위해 Java를 사용해 웹 페이지를 동적으로 생성하는 서버 측 프로그램 혹은 그 API 규격이다. Servlet 덕분에 개발자는 비즈니스 로직에 집중할 수 있게 됐다.문제서

객체 지향적 '설계'를 의미한다.현실 세계의 객체 개념을 기반으로, 데이터를 속성(필드) 와 기능(메서드) 로 묶어 프로그램을 설계하는 패러다임이다.'누가 이 일을 책임질래?' 라는 기준으로 나눈 프로그래밍 기법'해야 한다'보다는 '하면 좋다'의 관점OOP를 지향하면
서버가 클라이언트의 이전 요청 정보를 기억하느냐의 차이다.Stateful — 상대를 기억한다서버가 클라이언트의 상태를 저장하고 유지한다. 이전 요청의 맥락을 알기 때문에 연속적인 흐름이 가능하다.장점: 맞춤형 서비스 제공 가능, 복잡한 흐름 제어 가능단점: 서버가 상태

Spring MVC에서 DispatcherServlet이 요청을 받아 Controller, Service, Repository 계층으로 흐름을 연결하는 구조 1. MVC MVC(Model-View-Controller)란 웹 애플리케이션 설계에 널리 사용되는 아키텍처

데이터를 기록하고 관리하기 위한 필요에서 출발했다. 기존 파일 시스템 방식의 문제점은 다음과 같다.데이터 중복 (학생 이름이 여러 파일에 분산)검색 어려움 (파일이 커지면 Full Scan 필요)보안·권한 부족동시 수정 불가OS 간 호환성 문제DB는 이 문제들을 중앙

HTTP는 stateless이기 때문에, 보호된 리소스에 접근할 때마다 인증 과정이 필요하다. 이 인증 정보는 Header에 담긴다.자격증명 헤더는 방향에 따라 두 가지로 나뉜다.인증 흐름:ID, PW를 Base64 인코딩해서 헤더에 담아 전송하는 가장 단순한 인증 방

SQL만을 사용하지 않는 여러 유형의 DB를 통칭한다.기존 RDBMS의 문제점스키마 규칙이 너무 강함 → 유연하지 못함트랜잭션 원자성 보장은 되지만, 동시 처리량이 낮음디스크 기반의 수직 확장에 의존비관계형 DB는 기본적으로 트리 구조 데이터 구성을 가진다.단순한 ke