대머리개발자

애초에 완벽한 요구사항으로 나왔다면 하지만.... 그럴수... 럴수 없기 때문에 늘 확장성을 고민..해야 한다. 뭐 일단 기존 잘 사용하고 있는 기능이고@Get("/product/{style}/count")fun findAllAvailableCount(@Param("style")style: String): Mono userId의 값이 필요한 케이스가 생겼다.@Get("/product/{style}/count")fun findAvailableCount(@Param("style")style: String, @Param("userId")userId: String?): Mono { 해서 추가 @Param을 userId의 물음표로 처리만 하면 될 것 같았는데 기존코드가 안 돌아간다. 아래처럼...Mandatory..

있고 없고를 쉽게 판단할 수 있다.예를들어 루틴의 스케쥴을 만들 경우 0x1000000 월0x0100000 화0x0010000 수0x0001000 목0x0000100 금0x0000010 토0x0000001 일 오늘 수행해야할 루틴(미션)을 가져올때 진짜 심플하게 가져올 수 있다.select id from routine where (weekSchedule & 0x0010000) = 0x0010000 and userId = '가즈아'; 각 루틴이 가지고 있는 스케쥴 Value에서 수요일 비트 Value(0x0010000)를 AND(&) 연산하면 된다.!모든 부분을 심플하게 처리할 수 있다. 문제는 JPA에 지원이 안 된다. 쉬바. ...where(qChallengers.status.eq(Status.S) ..

뭐든 명시적으로 그림을 그려야한다. 추상화가 아니라면 사실 고민할 것도 없는 부분이다. ㅠ 게시판에 갑작스 비밀여부에 대한 기능이 필요했다.비밀 여부에 대한 컬럼을 새롭게 파면 아무 문제가 없다.근데 파기가 싫어진다. ㅋㅋ 납득이.. 포인트 라는 컬럼에 묻어서 사용하고 싶다.public boolean isSecretPost(Post post) { return post.getPoint() == -99;}  secret 필드를 두는 것이 혼동을 줄이고 코드의 가독성을 높일 수 있다. 분명하다.!! 당연하다.. 근데 해당 기능의 소비가 그리 많지 않고 간혹 쓴다고 하면 저장소의 낭비가 된다.물론 여기서도  QNA 게시판에서만 사용된다.. -> 운영자에게 비밀글로 문의!s즉, 발생하는 99%로의 데이터가 ..