💻💭🎧🌏

목과 스텁 구분테스트 대역 유형목 (목, 스파이)외부 로 나가는 상호작용을 모방하고 검사스텁 (스텁, 더미, 페이크)내부 로 들어오는 상호 작용을 모방⭐️ 목은 SUT 와 관련 의존성 간의 상호 작용을 모방하고 검사. BUT! 스텁은 모방만 함스텁으로 상호 작용을 검증하지 말 것스텁은 외부로의 호출이 최종 결과가 아니기 때문과잉명세가 흔하게 발생할 수 있음과잉명세 : 최종 결과가 아닌 사항을 검증하는 관행  CQS (명령 조회 분리)와 목 & 스텁명령 : 사이드 이펙트 초래 → 반환값 없음 ➡️ 목조회 : 사이드 이펙트 없음 → 값 반환 ➡️ 스텁이 둘은 혼용하면 안됨🙌🏻 CQS 원칙을 항상 따를 수 있는 것은 아니지만 최대한 따르는 것이 좋음 식별할 수 있는 동작과 구현 세부 사항식별할 수 있는 동..

단위테스트는 좋은 부정 지표이지만 나쁜 긍정지표이다 공유 의존성 : 테스트 간에 공유되고 서로의 결과에 영향을 미칠 수 있는 수단을 제공하는 의존성 비공개 의존성 : 공유하지 않는 의존성 프로세스 외부 의존성 : 애플리케이션 실행 프로세스 외부에서 실행되는 의존성➡️ 프로세스 외부 의존성은 대부분 공유 의존성에 해당 but 모두 그런 것은 X ➡️ 아직 메모리에 없는 데이터에 대한 프록시 휘발성 의존성 : 개발자 머신에 기본 설치된 환경 외에 런타임 환경의 설정 및 구성을 요구함 or 비결정적 동작을 포함함 (e.g. 난수 생성기 또는 현재 날짜와 시간을 반환하는 클래스) 단위 테스트의 정의 작은 코드 조각을 검증하고 빠르게 수행하고 격리된 방식으로 처리함 💡 테스트는 코드의 단위가 아니라 동작의 단위를..

1. 시간초과 뜨면 고려해보기.. import sys input=sys.stdin.readline 2. collections.Counter() 에서 최빈값 구하기 result = Counter변수이름.most_common() → [(key, frequency), (key, frequency)] 이런 식으로 나오므로 최빈값을 가지는 key 값을 얻으려면 result[0][0] 이런 식으로 하면 됨 SQL 날짜 → TO_CHAR(속성, 'yyyy-mm-dd') 와 같이 문자열로 바꿔서 비교하고, 출력도 포맷에 맞춰서 해야함. 상위 n 개만 출력하기 FETCH FIRST n ROWS ONLY 또는 --- where 절에 rownum

기존에 그냥 완성된 답변으로 받았던 ChatGPT 응답을 SSE(Serve-Sent-Event) 를 이용해 실시간으로 완성하는 걸로 변경하게 되었다. 어떻게 받아와야할지 여러 방법을 찾아보는데 SSE 표준은 애초에 POST 방식은 지원을 하지 않는다고 한다. (그래서 SSE는 보통 EventSource를 이용해 응답을 받지만 단순 GET인 경우에만 가능하다.) 그런데 나는 내가 요청한 질문에 대한 답변을 받아야하는 것이므로... 응용 방식을 여럿 찾아보았다. 그러던 중 나의 상황에 아주 딱 맞는 유튜버의 설명 등장... 최고세요... https://www.youtube.com/watch?v=JxIQCOrsxxg 물론 이 분은 ChatGPT 기능을 프론트엔드에서 바로 구현한거라 약간 차이점이 있었기에 이슈..

