DOing

Querydsl 도입 - 복잡한 조회쿼리의 경우에는 JPQL을 짜야한다. 근데 JPQL을 작성하다가 현타옴 코드도 너무 안예쁘고 이럴거면 JPA 왜도입했나.. MyBatis가 낫겠다.. 팀원들이 모두 이런 생각을 가졌고 Querydsl을 도입하면 훨씬 자바스럽게 코드를 짤 수 있다는 것을 알았다. 그리고 팀원들이 모두 합의해서 Querydsl를 공부하여 도입하기로 했다. 새로운 기술을 도입하는 것임에도 불구하고 팀원들은 모두 기대된다며 적극적으로 배우고 도입하려했다. 이모습에 정말 자극과 힘을 받았다. JPQL 극혐,. Querydsl을 점차 도입하고 있다. JPA로 도대체 어떻게 DB를 조회하다는거냐???라는 의문이 항상있었다. 그러나 이제는 그런 의문들이 해결되고 있고 Querydsl이야 말로 정말 ..

2021.7.26~2021.8.1 MVP기능 까지 모두 완료되었다. 프론트와 연결을 해서 확인했다. 빡센 PR과정 당연하게 생각했던 것도 다시 생각하게 되었다 사람들이 이해되지않으면 코드를 merge시켜주지않으니 내가 왜 이렇게 짰는지 설명하는 시간이 많았다. 문제가 많이 발생하고 이를 어떻게 해결할지 토론 양방향 vs 단방향 FetchType Eager 패키징 구조에 대해서도 컨벤션이니까 .ok()를 다붙이자. 뭐 등등 많았다! 토론하는게 즐겁다 다같이 더 좋은 코드를 위해서 토론하는게 재밌다. 체력적으로 힘들긴하지만 그 과정이 정말재밌고 본받을 점이 많은 팀원들이라고 생각한다 나는 나만그런줄 알았는데 팀원들 전체가 그러고 있다. 어떻게 이렇게 팀을 짜놨지? 싶을 정도로 정말 코드에 대한 고민이 많은 ..

