일단 취업은 작은곳에 했다.2년차 프로그래머 위치에 들어왔으며 서버개발자이고,이제는 코덱스 또는 클로드를 잘 사용하지 않으면 개발자로써의 취직은 힘들지 않을까. 물론 개발 외 영역도 중요하다.- 도메인에 대한 이해- 현재 요구사항과 앞으로의 설계- 같이 일하는 사람의 스타일 그러나 가장 중요한건 지금까지 작업량이 많아 무시되어왔던 작업들이 되지 않을까 생각된다- 테스트 페이지 작성(프론트 엔드에게 직접 확인 작업을 맡기기 보다, 일단 하나의 유저플로우를 전체적으로 확인해 볼 수 있는 도구)- 요구사항 명세서 및 UI / UX 설계서- ERD- api 명세서위와 같은 항목이 ai와 협업할때도, 사람과 협업할때도 큰 도움이 된다.나는 특히 테스트 페이지와 어드민 페이지는 무조건 만들고 작업에 들어가는게 좋..

결과 요약GSD는 명시적인 spec과 plan을 지정하는 단계를 거치고 사용해라 - 디자인은 처참함. 기능 구현 테스트 불가능Superpowers는 토큰을 많이 먹지만, 필요한 단계를 거치는 데 사용된다. - 디자인 무난, 기능 구현 정도 괜찮음.Gstack은 아직 비교 불가능.(opencode쪽 구현이 아직 진행중)claude code쪽에서 밝힌 하네스 방식을 적극 사용하는 것을 추천. AGENTS.md, rules, spec, plan 고려사항실제로 사용하는 환경과 최대한 비슷하게 했으나, 모든 기능을 한 번에 구현하도록 하여 평소에 사용하는 방식과는 다르게 구현(티켓방식 적용안함)환경은 통일 (opencode, GPT 5.4 모델 사용) - 클로드 코드는 토큰 사용량을 비교하기에는 너무 비쌈공식문서..

🛑 에러스프링부트 4.0에서 JPA와 카프카가 들어간 프로젝트 진행 중Jsonb 타입의 엔티티를 생성하고 처리하려고 할 때 발생한 문제분명 Jackson과 같은 경우 starter(jpa)쪽에 들어있는데 지속적으로 라이브러리가 존재하지 않는다고 뜸문제1: 엔티티 생성시 타입없음postgresql을 사용중인데 추후 추가될 수 있는 옵션이 있어, jsonb로 일시적 생성중, jackson이 없다는 오류문제2: kafka에서 시리얼라이져 타입없음오류kafka에서 요청을 받아 consume을 할 때, 시리얼라이저의 위치를 지정했음에도, 클래스 없음 오류 지속적으로 발생🔍 원인spring boot 4.0부터 기본 Jackson 라이브러리의 위치가 기존 위치에서 변경(Jackson3.0버전으로 변경되면서)Hib..

이 문제는 4.0.0 버전으로 마이그레이션 하면서 생긴 문제이다.- mongodb와 연결은 되지만, test db가 생성되고, 그 내부에 컬렉션이 생성됨- 내가 연결을 원하는 db 설정은 mongodash(가칭) 인데 test로 생성되어 연결이됨 원인- 몽고db의 설정이 application.yml에 있는 것을 못읽고 자동 임베디드 설정으로 넘어가서, 디폴트 설정을 읽었기 때문- 즉, application.yml설정이 잘못되었음 문제 해결- 스택오버플로우에서 비슷한 문제를 겪고 있는 사람 발견한 뒤, 4.0.0 마이그레이션 가이드에서 mongodb 마이그레이션 가이드 참고- Springboot 4.0.0 에서부터는 이제 spring.data.mongodb 가 아닌, spring.mongodb 를 사용해야..

기기명 : SM-S926원인 : 구글 play 서비스 앱 업데이트 이슈해결 방법 : google play 스토어에서 구글 플레이 서비스 앱 제거 후 재설치 별별 문제를 다 겪었지만 이런 문제는 처음이다.보안탭에 계속해서 S24plus 랑 따로 SM-S926으로 새로운 기기로 뜨던데구글 play서비스쪽에서 새로운 기기로 인식되어서 그런듯 하다.재설치하고 업데이트로 해결함

오라클 클라우드1gb램을 가진 서버가 평생무료로, 아마존 프리티어보다 연습용으로 좋다.그러나 자료가 적어서 조금 불안할 수도 있다.큐넷평소에 정보처리기사 자격증과 같은 기사 자격증을 신청할 때, 대기열을 필요로 하는 곳이 생각보다 많았다.시험장 선택이나, 결제창까지도 대기열이 있었음이런 경우를 실습해보기위해 사이드 프로젝트를 구현해보기로함대기열을 가진 시험 신청 플랫폼으로, 가상플랫폼이므로 실제로 신청은 되지 않는다는 것을 명시해야함젠킨스로 일단 깃허브 레포지토리와 연동(깃헙액션사용)이전에 해봤던 대로 깃허브 레포지토리에 새로 자바 프로젝트를 업로드 하고, 젠킨스를 사용해서 자동감지 및 자동 배포를 할 예정만약 리소스가 부족하다면, 집에 남는 맥북으로 서버를 감당하고 젠킨스만 오라클 클라우드로 돌릴 예정..

자동배포깃허브에 내가 원하는 브랜치에 푸시 또는 머지가 된다면 새로 빌드되어서 배포를 시킨다.DOOP 형태로 젠킨스도커에서 새로운 도커를 만들 때, 젠킨스 외부 운영체제에 있는 도커를 이용하여 새로운 컨테이너를 만든다.필요요소젠킨스 도커 > 외부 운영체제의 도커에 접근 가능한 방법젠킨스에서 깃 훅의 정보를 브랜치별로 나눠서 가져올 수 있는 방법배포될 스프링 깃 레포지토리에 Dockerfile을 놓는 것 (해당 도커파일을 사용해서 서버를 배포할 예정이기 때문)배포방식원래 ec2 그러니까 여러개의 서버를 이용하는 경우, DockerHub를 사용해서 도커 이미지 파일을 공유하고, 그 파일을 배포서버에서 내려받아 사용하겠지만, 지금은 하나의 컴퓨터에서 모든 파일을 관리하고 있기 때문에 도커파일을 이미지로 빌드하..

도커를 이용한 새로운 환경설정보편적인 서버 환경을 만들어서 시험해보기 위해서, 도커를 사용하기로 했다.환경 설정 구조스프링 서버가 올라갈 도커(실제 백엔드 서버-레디스가 추가된다면 이 도커에 추가될 예정)DB도커(mysql 8.0.32 기반) 젠킨스 도커환경 설정 이유스프링 서버만 독립적으로 놓는 것이 추후 확장에 있어서 좋다고 판단 - 로드밸런싱을 위한 다수 서버 운영DB의 경우, 별개의 서버로 운영해야 여러개의 서버에서 오는 요청을 받을 수 있다고 생각, 추후 마스터-슬레이브 구조로 여러개의 DB서버 구조로 바꿀 때도 유리하다고 판단젠킨스는 서버 빌드, 스프링 서버 업로드 등 여러 관점에서 봤을 때, 분리해 놓는 것이 좋다고 판단.위 세가지 이유에서 도커를 사용해서 서버를 분리하여 사용해보기로 했다...