Developing

Questack 개발 일지 - 2026-05-30

오늘은 Questack의 수집 파이프라인을 live API 없이 검증 가능한 구조로 만드는 데 집중했다. 어제까지는 GitHub/RSS 수집, 랭킹, 브리핑 생성 기능이 동작하는 상태였다면, 오늘은 외부 서비스 상태와 무관하게 “수집기가 같은 입력에 대해 같은 결과를 내는지”를 테스트로 고정했다.구현한 기능첫 번째 작업은 GitHub 수집기 fixture replay 테스트였다. GitHub Search API 응답 예시를 src/test/resources/fixtures/github/search-repositories.json에 저장하고, 테스트에서 이 JSON을 GithubRepositorySearchResponse로 역직렬화하도록 했다. 실제 GitHub API를 호출하지 않고도 GithubColl..

오늘은 Questack의 MVP 파이프라인을 “수집은 된다” 수준에서 한 단계 더 끌어올려, 실제 학습 자료로 읽을 수 있는 브리핑 품질과 개발 흐름 관리 방식을 정리했다. 큰 흐름은 RSS 수집기 완성, 브리핑 출력 개선, GitHub milestone 기반 작업 관리, 그리고 주제별 브리핑 생성 로직 개선이었다.구현한 기능첫 번째로 RSS/Atom 기술 블로그 수집기를 기존 CollectedItem 파이프라인에 통합했다. Spring Blog, NAVER D2, Kakao Tech feed를 설정하고, 각 feed item을 CollectedItem으로 정규화해 저장하도록 했다. 이로써 Questack은 GitHub repository뿐 아니라 기술 블로그 글도 같은 랭킹/브리핑 흐름에 태울 수 있게..

(향후 3년간 유지 - 2029.05.25까지)나는 내일배움캠프 자바 스프링 백엔드 2기 수료생이다.작년 11월 중순부터 5월 19일까지, 약 5개월 좀 넘는 기간 해당 과정을 들었다.우선, 미래 백엔드 취업을 위해 해당 과정을 고민 중이라면, 단연코 추천하고 싶다. 다음 세 가지 강력한 이유가 있다.1. 프로젝트 중심 캠프개발자는 프로젝트로 말해야 한다는 건 누구나 아는 사실이다. 어떤 캠프는 대학교 기말 과제처럼 하나의 프로젝트를 장기간 준비시킨다는데, 여기선 다양한 프로젝트를 아주 많이 경험할 수 있다. 짧게는 1주, 길게는 3주간 개인 프로젝트, 그룹 프로젝트가 교차되며 한 달에 최소 2개의 프로젝트를 경험하게 된다. 실제로 포트폴리오에 기재하게 될 프로젝트는 파이널 포함 1-2개 정도이겠지만, ..

본 포스팅은 아래 영상을 보고 작성되었습니다.https://www.youtube.com/watch?v=6MYZ7fMhKPY&pp=ygUZ7ZWY64Sk7IqkIOyXlOyngOuLiOyWtOungQ%3D%3D 개념충분히 강력한 에이전트를 어떻게 제어할지 다루는 기술단순히 에이전트로 코딩하는 것이 아니라, 모델 동작 환경을 최적화하여 에이전트의 능력을 최대화하는 기법. 가까운 미래에는, 에이전트가 스스로 하네스를 생성하게 될 것.하네스 엔지니어링이라는 명칭만 새로웠을 뿐, 하네스 자체는 AI 모델에 적용되어 있었다. (예: 클로드 코드)프롬프트 엔지니어링: "잘 해줘" vs 하네스 엔지니어링: 잘 할 수밖에 없는 구조를 만들어주는 것 핵심1. 도구는 많을수록 좋다? 오히려 어떤 도구를 사용할지 고민하는 시..

브이에이트코프 | 백엔드 개발자링크: https://www.wanted.co.kr/wd/357104선호 인재상:NestJS 또는 Spring Boot로 서비스를 직접 개발·운영할 수 있는 백엔드 개발자.AWS, Terraform, CI/CD까지 다루며 인프라와 배포 자동화에 익숙한 사람.DB 성능, 운영 지표, 장애 대응까지 보는 운영형 개발자.이력서 + 포트폴리오 전략:Spring Boot 또는 NestJS 프로젝트를 하나 골라 API 설계 → DB 설계 → 배포 → 모니터링 흐름으로 보여주는 게 좋습니다. Terraform, GitHub Actions, Docker, AWS 배포 경험이 있다면 별도 섹션으로 빼서 강조하세요. 포트폴리오에는 쿼리 튜닝, 장애 대응, 배포 자동화처럼 운영에서 문제를 줄인..