이번 ActionPlan 팀프로젝트에서 제가 가장 고민했던 부분은 바로 '연관관계'였습니다. 제가 이전 개인 프로젝트에서 구현한 게시글과 댓글 CRUD는 사실 아무런 연관관계가 있지 않았습니다. 댓글에 직접 게시글 Id값을 넣고, 게시글 Id값으로 조회를 하였습니다. 이런 설계에 아쉬움을 느끼고 있었고 이번 팀프로젝트에서 연관관계 설정에 대해 팀원들과 고민하며 프로젝트에 적용시켰습니다. 그 과정에서 생겼던 이슈와 수정 과정, 제 생각의 변화에 대해 정리해보려고 합니다. 1차 시도) 양방향 실제 프로젝트 관련 PR 보러가기 : Github PR 링크 - Plan Entity @Entity public class Plan extends Timestamped { @Id @GeneratedValue privat..

[ 기획 배경 ] 저의 첫 SpringBoot 프로젝트였기 때문에 기본에 충실하고자 하였습니다. 웹 프로젝트의 입문이자 기본이라고 할 수 있는 게시판 CRUD를 구현하면서 SpringBoot에 대한 감을 잡는 것이 이번 프로젝트의 첫 목표였습니다. 추가적으로 본격적인 팀프로젝트에 들어가기 전에 개발 프로세스를 익숙해지는 것이 두번째 목표였습니다. [ 초기 설계 과정 ] 1. 와이어프레임 : Figma를 사용하여 제작하였습니다. : 기존 프로젝트들에서 사용하던 카카오오븐의 한계를 느끼고 Figma를 배워 적용하였습니다. 2. API설계 더보기 [ 완성작 ] 개발 관련된 게시글을 조회, 작성, 수정, 삭제할 수 있습니다. [ 배운점 ] 1. 개발 프로세스 익숙해지기 본격적인 팀프로젝트가 들어가기 전에 개발 ..

🌊 WIL 3 2021.6.21 ~ 2021.6.27 ⛵ 협업 툴 활용하기 : 노션 항해에서 팀 협업들을 거치면서 협업툴을 적극적으로 활용해야겠다고 느끼고 있다. 알고리즘 스터디에서는 팀원들간의 의 문제 풀이에 대한 코드와 해석을 서로 공유하기 위해서 노션을 사용했다. 그동안은 개인적인 노트 용도로만 노션을 사용했었는데 협업툴로써 노션을 처음 써보게되었다. 내가 느낀 협업 툴로써의 노션의 장점은 다음과 같다. 1. 직관적이다보니 노션을 사용해본 적이 없는 팀원들도 빠르게 적응할 수 있다. 2. 공유하기의 옵션을 세밀하게 조정할 수 있다. (편집 허용/불가) 3. 특정 사람들을 초대할 수 있고 모든 사람에게 공개할 수도 있다. 꾸미는 것도 시간 대비 너무 이쁘게 나와서 요즘 재밌게 꾸미고 있다. 노션에 생..

🌊 WIL 2 2021.6.14 ~ 2021.6.20 ⛵ 알고리즘 스터디 계기 이번주 화요일부터 본격적으로 알고리즘 문제를 풀기 시작했다. 근데 풀기가 너무 싫었다. 하기 싫으니 문제도 안읽혔다. 무슨 문제가 결론만 딱 말할 것이지 서론이 너무 길어서 집중력이 뚝뚝 떨어졌었다. 이렇게는 안되겠다 싶어 화요일 오후부터 알고리즘 스터디를 시작하게되었다. ⛵ 알고리즘 스터디 - '무조건 이 시간내에 풀어야지!!' 이번에는 알고리즘 스터디에서 함께 문제 풀이를 시작하게 되었다. 스터디 기간동안은 위에 보이는 계획표대로 거의 진행했었다. 실제로 하루에 4문제에서 5문제 정도 풀었다. 확실히 스터디원분들이 있으니 다시 의욕이 생기는 것같았다. 혼자서 풀었을때는 한 문제당 시간을 지키기가 힘들었고 중간중간 루즈해지기..

🌊 WIL 1 2021.6.7 ~ 2021.6.13 ⛵ 팀 프로젝트 시작 드디어 항해가 시작되고 바로 첫번째 팀프로젝트를 진행하게 되었다. 지금이야 많이 친해졌지만, 첫 날은 정말 어색했다ㅋㅋㅋ 이런 온라인 회의 환경도 처음인데다가 처음보는 사람끼리 갑자기 자기소개를 하고 '자, 이제 프로젝트를 진행하면되는건가요? '하는데 너무 어색해서 한참을 웃었었다. 프로젝트의 아이디어를 짜려고 취미를 공유하다보니, 공통된 점이 유튜브였다. 그럼 한번 유튜브로 소재를 잡아볼까?라는 생각이 들었다. 유튜브를 사용하며 불편했던 점에 대해 이야기 하다보니 다른 팀원분께서 "유튜브 구독 채널 관리가 힘들다!" 라는 아이디어를 주셨다. 나는 평소에 유튜브를 즐겨보다보니, 구독채널이 100개가 훨씬 넘어가고 있었다. 하지만 유..

[ 기획 배경 ] 미디어 시장을 장악하고 있는 유튜브는 남녀노소 할 것없이 모두가 이용하고 있습니다. 다양한 유튜브 채널이 생겨나고 유튜브에서는 사용자마다 구독할만한 채널들을 항상 추천해주고 있습니다. 하지만 정작 구독한 채널을 관리하는 기능이 없어 불편함을 느끼고 있었습니다. 저희 조원들은 모두 이를 공감하며 유튜브 채널을 카테고리별로 나누어 관리할 수 있는 MyTube웹사이트를 제작하게되었습니다. 쌓여만 가는 유튜브 구독 채널들 어떻게 관리하시나요? 이제는 음악, 운동, 요리, 먹방 등 카테고리 별로 나누어서 관리해보세요! [ 초기 설계 과정 ] 1. 와이어프레임 : 주어진 시간이 많지 않았던지라, 제가 예전에 사용했었던 '카카오 오븐'을 사용하여 빠르게 제작하였습니다. 2. API 설계 [ 담당 기..