썸네일 문제 상황 > 픽플에서는 게스트가 원하는 클래스를 신청 후 참가비를 입금해야 지식 공유자인 스픽커에게 명단이 보일 수 있게 되어있다. 이때 운영진이 입금을 확인하고 신청 상태값을 승인대기로 변경해주는 api가 필요해서 구현하게 되었다. 우리는 클래스를 신청

현재 사이드 프로젝트로 진행중인 픽플이 베타서비스 중에 있는데 동작을 확인하기 위해 jpa:show_sql: true로 설정이 되어있다! 그러던 와중 서버에 이상이 생길 때 마다 로그를 확인하는데 Hibernte가 생성한 sql 문이 너무 많이 찍혀있어서 확인이 어려

pytest는 Python의 테스팅 프레임워크 중 하나로, 단위 테스트(unit tests)부터 기능 테스트(functional tests)까지 다양한 종류의 테스트를 쉽게 작성할 수 있습니다.간결하고 강력한 테스트 코드를 작성할 수 있도록 다양한 기능을 제공하며, 플

TDD를 위한 unit test 중 mock를 알아보자Mock은 실제 객체 대신 가짜 객체를 사용해 테스트할 수 있는 도구.네트워크 요청, DB 연결 등 외부 종속성을 빠르게 처리할 수 있음.문제: sleep, HTTP 요청 같은 작업이 실제 실행 시 시간이 오래 걸림

인턴활동을 하며 실 업무에 들어가기 위해 기존 코드를 학습하는 과정 중에 있다. 기존 코드를 학습하기 위해 기존 코드에 사용되어있는 디자인 패턴을 학습하려고 한다. 오늘은 옵저버 패턴이 사용된 부분을 이해하기 위해 Oberver Pattern을 학습해보았다.Oberve

인턴을 진행하며 장비 시뮬레이션 프로그램에 MQTT 클라이언트와 브로커를 구축해야하는 상황이 생겨 MQTT에 대해 공부를 진행하였다경량 메시지 통신 프로토콜, 주로 IoT와 저전력 장치에서 사용발행/구독(Pub/Sub) 모델 기반으로 브로커가 메시지를 중계비동기 통신으

코드잇에서 수강권을 제공 받아 작성한 글입니다. 활동하고 있는 대학생 연합 IT 벤처 창업 동아리 SOPT에서 좋은 기회로 코드잇과 협업하게 되어 코드잇의 수강권을 제공받아 다양한 강의를 들을 수 있게 되었다! Git을 비롯해 많은 강의가 있었고 그 중 다양한 개발 분야를 배워보고자 JavaScript관련 강의들을 수강하고 수료까지 할 수 있었다 !...

영국에서 열리는 International Collegiate Challenge for AI-Assisted Society(ICCAS2024) 에 참여하는 S2조의 기록을 아카이빙할 시리즈입니다

<span style="background-color: - 특징 \- 가장 보편적 \- Process to Process \- 가상 연결 \- non real time 서비스에 적합 \- 전이중 통신(버퍼)-피기배

finalizer최상위 Object 클래스에 포함된 메서드이기 때문에  finalize 메서드 재정의(Overriding) 가능finalize메서드를 재정의하면 해당 객체가 Garbege Collection 대상이 되었을 때 finalize메서드가 호출된다. 단, 즉시

자바에서는 가비지 컬렉터가 다쓴 객체를 알아서 회수해간다 하지만 그렇다고해서 메모리 관리에 신경쓰지 않으면 안된다. 메모리 누수가 발생하는 프로그램을 오래 실행하다보면 점차 가비지 컬렉션 활동과 메모리 사용량이 늘어나 결국 성능이 저하되거나 메모리초과(OufOfMemo

똑같은 기능의 객체를 매번 생성하기보단 객체 하나를 재사용하는 편이 나을 때가 많다.1번의 경우 실행될 때 마다 String 인스턴스를 새로 만들고 2번은 하나의 인스턴스를 사용한다. 1번처럼 new 키워드를 이용해 문자열을 생성하는 것은 무의미하며 성능에 악영향을 끼

사용하는 자원에 따라 동작이 달라지는 클래스에는 정적 유틸리티 클래스나 싱글턴 방식이 적합하지 않다.위와 같은 SpellChecker 클래스는 Dictionary를 사용하고 이를 의존하는 리소스 또는 의존성이라고 부른다. 이렇게 정적 유틸리티를 잘못 사용하거나 싱글턴을

그런 나에게 기회가 되어 SOPT에서 GraphQL 스터디가 열려서 참여하게 되었다! 이름도 처음 들어봤지만 차근차근 알아보도록 하자! 페이스북에서 REST API의 한계를 극복하기 위해 만든 API 를 위한 쿼리 언어라고 할 수 있다. REST API의 한계를 극복하

정적 메서드와 정적 필드는 OOP에서 미움 받는 형식이지만 아래와 같은 상황에선 쓰임새가 존재한다.기본 타입 값이나 배열 관련 메서드들을 모아놓을 때특정 인터페이스를 구현하는 객체를 생성해주는 정적 메서드를 모아놓고 싶을 때final 클래스와 관련한 메서드를 모아놓을

싱글턴은 인스턴스를 오직 하나만 생성할 수 있는 클래스다. 이런 싱글턴 클래스는 호출 시 매번 인스턴스를 생성하지 않고 미리 생성해둔 인스턴스를 반환하기 때문에 DB의 Connection Pool에서도 사용하여 관리하는 것이 효율적이다책에서는 이런 싱글톤을 만드는 방법

배경 선택적 매개변수가 많을 때 적절하게 대응하기 어렵다 선행적 해결 방법점층적 생성자 패턴: 필수 매개변수만 받는 생성자 ..>..>필수 매개변수 + 선택 매개변수 전체를 받는 생성자단점설정을 원하지 않는 매개변수까지 포함해야하고 어쩔 수 없이 그런 매개변수

클라이언트가 클래스의 인스턴스를 얻는 방법public 생성자static factory method(≠디자인 패턴)static factory method의 장점이름을 가질 수 있다. → 이름을 통한 반환될 객체의 특성 묘사 가능호출될 때마다 인스턴스를 새로 생성하지 않아

앱잼 중 앱 커뮤니티 프로덕트에 참여하게 되었다. 커뮤니티 특성 상 전체조회가 되는 API가 있었고 기존에 사용하던 전체 조회 방식은 한번에 모든 데이터에 관한 정보가 전송되어서 서버에 부하가 심해진다고 판단하였다! 그래서 한번에 전송하지 않고 데이터를 끊어서 보내는

JPA(Java Persistence API)를 사용하여 서비스를 구현하다 보면 JPA의 Query Methods만으로는 조회가 불가능한 경우가 생깁니다!예를들면 사용자 이름과 이메일로 조회하고 싶거나 나이가 20살 이상인 사용자를 조회하고싶거나 등등 이런 경우가 있을