1편에서 이어진다.2편에서는 CloudWatch를 적용하며 가지게 된 고민에 대해서 작성한다.CloudWatch는 기본적으로 많은 지표를 제공한다.하지만 201에서 모니터링 하고자 했던 지표를 모두 제공하지는 않는 것을 확인했다.201의 모니터링 툴로 CloudWatc
어떤 데이터를 모니터링 할 것이며, 왜 CloudWatch를 선택했는가? 근본적으로 왜 모니터링을 하는가?
위와 같이 ArgumentResolver에서 Member 엔티티를 영속화하며 컨트롤러에 전달하고 있다.그리고 해당 엔티티는 Controller → Service로 전달된다. 그리고 서비스에서는 해당 엔티티의 정보를 수정하고, 수정된 정보를 DB에 반영하려 한다.(UPD
로컬 환경에서 외부 DB 서버에 접근할 수 있도록 하는 과정에서의 삽질 경험기
data.sql 파일에 작성된 CREATE TABLE 문 그대로 DB가 초기화된다?
우테코 백엔드 5기에 지원하여 현재 프리코스를 진행 중이다. 금일 자정에 제출 마감하는 1주차 과제를 진행하며 느낀 점에 대해서 작성하려 한다.
작성한 함수가 정상적으로 작동하는지 확인하기 위해 설계하는 코드📌 TDD : 함수를 구현하기 이전에 함수에서 발생할 수 있는 예외 시나리오를 모두 생각한 뒤에 이를 바탕으로 코드 설계하는 개발 방법테스트 함수를 먼저 구현한 뒤에 기능을 구현하면 속도는 느려질 수 밖에
: 컬렉션이나 배열의 원소를 흐름으로 간주하는 것: 수학적 함수의 계산을 통해 자료를 처리하고 상태와 가변 데이터를 멀리하는 프로그래밍 패러다임함수형 프로그래밍이기 위한 조건,특징함수의 순수성 : 동일한 인자를 통해 다수 호출되는 함수들은 항상 동일한 값을 반환함수 실
배열은 크기가 정적이기 때문에 추가 연산시 자리가 부족한 상황이 발생하는 한계가 있다. ex) 크기가 5인 배열이 꽉 차 있을 때, 원소를 하나 더 추가하고 싶다면 다음 과정을 직접 구현해야 한다.크기 늘린 배열 새로 생성기존 배열 복사새 원소 삽입Collection을
최상위 클래스인 Object 클래스를 통해 모든 타입의 객체를 받도록 할 수는 있지만, 우리가 Pencil클래스 객체를 넣어도 Object 를 반환하기 때문에 실제 인스턴스의 필드,메서드에 접근하기 위해서는 형변환이 필요하다.→ 이를 해결하기 위해 제너릭을 사용할 수
프로그램 실행시 발생할 수 있는 예외를 대비한 코드를 작성하는 것예외를 활용하여 에러가 발생하고 프로그램이 종료되는 것을 막고 정상 실행 상태 유지가능하도록 한다.예외는 컴파일러가 무조건 체크하는 Checked Exception과 체크하지 않고 넘어가는 Unchecke
모든 클래스의 최상위 클래스, 클래스를 생성하면 자동으로 Object 클래스를 상속받는다.모든 클래스는 Object에 정의된 메서드를 사용/재정의할 수 있다.컴파일러가 extends Object 를 추가함Object 클래스에 정의된 메서드hashcode() : 인스턴스
캡슐화 (encapsulation) / 정보은닉 : 외부에서 객체의 데이터 일부를 접근하지 못하게 한다.상속 (inheritance) : 부모-자식 관계를 맺어 코드의 중복을 줄인다 → 재사용성 향상다형성 (polymorphism) : 객체의 데이터 타입이 다양하게 올