# 기술 콘텐츠 수집 소스 메모

저장일: 2026-10-25 (Asia/Seoul)

## 작업 방식

- 사용자가 요청하면 Codex가 직접 소스를 수집·검토하고 한국어 Markdown 글, 쇼츠 대본 및 시각화 구성을 만든다.
- pipeline.py는 toy project 참고용으로만 남긴다. 수집·생성 작업에 실행할 필요가 없다.
- 별도 OpenAI API 키 기반 파이프라인을 사용하지 않는다.
- 관심 주제: Java/JVM 백엔드, 분산 시스템, AI, 핀테크.
- 아래 목록은 trend_ingestor/pipeline.py의 DEFAULT_SOURCES에서 그대로 추출했다. URL의 현재 유효성은 아직 검증하지 않았다. 실제 수집 시 확인한다.
- 기존 프로젝트의 카테고리와 소스 이름을 보존했다. 회사의 정확한 산업 분류나 피드의 실제 범위를 보증하는 목록은 아니다.

## 기존 등록 소스 (13곳)

| 분류 | 등록 이름 | 등록 RSS/Atom URL |
|---|---|---|
| Fintech | Toss Tech | https://toss.tech/rss.xml |
| Fintech | Stripe Engineering | https://stripe.com/blog/feed.rss |
| Fintech | Shopee Engineering | https://medium.com/feed/shopee-engineering |
| Core Tech & AI | ClickHouse Blog | https://clickhouse.com/blog/rss.xml |
| Core Tech & AI | Spring Framework Blog | https://spring.io/blog.atom |
| Core Tech & AI | AWS Architecture Blog | https://aws.amazon.com/blogs/architecture/feed/ |
| Core Tech & AI | Netflix TechBlog | https://netflixtechblog.com/feed |
| Core Tech & AI | Uber Engineering | https://www.uber.com/en-US/blog/engineering/rss/ |
| Core Tech & AI | Meta Engineering | https://engineering.fb.com/feed/ |
| Core Tech & AI | Google AI & Research Blog | https://blog.research.google/feeds/posts/default?alt=rss |
| Core Tech & AI | NVIDIA Technical Blog | https://blogs.nvidia.com/feed/ |
| Core Tech & AI | Tesla AI & Engineering Updates | https://www.tesla.com/blog/rss |
| Core Tech & AI | SpaceX Updates | https://www.spacex.com/news.xml |

원본: `/Users/becko_air/projects/toy/trend_ingestor/pipeline.py`

## 추가 소스 (8곳)

추가일 및 홈페이지 확인일: 2026-10-25. 아래는 홈페이지 기준이며 RSS 주소를 추정해 등록하지 않았다.
“긱코드”는 문맥상 긱뉴스(GeekNews)로 해석했다. 사용자가 다른 서비스를 의미했다고 정정하면 변경한다.

| 용도 | 사이트 | URL | 활용 방향 |
|---|---|---|---|
| 기술 뉴스 탐색 | GeekNews (긱뉴스) | https://news.hada.io/ | 한국어 개발·기술 소식과 관심 주제 발견, 연결된 원문 확인 |
| 기술 뉴스 탐색 | Hacker News | https://news.ycombinator.com/ | 글로벌 개발자 관심 이슈 발견, 원문 및 토론 맥락 확인 |
| 전문 매체 | InfoQ | https://www.infoq.com/ | Java/JVM·아키텍처·분산 시스템·AI 관련 뉴스와 사례 선별 |
| 아키텍처 해설 | Martin Fowler | https://martinfowler.com/ | 설계 패턴·리팩터링·마이크로서비스 설명 참고 |
| JVM 실무 해설 | Baeldung | https://www.baeldung.com/ | Java·Spring 구현 및 예제 참고, 버전별 공식 문서와 대조 |
| 국내 기업 기술 블로그 | NAVER D2 | https://d2.naver.com/ | 국내 서비스의 기술 사례 탐색 |
| 국내 기업 기술 블로그 | 우아한형제들 기술블로그 | https://techblog.woowahan.com/ | 백엔드·데이터·인프라·AI 운영 사례 탐색 |
| 시스템 설계·시각화 참고 | ByteByteGo | https://blog.bytebytego.com/ | 시스템 설계 주제와 복잡한 구조를 쉽게 설명하는 방식 참고 |

