1. 오버헤드란 ?계속해서 강의를 듣고, 문제를 해결해나가는 과정에서 자주 들리는 말이 있다.바로 " 오버헤드 Overhead " 이다.간단하게 설명하자면, 기본 기능을 수행하는 데 필요한 부가적인 자원 소모를 뜻한다.우리가 직접적인 일하는 것 외에 추가로 드는 시간, 메모리, 네트워크, 연상 등의 비용을 의미한다고 한다.오버헤드는 시스템 성능, 확장성, 응답 속도 등에 직접적인 영향을 미치기 때문에 개발자에게 매우 중요한 개념이라고 할 수 있다. 2. 오버헤드 종류백엔드에서 발생할 수 있는 주요 오버헤드는 아래와 같다.1. 네트워크 오버헤드API 요청/응답, REST 통신2. 데이터베이스 오버헤드쿼리 비효율, 인덱스 미사용3. 서버 처리 오버헤드비동기 처리 실패, 과도한 로직4. 스레드/동시성 오버헤드..

✅ 캡슐화캡슐화 " Client 객체가 구체적인 것을 의존하지 못하도록 숨기고 추상적인 것만 의존하도록 하는 모든 과정 "Client 객체란? 협력에서 요청을 보내는 객체이다.1 ) 구체적인 것 : 변경될 가능성이 높은 것 | How 가 대표적인 구체적인 것 (인스턴스) > 낮은 것-> 낮은 수준의 것을 것을 의존했을 때 생기는 문제 > 구체적인것에 의존하면 할 수록 우리는 결합도가 높다고 함. -> 결합도가 높은 것은 변경될 가능성이 높다는 것이며 의존성이 높아진다는 것. 그래서 변경의 전파가 클 것임.2) 추상적인 것 : 변경될 가능성이 낮은 것 | 메서드 이름, 파라미터, 반환값등 What에 대한 것이 대표적인 추상적인 것 > 높은 것 ✅ 캡슐화 하는 방법1. 자주 변경되는 것과 그렇지 않은 것을 ..

✅ Keep이번 프로젝트에서 진행한 과정 중 다음 프로젝트에서도 유지했으면 하는 부분1. 일관된 예외 처리2. Pull request 요청할 경우 PULL 한 후 PUSH3. 문서화 습관4. 함수 네이밍 컨벤션 지키기5. 커밋 메시지 컨벤션 지키기✅ Problem1) 좋아요의 동시성 문제문제 원인동시에 여러 사용자가 같은 댓글에 좋아요를 누르거나 취소할 경우,Race Condition(동시성 문제)로 인해 DB의 likeCount 값이 실제 좋아요 수와 일치하지 않을 가능성을 발견했다.문제 분석likeCount는 단순 숫자 필드로, 동시 요청 시 DB에 저장되는 값이 충돌 없이 덮어쓰여지는 문제가 있었다.트랜잭션을 사용하더라도 조회 → 증가 → 저장 사이에 다른 요청이 개입하면 값이 꼬일 수 있었다.문제..