이번 프로젝트 중에 젤 막혔던 문제... 문제가 어디서 발생했냐.. 하면은 원래 구글 소셜로그인의 A to Z를 백엔드에서 담당하도록 구현을 했다. 오랜만에 시퀀스 다이어그램도 그려봤는데 아래와 같다. (draw. io 는 그리기는 참 편리한데 저장할 때 화질이 조금만 더 개선되면 좋을 것 같다.. .ㅎ..) 로그인 요청부터 Authorization Code를 받아 사용자 정보 요청하는 것까지 서버에서 진행을 하고 최종 accessToken 또는 사용자 정보를 클라이언트 측으로 반환하도록 구현했었다. (회원이면 인증/인가를 위한 accessToken만, 비회원이라면 회원가입을 바로 진행할 수 있도록 사용자정보 (name, email, picture) 을 담아보낸다. 근데 정말 예상치도 못하게 프론트(Re..

요구사항 경기 시작 30분 전부터 경기 리더 화면에서 QR 코드를 띄울 수 있다. 참가 인원들은 이 QR 코드를 촬영하여 출석 체크를 한다. 오픈 소스인 zxing 을 사용하였다. 코드가 간결해서 사용하기 쉬웠다! build.gradle 파일에 의존성을 추가해준다. implementation group: 'com.google.zxing', name: 'javase', version: '3.5.0' implementation group: 'com.google.zxing', name: 'core', version: '3.5.0' createQr(User user, Long matchId) QR 코드를 생성하여 바이트 형식으로 반환하는 메서드 public ResponseEntity createQr(User u..

#mood 원래 계획은 aws 프리티어도 얼마 안남았을텐데 그냥 프론트 쪽에서 스프링 application 런해서 사용하는걸루 하자.. 했는데 역시나 쉬운 일이 아니었다. 어쩌면 걍 배포 한번 딱 해놓는게 오랫동안 힘들진 않을 것 같다...! 그래서 그냥 배포를 하게 됐다 프론트엔드로 리액트 코드는 이미 ec2에 배포해본 경험이 있으므로 대충 비슷하겠지 하고 시작! 근데 바로 이슈가 발생했다. 리액트로 개발을 할 땐 보안 설정이 많이 없다보니 거의 다 깃허브에 바로 푸시를 했었고 gitignore 했던 node_modules 마저도 그냥 npm install하면 바로 생성되던 것들이었는데, 스프링은 일단 gitignore 해둔게 많았고 깃허브 클론해서 원 상태로 복구시킬 수도 (npm install 처럼..

사실 상 메인 기능인 참가 신청 기능이다. 철저히 구분해서 구현하던 기능들이 이제는 이것저것 섞이기 시작하니까 이 메서드는 여기다가 두는게 나을까 저기다가 두는게 나을까.. 하는 고민이 생기기 시작하는 것 같다. 그리고 점점 비즈니스 로직 차원에서 다뤄야할 제약 조건들이 생기니 제법 재밌다 !! 🥹👍 경기 참가 신청 기능의 조건은 다음과 같다. ❌ user의 조건이 해당 매치 태그들의 조건과 부합하지 않을 경우 참가 신청 불가 ❌ match의 현재 참가 신청 인원이 전체 모집 인원과 같을 경우, (참가 인원을 모두 모집했을 경우) 참가 신청 불가 ❌ user 가 이미 참가 신청한 매치들과 시간이 겹치면 참가 신청 불가 ✅ 이외는 참가 신청 완료 후에 해당 매치의 현재 참가 신청 인원 수 1 증가 이 조건..

수정과 삭제는 예상대로 쉬웠다! 새로운 클래스 생성이 없으므로 패키지 계층 구조는 그대로니 스킵! 1. 모집글 삭제 public String deleteById(Long id){ try{ postRepository.deleteById(id); return "모집글 삭제 완료"; }catch (Exception e){ return "모집글 삭제 실패 " + e; } } 아 Jpa라는거.. 정말 달다 모집글 id를 전달 인자로 받아 JpaRepository 를 상속받는 PostRepository의 deleteById 메서드를 이용하여 해당 모집글을 삭제한다. @DeleteMapping("/api/post/{id}") public ResponseEntity deletePostById(@PathVariable ..

모집글을 등록할 수 있는 api를 구현해본다. 모집글에는 기본적인 title, content , category, (등록하는 사용자의) userEmail (➡️ 이건 토큰을 이용할 수 있게 되면 변경할 예정이다.) 이 필요하다. 추가적으로 모집글 등록 시에 함께 생성해야 할 Match 객체의 필드들이 필요하고 성별, 나이대, 난이도 등을 표기할 수 있는 Tag 객체가 들어간다. (✅ Match : 경기 인원 수, 경기 장소, 경기 날짜가 들어간다.) 현재까지의 패키지 계층 구조 나름대로 체계적으로 정리하려고 노력 중인데 잘하고 있나 모르겠다..~ AddPostRequest.java 모집글 등록 시 request body에 들어갈 dto @NoArgsConstructor @AllArgsConstructor..