전체 글

[TIL] Github Action 2 - Workflow 구성해보기(작성 중)

Microsoft Developer Korea - Github Actions 영상을 참고하고 기록. 영상에서는 Node.js 프로젝트를 예시로 함. 목표 : Github Actions 워크플로우를 내 입맛에 맞게 작성할 수 있다. OS 종류와 Node 버전이 다양해요. → 빌드 매트릭스 이용하기 빌드할 때마다 테스트를 실행해서 불편해요. → 템플릿 변경해서 빌드 테스트 분리하기 다른 Job에서 빌드 아티팩트 접근이 안돼요. → Built-in 스토리지 이용하기 1. OS 종류와 Node 버전이 다양해요. 여러 타겟으로 동시에 빌드한다! → 매트릭스 빌드 여기에서의 매트릭스는 행렬! 예를 들어, Windows, Linux 버전에서 Node 12버전과 Node 14버전을 돌려야 할 때, Windows Lin..

[WIL] 230724 ~ 230730

목표 달성 여부 ✅ 팀원들이랑 친해지기(먼저 다가가자) -> 팀 스타일이 좀 다른 것 같아서 일단 보류..! ✅ JPA, QueryDSL 공부 중! ❌ AWS 강의 잘 듣기 ✅ 스프링 못 들었던 강의 - 폴더 공부! ✅ 최종 프로젝트 때 어떤 식으로 진행될 것인지 생각해보기 -> 아이디어 구상하는 방법 튜터님께 물어봄..! ✅ 스터디 잘하기(수요일 발표!) -> 새로운 분들이 들어옴..! 이번 주 내가 한 것 1. JPA 공부 처음부터 차근차근 공부중!! 2. 세미나 스터디 가입(매주 목, 일 진행) Github Action, CI/CD에 대해 공부하고 발표. Github Action(+CI/CD?) > gilded-meeting-f87.notion.site 스터디에서 다뤘던 주제 AOP와 프록시 / 상..

[TIL] 프로그래머스 - 상담원 인원(첫 lv.3 도전)

프로그래머스 2023 현대모비스 알고리즘 경진대회 예선 lv.3 - 상담원 인원 프로그래머스 코드 중심의 개발자 채용. 스택 기반의 포지션 매칭. 프로그래머스의 개발자 맞춤형 프로필을 등록하고, 나와 기술 궁합이 잘 맞는 기업들을 매칭 받으세요. programmers.co.kr 1. 전체 문제 로직 2. 코드 public int solution(int k, int n, int[][] reqs) { // 각 유형마다 멘토가 배치됨에 따라서 대기시간이 어떻게 되는지 구한다. int[][] waitingTime = new int[n - k + 1][k]; // i명 배치할 때, 각 유형의 기다리는 시간 구하기 for (int i = 0; i < n - k + 1; i++) { // mentos : i+1명의 ..

[TIL] Github Action이란? CI/CD에 대해

Github Action Github Action은 CI/CD를 위한 툴! 그렇다면 CI/CD가 뭔지 알아야 한다. 1. CI/CD 요즘같이 빠르게 변화하는 시대는 “어떻게 하면 시장과 고객의 요구에 빠르게 반응해서 제품 출시, 업데이트를 할 것인가!!”가 포인트. CI/CD는 어플리케이션 개발 단계부터 배포 때까지 이 모든 단계들을 자동화를 통해서 조금 더 효율적으로 빠르게 사용자에게 빈번이 배포할 수 있도록 만드는 것을 말한다! 1) CI(Continuous Integration) : 지속적인 통합 버그 수정이나 새로 만드는 기능들이 매일 Repository에 주기적으로 Build되고 Test가 되어서 머지되는 것! 포인트는 두 가지이다. 1. 코드 변경사항을 주기적으로 빈번하게 머지해야 한다. 두 ..

[TIL] SpringBoot dependency 버전 맞추기!

예전 프로젝트에서 QueryDSL을 사용하려고 할 때, 구글링을 해보는데 어떻게 초기설정을 맞춰야 할지 버전마다 너무 달라서 초기설정에만 하루가 걸렸던 적이 있다. 오늘 강의를 듣다가 그 시간을 줄일 방법을 찾았다. Dependency Versions docs.spring.io 지금의 스프링부트에 의존성을 추가할 때 몇 버전을 추가해야 좋은지 상세히 나와 있는 페이지다!! 전 프로젝트에서 진작 알았다면 좋았을 것을 ㅠㅅㅜ 지금 배우고 있는 JPA 강의가 예전 강의라서 의존성 버전을 다르게 해줘야 할 필요성이 생겼는데 강의에서 이 페이지로 가면 지금의 스프링부트와 궁합이 잘 맞는 버전을 찾을 수 있다고 가르쳐주셨다..! 다음에 새 의존성을 추가해야 할 일이 생기면 여기를 참고해서 적으면 될 것 같다!

