몬그로이

페이징 처리가 진행되었던 팀과제 결과물을 가지고 페이징 처리를 하려니 혼란이 왔었다 querydsl 자체적으로 repository 에서 설정한 만큼이 페이징 처리를 할 수 있는 것인데이미 만들어진 page 메서드를 혼합하여 생각하니 풀릴리 만무했다 java 기초부터 spring, 그리고 querydsl 까지 계속 학습하다 보면 그런 것들이 많다이게 개발의 편의를 위한 기능들이 계속해서 나오기 때문에 발생할 수 있는 현상이 아닐까? 그래서 어디에 속하는 기능이고 어디까지가 적용되는 것인지에 대한 판단을 하는 것은개발자가 되기 위해서 빼먹어서는 안되는 능력인 것 같다 아마도 난 아직 전체흐름을 모르다보니 헷갈리는 것인듯 하다  라고 핑계 대본다

querydsl 로 페이징 처리를 하다가 막혀버렸다도대체 몇 시간째인지 모르겠다십수시간은 무슨, 수십시간이 지났다 강사님이 제공해 준 github 를 면밀히 뜯어보면서 이리저리 검색하고 이해한 부분까지 완성한 다음이후를 더 진행하려고 구글링을 엄청 해댔는데도 아직도 방법을 모르겠다뭘 찾아봐야 하는지도 이제 모르겠어서 답답하다 일단 분명한 건 막힌 이유가  SQL을 모르기때문이라고 말할 수 있는 부분은 아니라는 것 뭔가를 모르는데 뭘 모르는지 모르겠다아무리 찾아봐도 비슷한 내용이라 이해해야만 정상인 것 같은데왜 이해하지 못하는 건지 모르겠다 질문하러 가고 싶어도 너무 기초적인걸 모르는 것 같은 느낌이라 못 가겠다이런식으로 멈춰버리면 안 된다는 걸 아는데아직 팀프로젝트가 남아있는데모르겠다 진짜너무 답답해

조건페이징 처리(5개씩) 며칠 전 자바의 정석에서 상속이나 인터페이스를 활용한 메서드를 생성하는 예시를 보고 한 번쯤 사용해 보고 싶었는데이번 강의에서도 이를 활용하고 있었기에 이번 개인 과제를 진행하면서 참고해서 적용해보기로 했다다른 점이라면 지난 팀과제에 이어 개인과제를 진행하는 것이라 adapter가 추가되어 있어서 이것도 고려해야 한다는 점이겠다 강사님이 만들어 놓은 결과물을 면밀히 뜯어 보다가 새롭게 알게 된 것interface 가 interface 를 상속받을 때 extends 를 사용하며,interface 의 기능 중 하나라도 구현한다면 그 때 implements 를 사용한다 JpaRepositoryThanksQueryRepositoryThanksRepository ThanksQueryRep..

리더 자리에 앉아본 사람들은 챌린지를 꾸릴 자격을 갖는다보통 챌린지 팀에는 실력자들이 주로 가기 때문에그렇게 챌린지로 다 빠지고 나면 실력 평균치는 많이 낮아질 것이다 그 상태에서 서비스팀으로 꾸려지는데리더와 부리더 신청을 받아 나머지 사람들이 랜덤으로 배정된다 하지만 난 실력이 리더 또는 부리더를 할 만큼이 못된다아무리 평균치가 낮아진다고 해도 내 실력으로 1인분은 무리지 않을까 생각한다그렇다고 프론트를 잘 하는 것도 아니고 내게는 최소 4개월은 더 주어져야 그나마 뭔가 할 수 있지 않을까 생각한다지금 CRUD 도 겨우겨우 해내는 상황이고 메꿀 구멍이 너무나도 많다 현재 리더 경험자는 수강생의 절반은 될 것으로 추측된다그런 리더를 신청했던 사람들에게 주어지는 혜택이 챌린지 도전권이라고 하는데그 도전권이..

