진행 중인 프로젝트에 LLM을 이용한 코드 리뷰봇을 만들기 위해 프롬프트 엔지니어링이 필요 해서 찾아본 책이다. 기본적인 프롬프트 엔지니어링 12기법에 대해 알 수 있었고, 각 기법마다 제공되는 프롬프트의 예시들이 있어 어떻게 적용하면 될지 참고 할 수 있어 좋았다. 문제 풀이용 GPT에 대한 결과도 다루고 있어, 어떤 프롬프트를 써야 저런 결과가 나올지 고민 해 볼 수 있어 유용했다. 그렇기 때문에 프롬프트 엔지니어링에 관심이 있는 사람이라면 가볍고 빠르게 습득할 수 있어 편하게 읽을 수 있는 책이다. 해당 책을 읽고 프롬프트를 고민 해보았고, GPT에게 적용해 본 결과는 다음과 같다.(실제로는 ollama3에 적용할 예정이라 결과 값은 좀 다를 것이다.)
처음에 랜덤 값을 만드는 방법으로 Random 클래스와 함께 seed 값으로 시스템의 현재 시간을 사용하였습니다.private int makeRewardPoint() { long seed = System.currentTimeMillis(); Random random = new Random(seed); return random.nextInt(10) + 1;} 하지만 프로젝트를 리팩토링하면서 고민해보게 된 2가지로 인해 알아보다가 ThreadLocalRandom클래스로 변경하게 되었습니다.메서드가 동작할 때마다 새로운 Random 클래스를 재생성 해도 괜찮은가?동일한 시간에 여러 개의 요청이 동시에 들어온다면?물론, '잔디일기'의 서비스의 경우 일기를 작성 했을 때 랜덤 값으로 포인트가 적립..
사건의 발단진행 중이던 프로젝트의 브랜치 이름들이 올바르게 생성되어 있지 않아서 수정하려고 했다.하지만 모든 브랜치들이 수정되고 삭제되는 과정으로인해 로컬에 있던 브랜치와 원격 브랜치들이 맞지 않았다.결국 로컬에 있는 코드를 삭제하고 다시 clone을 하는 과정을 진행했다. 하지만 mac book을 오랜만에 켜서 그런진 모르겠지만... Intelij에서 GitHub 연동이 되지 않아 난감했다.이러면 안됐지만 ..!그냥 Fork도 다시 해보자는 생각에 레포지토리를 삭제 해버렸다. 그런데.....삭제하고 생각해보니 왜 레포지토리 앞에 내 이름이 아닌 Organization이 들어있지? 라는 생각이 슥 스쳤다.아 큰일 났다. X 됐다. 이미 일은 저질러진 것이었음을...이때 백엔드 팀 회의를 하면서 작업하고 ..
그림과 실습으로 배우는 도커 & 쿠버네티스를 읽고 중요하다고 생각한 부분을 정리한 글입니다. 쿠버네티스의 클러스터는 마스터 노드와 워커 노드라는 두 가지 노드로 구성 된다.마스터 노드에서 컨테이너를 실행하지는 않으며 워커 노드에서 실행되는 컨테이너를 관리하는 역할을 한다.마스터 노드에는 컨테이너 등의 상태를 관리하기 위해 `etcd`라는 데이터베이스가 설치된다. CNI(가상 네트워크 드라이버)ex. 플란넬, 칼리코, AWS VPC CNI 등 마스터 노드(컨트롤 플레인)의 구성항목내용kube-apiserver외부와 통신하는 프로세스, kubectl로부터 명령을 전달받아 실행한다.kube-controller-manager컨트롤러를 통합 관리, 실행한다.kube-scheduler파드를 워커 노드에 할당한다...
감사하게도, AWS에 대해 공부해 보려고 할 때쯤 서평단에 당첨되어 제이펍 출판사로부터 제공받게 되었습니다. "AWS 시스템 개발 스킬업"은 클라우드 활용을 위한 실용적인 지침서로, 단순한 서비스 소개에 그치지 않고 시스템 개발 및 운영 전반의 노하우를 제공하고 있습니다. 주요 내용● 클라우드의 기술적인 특징과 시스템 개발의 변화 과정● 클라우드 서비스 선정 포인트● 올바른 비기능 요건 구현● 아키텍처링 판단 포인트● 다중 계정 아키텍처 구축● 클라우드로 구축한 시스템의 안정적인 유지 방법● 투자 대비 효과를 평가하는 방법특히 5-6장에 존재하는 '다중 계정 아키텍처를 구축'해보는 과정에는 실습 캡쳐본이 제공되어 있습니다. AWS 계정 생성 방법부터 서비스 구성 과정까지 제공되어 실습하기 수월했습니다...
[주의사항] 해당 방법(termux)은 PID 1을 사용하지 않습니다.때문에 도커를 구동할 예정이시거나, 시스템 관리자 권한이 필요한 일을 하실 경우 다른 방법을 추천드립니다. *개인적인 일로 서버 관리를 할 시간이 없어 더 알아보지 못할 것 같아 저도 해당 방법을 사용하지 않기로 결정 했습니다.서버가 돌아갈 때 아마존 웹 서버의 경우 이번 년에 정책이 바뀌어서 Ipv6를 사용할 경우 시간당 과금이 되었다.현재 내가 필요한 서버는 정말 조그만, 테스트 서버일 뿐인데 과금되지 않을 방법을 찾아보던 중 가장 괜찮았던 방법이 집에 있는 공기계 활용하기였다. 이번에 친구에게 좋은 기회로 라즈베리 파이를 선물 받으면서 미루고 미루던 자체 홈 서버를 만들자 생각해서 실행에 옮겼다.안드로이드에 자체 서버를 구축하는 ..
1. 목표시스템 전반에서 발생할 수 있는 다양한 예외를 포괄적으로 관리하고, 일관된 방식으로 예외를 처리하기 위해 예외 처리 로직이 필요합니다.에러 핸들링을 위한 예외 처리 로직 구현 과정을 정리해 보았습니다. *아직 리팩토링이 진행중인 상태로, 생성되지 않은 예외들이 있어서 추후 에러코드들이 거의 완성된다면 추가 해두겠습니다.2. 예외 코드 정의먼저, 클라이언트와 서버에서 발생할 수 있는 다양한 예외 상황에 대해 정의합니다.에러의 경우 서버와 클라이언트에서 생성되는 2가지의 오류가 있기 때문에 ClientErrorCode와 ServerErrorCode를 enum 클래스로 나누어 정의해 주었습니다.이 때, ErrorCodeModel이라는 인터페이스를 생성해주었습니다.ErrorCodeModel 인터페이스의..
기능을 구현 하면서 정신 차리고 보니 중복된 코드가 너무 많아서 코드 리팩토링을 진행하기로 했습니다. 여러 사람이 작업하면서 PR 날릴 때 코드 리뷰를 진행하지 않은 결과입니다.리뷰를 진행하지 않으면 어떤 나비효과를 불러오게 되었는지 요즘 엄청 잘 느끼고 있습니다.😅 대표 서비스 클래스인 DiaryService만 코드 리팩토링 과정을 나타내 보려고 합니다.미리보는 리팩토링 결과리팩토링 전 341줄로 이루어져있던 코드는 333줄의 코드로 줄었습니다.코드 줄로만 판단했을 때는 많이 줄은 것은 아니나,전반적인 중복 로직에 대한 코드를 메서드로 분리하여 코드의 양이 줄었고, 메서드 내 가독성이 향상되었습니다.신경쓰이는 네이밍도 조금씩 손보아서 코드의 가독성과 명확성이 향상되었습니다.메서드가 많아짐에 따라 ..