ByteByteGo 추가 참고: https://bytebytego.com/guides/how-it-works/
ByteByteGo 공식 영상 예시: https://www.youtube.com/watch?v=1nENigGr-a0

총 소스: 기존 13곳 + 추가 8곳 = 21곳. ByteByteGo의 뉴스레터·가이드·영상은 한 소스로 센다.

## 수집·편집 원칙

- GeekNews·Hacker News는 주제 발견에 활용하고, 글을 작성하기 전에 연결된 원문을 읽는다.
- 구현·수치·성능 비교는 공식 문서나 원본 엔지니어링 글에서 확인한다. 댓글이나 요약은 보조 맥락으로 구분한다.
- 뉴스, 실제 운영 사례, 개념 설명을 목적에 맞게 선별한다. 단순히 새 글이라는 이유로 모두 수집하지 않는다.
- Java/JVM 백엔드·분산 시스템·AI·핀테크를 우선한다.

## 시각화·애니메이션 선호

사용자 요청: “bytebytego도 참고해줘. 시각화자료들은 bytebytego와 같이 애니메이션효과도 있게 만들고 싶어”.

- ByteByteGo의 설명 중심 다이어그램과 단계별 전개를 참고해, 주제에 맞는 자체 구성의 한국어 시각화를 만든다.
- 정적인 그림뿐 아니라 요청·응답, 이벤트, 데이터 이동을 움직임으로 설명한다.
- 기본 표현: 구성 요소 순차 등장 → 연결선 표시 → 요청/데이터 흐름 이동 → 현재 처리 중인 노드 강조 → 결과와 핵심 문장 표시.
- 캐시 적중/실패, 메시지 큐 적체/소비, 동기/비동기, 장애/재시도, 개선 전/후 비교처럼 시간에 따른 차이를 보여준다.
- 색상은 역할별로 일정하게 유지하고, 한 장면에서 하나의 핵심 개념을 설명한다. 장식보다 동작 이해를 우선한다.
- 채팅용 설명은 재생/일시정지·다시 보기·단계 이동이 가능한 애니메이션을 우선한다. 제작 시 해당 시각화 도구·스킬을 사용한다.
- 쇼츠는 세로 9:16, 30~60초를 초기 기준으로 하고 한국어 자막·내레이션과 장면 전환 시점을 맞춘다. 사용자가 지정하면 그 길이를 우선한다.
- HTML/SVG 등 재생 가능한 시각화와 MP4/GIF 영상은 구분한다. 실제 영상 제작 요청 시 렌더링·재생까지 확인하고 전달한다.
- 현재 저장한 것은 제작 선호와 소스 목록이며, 영상 생성 자동화가 구현되었다는 뜻은 아니다.

## 콘텐츠 선별 기준 및 실행 상태 (2026-10-25 갱신)

- 사용자 확정: AI 서비스 적용, 핀테크·대규모 시스템 설계가 최우선. Java/Spring은 부록으로 다룬다.
- 사용자 확정: 최초 게시일이 실행일 기준 최근 6개월 이내인 글만 사용한다. 6개월 이전 글은 outdated로 제외한다. 단순 수정일로 오래된 글을 통과시키지 않는다. 날짜가 불확실하면 보류한다.
- 최초 실행일의 허용 범위: 2026-04-25~2026-10-25. 다음 실행 때는 날짜 범위를 다시 계산한다.
- 실무 적용성, 설계 결정과 트레이드오프, 검증 가능한 원문을 중시한다. 유명하거나 새롭다는 이유만으로 채택하지 않는다.
- 유용한 후보가 없으면 콘텐츠를 억지로 만들지 않고 패스한다.
- 현재는 결과를 보며 기준을 조정하는 단계다. 자동 실행은 사용자가 결과를 본 뒤 설정하기로 했으므로 아직 만들지 않는다.
- 산출물은 게시용 Markdown 초안 또는 실제 쇼츠 영상으로 만들되, 공개 게시·외부 업로드는 별도 요청이 있을 때만 한다.
- 첫 실행 결과와 후보 판단: `outputs/daily/2026-10-25/review.md`.

