이해하기새로운 프로젝트 주제를 아직 정하지 못해서 kakao developers의 KoGPT를 사용해봤다. 활용 방법에 따르면 아래 요소를 답변을 할 수 있다고 한다.제시된 문장의 긍정, 부정 등 속성 판단 및 분류긴 문장의 주요 내용을 한 줄로 요약결론이 없는 문장을 추론하여 결론 예측질문에 맥락을 고려하여 답변주어진 문장의 다음 내용 생성기본적으로 KoGPT에 요청을 보내려면 몇가지 파라미터가 필요한데 내가 이해한 바로는 아래와 같다. prompt : 프롬프트, KoGPT에 전달할 제시어, 과제 설명, 예시, 입력이 필요하다.max_tokens : KoGPT가 처리할 수 있는 문자열의 최소 단위를 Token이라고 하는데, 토큰 수가 많아지면 처리에 지연시간이 발생하고, max_tokens으로 응답 ..
이거 제목을 뭐라해야 할 지 모르겠어서 그냥 길게 적어버렸다. 우선 상황을 설명하자면, ClosetItemEntity 코드 내 업데이트에 관한 생성자 구조에서 param 값이 하나라도 빠질 경우 작동하지 않았다. 하지만, 옷장 아이템에 대해서 데이터 구조를 설정했을 때 필수 or 선택 항목이 있었고, 선택 항목은 작성하지 않아도 기본 값으로 적용되어 작성되어야 한다. 그러다 보니 값을 받을 때, 하나하나 작성해서 생성하기에는 코드가 너무 길어졌다. 그래서 빌더 패턴으로 생성, 업데이트 둘 다 가능한 메서드로 작성했는데, 매번 같은 순서나 타입으로 받는게 아니라서 에러가 발생하다 보니 조금 복잡하게 수정을 했다. 변경 전 코드는 아래와 같다. public ClosetItemEntity updateEntit..
이전 팀 프로젝트에서 코드를 작성할 때 DTO와 Entity를 생성했었는데 DTO에 대해서 고민해보다가 DTO와 엔티티의 역할을 분리해서 관리하는 게 좋을 것 같다고 생각이 들었다. 수정한 내용을 살펴보자. 1. Dto에서 Entity를 생성하는 메서드 → Entity 클래스로 이동 DTO와 Entity 클래스 간 불필요한 의존성을 제거하기 위해, DTO에서 Entity를 생성하는 메서드를 Entity 클래스로 이동. 상호 의존성 제거 -> 코드 모듈화 강화 아래 코드는 ClosetDto의 일부분인데, 이 코드가 ClosetEntity의 코드로 이동하였다. 2. Setter → Builder 변경 일관성과 코드 가독성 향상을 위해 Setter 메서드 대신 Builder 패턴으로 전환. 사실 이 변경의 이..
합치고 싶은 repo1, repo2가 생겼다고 가정해보자. repo1는 유지하고 싶고, repo2의 파일을 repo1에 옮기고 싶다. 우선 bash를 repo1에서 띄우고 아래 코드를 작성한다. git subtree add --prefix=repo2 https://~~repo2.git main git subtree add --prefix= 까지는 작성이 같다. prefix 내용에 합쳤을 때의 폴더 구조를 작성하는 것 repo2를 적어 넣으면 'repo2/[repo2 repository의 파일들]'의 구조가 된다. 그 다음에 https://~.git은 합치고 싶었던 repo2의 주소를 붙여 넣으면 된다. 그 리포지토리 들어가보면 ' code - HTTPS' 쪽에 복사 버튼이 있다. 뭐 근데 주소 복사해서 ..