프로젝트 설명매일 GitHub/RSS*/기술 블로그에서 Java/Spring/Backend/AI 관련 이슈를 수집하고, 필터링/랭킹/요약한 뒤, 학습용 미니 프로젝트 과제를 생성하는 서비스*RSS웹사이트에 신규로 등록되는 최신 콘텐츠에 대한 요약된 정보를 빠르게 제공하기 위한 포맷입니다.블로그, 뉴스, 칼럼 등 업데이트가 잦은 콘텐츠들을 사용자가 편하게 볼 수 있도록 만들어진 규약이라고도 할 수 있습니다.개발 계획개발 기간: 26.05.23 - 26.06.06 (2주)워크플로우 문서 작업 내용프로젝트 이름 확정: Questack의미 확정: Quest + Stack하루 이슈 개수 확정: 3개미니 프로젝트 난이도 확정: 신입 백엔드 면접 대비용로컬 DB 확정: H2 우선수집 후보 정리: 추천 소스 + 국내 ..

1-2일차: 기획/스캐폴딩프로젝트 이름, 핵심 기능 범위 확정Spring Boot 기본 구조 생성docs/technical-decisions, docs/troubleshooting, docs/daily-briefings 생성데이터 모델 설계: Source, CollectedItem, RankingScore, Briefing, MiniProject3-4일차: 수집기GitHub Search API 연동RSS 수집기 연동수집 결과를 DB에 저장중복 제거: URL, repo id, normalized title 기준5-6일차: 필터링/랭킹백엔드 취업 적합도 점수화Java/Spring/AI/DB/Infra 키워드 가중치프론트엔드/로봇/배터리/반도체 제외 필터테스트 데이터 fixture 기반 검증7일차: 일일 브리..

TR-001 / 2026-05-23: Mobile Codex workflow failed during dependency installation증상: GitHub Mobile에서 issue comment로 /codex 명령을 실행했지만 Mobile Codex PR workflow가 Install dependencies 단계에서 실패. 실패한 run은 26296953177이고, 단계는 npm ci.원인: package-lock.json에 optional peer dependency lock entries가 일부 빠져 있어 GitHub Actions runner의 npm 10 계열 npm ci가 lockfile을 불완전하다고 판단. 로그에는 Missing: picomatch@4.0.4 from lock fi..

기술적 의사결정2026-05-22: GitHub Mobile 기반 Codex PR 파이프라인 채택결정 내용: GitHub issue comment의 /codex 명령을 GitHub Actions 트리거로 사용하고, openai/codex-action@v1이 브랜치 작업 후 테스트와 빌드를 통과하면 PR을 생성하도록 구성.이유 / 배경: 사용자는 스마트폰에서 작업 지시를 내리고 GitHub Mobile에서 PR을 검토 및 merge하려는 흐름을 원함. GitHub Mobile은 PR 검토 경험이 안정적이고, GitHub Actions와 repository secret, PR API가 한 플랫폼 안에서 연결되어 자동화 구성이 단순함.대안으로 고려했던 것: GitLab MR 중심 운영 (모바일 검토 경험이 ..

1. 이력서 미완성개선 필요- 자기소개 보강 필요- 스킬 노출 방식 변경 필요- 트러블슈팅에서 표를 줄글로 바꾸기 (진행 중, 근데 눈길이 안 감)- 팀 프로젝트에서 내 포지션, 담당 업무 없음- 목표, 주요 기능, 참여 기간 등이 구체적일수록 좋다.- 프로젝트의 기술 스펙 정의를 구체적으로 작성하는 것이 좋다. 어느정도 완성된 부분- 성능 개선 과정 (less wordy하게 바꾸는 작업 중인데 보기 안좋고 눈에 확 안 들어옴) 2. 오늘 얻은 꿀팁- 면접관 입장에서 질문하기 좋은 자기소개서가 좋다. 최근 관심 있거나 좋아하는 기술, 언어, 서비스 등을 적어놓으면 나에 대한 정보 + 질문거리를 주는 셈이라 좋다.- 프로젝트 설명 시, 담당한 기능, 구현 방식, 기술 선택 근거 등을 써주면 질문하기 좋다...