@Builder는 Lombok에서 제공하는 어노테이션으로, 객체 생성 시 생성자 또는 메서드에 직접 값을 하나씩 넣지 않고, 가독성 좋고 유연한 방식으로 객체를 생성할 수 있도록 도와준다. 특히 파라미터가 많은 객체를 생성할 때 매우 유용하다.✅ 기본 개념@Builderpublic class User { private String name; private int age; private String email;}위와 같이 @Builder를 붙이면, 다음과 같은 방식으로 객체를 만들 수 있다User user = User.builder() .name("AA") .age(27) .email("aa@example.co..

JWT (JSON Web Token)✅ JWT란?JWT는 로그인한 사용자 정보를 토큰 형태로 안전하게 주고받기 위해 사용하는 인증 수단JWT는 서버가 세션 없이도 사용자의 인증 상태를 유지할 수 있게 도와준다. ✅ JWT 구조JWT는 다음과 같이 3가지 부분으로 나뉜다.xxxxx.yyyyy.zzzzz부분이름설명xxxxxHeader알고리즘 및 타입 정보 (ex. HS256, JWT)yyyyyPayload사용자 정보: userId, 이름, 권한 등zzzzzSignature서명. 위 내용이 변조되지 않았는지 검증1. Header{ "alg": "HS256", "typ": "JWT"}- 어떤 알고리즘을 서명했는지- 타입음 JWT 을 명시2. Payload{ "sub": "1234567890", "name..

✅ 깨끗한 코드1. 재 디자인의 무한 루프기존 코드가 너무 복잡하거나 생산성이 낮아서 → "이건 안 되겠다, 새로 짜자!" 해서 새로운 팀(tiger team)이 생김그 팀이 기존 걸 따라가면서 새 기능도 추가하는 걸 목표로 개발함근데 시간이 지나면서 그 Tiger 팀의 원래 멤버들이 빠지고 새 사람들로 바뀜새 멤버들이 기존 tiger team 코드(이제 새 코드죠)를 보면서 → "이거 별로네… 다시 만드는 게 낫겠는데요?"이게 계속 반복되는 무한루프가 생기게 된다. 실제로 많은 프로젝트에서 반복된다. 그래서 리팩토링이나 점진적인 개선이오히려 현실적인 접근일 때가 많다.2. 태고의 난제더러운 코드는 생산성을 저하시킨다. 그와 동시에 개발자들은 기한을 맞추기 위해 더러운 코드를 짠다. 하지만, 더러운 코드..

✅ Race Condition이란?여러 사용자가 동시에 같은 데이터를 수정하려 할 때,처리 순서에 따라 데이터가 덮어씌워져 예상과 다른 결과가 생기는 현상.예시:현재 좋아요 수: 5유저 A와 B가 동시에 클릭 → 둘 다 5 읽고 6 저장결과: 실제론 2번 눌렀지만 +1만 반영됨✅ 왜 발생하는가?@Transactionalpublic void likePost(Long postId) { Post post = postRepository.findById(postId).orElseThrow(); post.setLikeCount(post.getLikeCount() + 1);}post.getLikeCount()로 읽은 시점이 같으면,동일한 값으로 계산 → 마지막 저장 값만 반영됨✅ 동시성 문제가 발생하기 쉬..

✅ JWT란?JWT (JSON Web Token)는 사용자 인증 및 권한 부여를 위해 사용되는 토큰 기반 인증 방식입니다.로그인 성공 시, 서버는 클라이언트에게 암호화된 토큰을 발급하고, 클라이언트는 이후 요청마다 이 토큰을 전송하여 인증을 진행합니다.✅ JWT 구조JWT는 총 3개의 파트로 구성되어 있습니다.xxxxx.yyyyy.zzzzzHeader.Payload.Signature1. Header{ "alg": "HS256", "typ": "JWT"}토큰의 타입과 해싱 알고리즘 정보2. Payload{ "sub": "userId", "name": "ㅇㅇㅇ", "role": "USER", "exp": 1712345678}사용자 정보(Claims)를 담는 부분exp: 토큰 만료 시간 (Unix ..

JPA 에서의 Paging 은 공식처럼 생각하면 편하다고 했다.이렇게 딱 3가지만 생각하면 된다.1. 컨트롤러에서 페이지 번호랑 페이지 사이즈를 입력 받고2. Service 에서 Pageable 객체에 만들고.3. Repository 에 Pageable 개겣를 넘겨주기만 하면 Paging 은 끝이다 !페이징 실습을 해보면서 더 알아보자.Entity 와 Repository 만 미리 세팅해두면 될 거 같다.1. Repositorypublic interface BoardRepository extends JpaRepository {}2. Entity@Getter@Entity@Table(name = "board")@NoArgsConstructorpublic class Board extends BaseEntity ..

[level 1] 최소직사각형 - 86491문제 링크성능 요약메모리: 97.9 MB, 시간: 2.21 ms구분코딩테스트 연습 > 완전탐색채점결과정확성: 100.0합계: 100.0 / 100.0제출 일자2025년 04월 04일 15:48:18문제 설명명함 지갑을 만드는 회사에서 지갑의 크기를 정하려고 합니다. 다양한 모양과 크기의 명함들을 모두 수납할 수 있으면서, 작아서 들고 다니기 편한 지갑을 만들어야 합니다. 이러한 요건을 만족하는 지갑을 만들기 위해 디자인팀은 모든 명함의 가로 길이와 세로 길이를 조사했습니다.아래 표는 4가지 명함의 가로 길이와 세로 길이를 나타냅니다.명함 번호가로 길이세로 길이16050230703603048040가장 긴 가로 길이와 세로 길이가 각각 80, 70이기 때문에 80(..