https://team-edo.github.io/tags/%EA%B8%B0%EC%88%A0%EB%B8%94%EB%A1%9C%EA%B7%B8/Recent content in 기술블로그 on 얼쑤 · Team EdoHugoko-krTue, 03 Nov 2026 12:08:31 +0900https://team-edo.github.io/posts/2026/11/coco-1-4-1-blog-cover-preview/Tue, 03 Nov 2026 12:08:31 +0900https://team-edo.github.io/posts/2026/11/coco-1-4-1-blog-cover-preview/<p>Team Edo 블로그의 같은 썸네일은 추천 영역에서는 가로로 넓게, 모바일 목록에서는 세로로 좁게 보입니다. 핵심 소품이 이미지 가장자리에 있으면 원본에서는 잘 보여도 모바일 카드에서 잘릴 수 있습니다. 1.4.1에서는 그림을 내보내기 전에 실제 블로그 레이아웃에서 후보를 비교하는 절차를 <code>coco-blog</code>에 넣었습니다.</p> <h2 id="시안은-글의-방향이-정해진-뒤-제안한다">글 방향을 정한 뒤 시안 제안</h2> <p><code>coco-blog</code>는 먼저 블로그가 썸네일을 어떤 필드에서 읽는지, 어떤 크기와 형식을 받는지, 이미지가 어디에 올라가는지 확인합니다. 글의 방향이 정해지면 본문에서 독자에게 남길 장면이나 개념을 골라 벡터 시안 두세 개를 대화에 보여 줍니다. 작성자는 후보를 고르거나 구도 수정을 요청할 수 있고, 직접 만든 이미지를 제시할 수도 있습니다. Team Edo 블로그에서 쓸 이미지라면 글 목록과 추천 영역에서 같은 그림을 어떻게 보여 주는지도 살핍니다.</p>https://team-edo.github.io/posts/2026/10/coco-1-2-0-blog-drafts/Thu, 29 Oct 2026 18:37:04 +0900https://team-edo.github.io/posts/2026/10/coco-1-2-0-blog-drafts/<p>개발 중 남긴 개인 TIL에는 실패한 테스트와 선택의 이유가 흩어져 있습니다. 여기서 공개할 근거를 골라 원고를 쓰더라도, 글을 언제 공개할지는 블로그마다 다른 규칙을 따릅니다. 초기 <code>coco-blog</code>는 공개 전환을 Hugo의 <code>draft: false</code>로 고정했습니다. 1.2.0을 준비하면서 원본 노트를 글로 편집하는 과정과 프로젝트마다 달라지는 게시 절차를 분리했습니다. <a href="https://github.com/thisis-joe/skills/blob/v1.2.0/docs/evaluation/coco-blog-1.2.0/report.md">1.2.0 검증 기록</a></p> <h2 id="한-편의-글이-될-근거를-고른다">글감의 근거 고르기</h2> <p>글감은 작성자가 직접 했거나 확인한 작업에서 고릅니다. 예를 들어 한 노트에 재시도 중복을 확인한 테스트가 있고 다른 노트에 수정 후 재현 결과가 있다면, 둘을 엮어 문제를 어떻게 발견하고 검증했는지 설명할 수 있습니다. 초안에는 독자가 재현과 판단을 이해하는 데 필요한 부분을 옮기고, 원본 노트는 그대로 둡니다. 이미 작성자가 고쳐 둔 원고는 그 내용을 읽고 이어 씁니다. 원본을 다시 가져온다는 이유로 기존 문장을 덮어쓰지 않습니다.</p>