- 사용자 확정: 검토용 결과물은 계속 기존 Tech Atlas 사이트(https://becko-tech-content-hub.luckyeft37.chatgpt.site)에 날짜별로 누적한다. 글 미리보기·다운로드·선정 이유·출처를 포함하고, 실제 영상을 만들면 재생 화면도 제공한다.

- 사용자 확정 문체: 선생님이 학생에게 사례를 풀어 설명하듯 친절한 존댓말을 사용한다. “어느 팀에서는 이런 문제를 이렇게 다룬다고 합니다”처럼 출처 주체를 드러내고, 사실 설명 가까이에 원문 링크를 붙인다. 글 끝에도 작성자·매체·제목·게시일·확인일을 남긴다. 원문 사실과 자체 해석·가상 예시는 구분한다.

- 사용자 문체 보정: 버전명·클래스명·지원 매트릭스·시험판 제약 같은 제품 안내를 본문 앞에 길게 나열하지 않는다. 문제 상황과 직관을 사례로 먼저 설명하고, 소스는 “어느 팀도 이런 접근을 시도하는 것으로 보입니다”처럼 짧게 연결한다. 유추는 유추로 표현하며 실제 지원 상태나 성과를 지어내지 않는다. 필요한 세부는 부록·출처로 이동한다.

- 사용자 피드백: 현재 쉬운 사례 중심 설명 톤은 1차적으로 적합하다. 다른 소스의 결과를 계속 비교하며 다듬는다.
- 블로그와 쇼츠의 생성 여부는 주제에 따라 독립적으로 판단한다. 쇼츠 후보 기준은 한 가지 질문, 움직임으로 설명되는 흐름 또는 전후 차이, 짧게 전해도 오해가 적은 주제이며 아직 샘플 검토 단계다.
- 두 번째 검토본: `outputs/daily/2026-10-25/review-002/` 및 Tech Atlas의 `review-002.html`. Stripe 블로그 초안과 ClickHouse 라우팅 설명 MP4 샘플을 포함한다.

- 쇼츠 음성 피드백: 기계적인 톤보다 30대 남성이 자연스럽게 설명하는 느낌을 원한다. 남성 음성·적당한 말속도·문장 사이 쉼을 우선해 샘플을 비교한다. 현재는 내장 합성 음성으로 시험 중이며 사람 음성 수준의 자연스러움을 보장하지 않는다.

## 쇼츠 음성 기본값 (2026-10-25 사용자 승인)

- HeyGen 목소리: DARAN INSIDE 2 with mic
- voice_id: `5a3cff20eddd491ca1196ffd1a868fdb`
- 엔진: Orca (`orca`). 이 워크스페이스는 public voice에 Orca를 요구한다.
- 말하기 속도: `0.9` (기본보다 10% 느리게).
- 문장 사이 쉼: 약 1.5초. SSML `inputType: ssml`과 `<break time="1.5s"/>`를 사용한다.
- 한국어, 친절하게 사례를 설명하는 남성 내레이션.
- 사용자가 0.9 속도 + 문장 사이 1.5초 쉼 버전에 “딱좋다”라고 승인했다. 향후 기본값으로 사용하되 새 생성은 해당 작업의 요청 범위에 따른다.
- 승인된 오디오 샘플 길이: 약 50.44초. 이는 음성 설정 승인 당시의 기록이다. 이후 REVIEW 003에서 HeyGen DARAN 음성을 결합한 수정 영상으로 교체했다.

- REVIEW 003 후속 질문 반영: TEMPORARY TABLE 자체는 복제 엔진과 ON CLUSTER를 지원하지 않는다. 공유 중간 결과에는 일반 작업용 테이블(직접 운영 시 ReplicatedMergeTree, Cloud에서는 SharedMergeTree 기반)을 쓰는 대안을 설명한다. 작업 ID 구분, 비동기 반영, TTL의 지연 정리를 구분한다. 사이트 review-002의 영상도 이 약 57초 HeyGen 수정본을 가리킨다.