Keep 앱 주제 및 구성 설정, API 명세서, ERD 등을 모두가 함께 하여 서로의 의견 공유가 잘 되었고, 같은 출발점에서 시작할 수 있었던 점. GITHUB Issue와 PR(Pull Request) 그리고 코드리뷰를 잘 활용하여 기능별로 브랜치를 잘 나눠서 관리한 점. 요청 값을 담는 일반 클래스대신 record타입을 사용하여 불변성을 보장하고 데이터의 안정성을 높인 점. AWS S3를 사용하여 효과적으로 멀티 미디어를 관리한 점. Adapter 구조적 패턴을 사용하여 객체들이 서로 협업할 수 있도록 구조를 적용한 점. Builder 패턴과 정적 팩터리 메서드를 사용한 점. 매장, 메뉴, 리뷰 다건 등 조회 페이징 처리가 필요한 상황에서 코드의 통일성과 효율적인 페이징 처리를 위해 공통적으로 필..

내 브런치, dev, origin 삼각관계를 제대로 배울 수 있었습니다API 명세서의 중요성을 알고는 있었는데 이번에 더 통감했습니다또한 작성법에 대해서도 더 익힐 수 있었습니다로직이 복잡해짐면서 ERD의 중요성도 느낄 수 있었고postman 사용법도 익힐 수 있었습니다큰 규모가 아니지만 그래도 정말 협업을 한다는 건 어떤 느낌인지 잘 알 수 있었습니다 그동안 작성하던 CRUD 는 얼마나 가벼운 것이었나 느낄 수 있었고리팩토링하는 것과 팀원간의 규칙을 정하는 것의 중요성을 더 잘 느낄 수 있었습니다 - ep.   선택한 매장의 모든 유저리뷰와 판매자 댓글을 가지고 오는 로직을 짜게 되었는데테이블 연관관계상 돌고돌아 가져올 수 밖에 없는 상황이었다그 과정에서 팀원 한 분에게 경로에 대하여 조언을 구했고, ..

오전: Entity, package 구성 설정, Entity 필드값과 연관관계 설정오후: Git push testlog 와 주석 사용에 규칙 정하기 정적 팩터리 메서드와 빌더 패턴 @BuilderEntity 에서는 자제,responseDto 생성자 대신 빌더패턴 이용매장 등록 메서드 구현매장 정보 수정 메서드 구현 및 수정 - 확실히 시간이 덜 걸렸다 repository에 접근하는 메서드 명명법 정의메서드 명이란 단순히 "알아보기 편한" 것이라고 생각했는데팀끼리 규칙을 정해 find 와 query 로 나눠서 그에 맞춰 짓기도 한다는 사실을 알았다DDD 구조로 Admin만 사용할 수 있는 기능들을 추가하려니 난관에 봉착했다각 기능들의 controller 를 각각 만들 것인지, 아니면 한 군데에 묶어서 만들..

두통때문에 9시 땡 하자마자 퇴실 체크도 잊고 약 먹고 자버렸다일어나니 3시반..씻고, 커피내리고, 밥먹고..앉았는데 시야가 뿌옇다안약을 넣어도 효과가 없다아무래도 안경을 다시 맞춰야지 싶다일주일째 업데이트하라고 뜨는데 이 이후로 컴퓨터가 느려졌다최근 최대 절전모드로만 사용하고 있는 컴퓨터 사용법 때문인지, 업데이트하라고 떠있기 때문인지 원인을 잘 모르겠다업데이트를 하려면 컴퓨터를 종료해야하기때문에 업데이트를 못 하고 있는데컴퓨터를 종료했다 다시켜면 지금 켜둔 것들을 모조리 다시 켜야하는 번거로움이 너무나도 커서 종료하지 못하는 탓이다최대한 켜둔 것들을 꺼보려고 노력중이긴 하지만 계속 새로운 것들을 켜게되어 잘 되지 않는다적어도 이번주말에는 종료하고 업데이트도 해야겠다내일부터 팀 프로젝트가 시작된다보니까..