[ Spring ] KP3C조 - 'Needle은 SNS하지 마라' / 스레드를 참고하여 SNS 사이트 만들기 KPT 회고

깃 레포지토리 GitHub - JisooPyo/KP3C-backoffice-project Contribute to JisooPyo/KP3C-backoffice-project development by creating an account on GitHub. github.com KEEP 🧡 은비 팀원들과 깃허브를 사용한 활발한 협업, 지속적으로 소통하며 서로를 칭찬하고 독려함 💚 지수 * PR 템플릿을 처음 적용시켜 보았는데 팀원분들이 그에 맞춰서 본인이 구현한 기능과 코드 일어났던 이슈들에 대해 자세하게 설명&기록을 해주셨던 점이 좋았습니다. 제가 새 코드에 대한 이해가 많이 느린 편인데 다들 PR 기록을 너무 잘해주셔서 코드에 대한 이해가 빨랐던 것 같습니다. 다음에도 꼭 이 점을 적용시켜서 PR해야겠다..

[WIL] 230717 ~ 230723

목표 달성 여부 ✅ 강의는 팀원들한테 도움을 청해서 꼭 들어야 할 부분을 먼저 듣기! 용기를 내서! 나는 못하니까! 가르쳐주세요! 하자... ✅ 팀원들이랑 깃으로 잘 소통할 수 있도록 깃 문서화 잘 해놓기!! ✅ 노션을 미리 확인해보니 노션에 기록을 좀 해야 하는 것 같은데 기록 열심히 하기!! ✅ 스터디 진행 잘하기!! 이번 주 내가 한 것 GitHub - JisooPyo/KP3C-backoffice-project Contribute to JisooPyo/KP3C-backoffice-project development by creating an account on GitHub. github.com QueryDSL 을 사용해 보았다. QueryDSL을 사용하여 계층형 답글 조회를 할 수 있게 되었다. G..

[4-2] Entity Mapping - 객체&테이블, 필드&컬럼

인프런 - 자바 ORM 표준 JPA 프로그래밍 - 기본편 강의노트 객체와 테이블 매핑 @Entity, @Table @Entity가 붙은 클래스는 JPA가 관리, 엔티티라 한다. JPA를 사용해서 테이블과 매핑할 클래스는 @Entity 필수 ※ 주의 기본 생성자 필수(파라미터가 없는 public 또는 protected 생성자) : 내부 동작하는데 필요하기 때문에(객체를 프록싱..하는데 쓰인다고 함!) final 클래스, enum, interface, inner 클래스 사용 X 저장할 필드에 final 사용 X → 추후에 왜 이 주의점들을 지켜야 하는지 알아보고 기록하자. @Entity 속성 name JPA에서 사용할 엔티티 이름을 지정한다. 기본값 : 클래스 이름을 그대로 사용(예 : Member) 같은 ..

[ Spring ] KP3C 조 - 'Needle은 SNS하지 마라' / 스레드를 참고하여 SNS 사이트 만들기 시작!

깃 레포지토리 GitHub - JisooPyo/KP3C-backoffice-project Contribute to JisooPyo/KP3C-backoffice-project development by creating an account on GitHub. github.com 기능 구현해야 할 필수 기능 더보기 ** 사용자 인증 기능 ** - 회원가입 기능 - username, password를 Client에서 전달받기 - username은 `최소 4자 이상, 10자 이하이며 알파벳 소문자(a~z), 숫자(0~9)`로 구성되어야 한다. - password는 `최소 8자 이상, 15자 이하이며 알파벳 대소문자(a~z, A~Z), 숫자(0~9), 특수문자`로 구성되어야 한다. - DB에 중복된 username..

[Git] fork가 아니라 같은 Repo의 Collaborator일 때, Pull Request 방법 기록(레포지토리 파는 사람 / Collaborator)

짧은 프로젝트라고 가정하고 Develop 브랜치까지 파지 않고 Main 브랜치와 각각의 기능별 브랜치를 판다고 가정. (Develop 브랜치를 파면 나중에 Develop 브랜치에도 규칙을 적용시켜 주면 된다.) 레포지토리 파는 사람이 할 일 1. 깃에서 레포지토리를 판다. README도 추가해 놓는다. README추가는 옵션! 근데 만들어놓는게 난 더 편했다. 내가 bash에서 명령어를 직접 입력하는데 README를 추가해놓지 않으면 깃허브에서 주는 명령어로 하는데 그거로 하다보면 오히려 헷갈린다.. 2. Settings - Branches - Add branch protection rule main 브랜치의 rule을 정하려면 Branch name pattern에 main을 적고 Protect matc..