<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>TIL on 얼쑤 · Team Edo</title><link>https://team-edo.github.io/tags/til/</link><description>Recent content in TIL on 얼쑤 · Team Edo</description><generator>Hugo</generator><language>ko-kr</language><lastBuildDate>Fri, 06 Nov 2026 15:15:45 +0900</lastBuildDate><atom:link href="https://team-edo.github.io/tags/til/index.xml" rel="self" type="application/rss+xml"/><item><title>1.5.1·1.5.3 개인 메모에서 글감 찾기</title><link>https://team-edo.github.io/posts/2026/11/coco-151-153-til-to-blog/</link><pubDate>Fri, 06 Nov 2026 15:15:45 +0900</pubDate><guid>https://team-edo.github.io/posts/2026/11/coco-151-153-til-to-blog/</guid><description>&lt;p>글감 추천을 검토하며 여러 사람의 메모와 제목이 같은 메모를 섞어 보았습니다. 후보를 고르기 전 원문을 전부 읽지 않도록 한 규칙이, 후보를 구별할 요약까지 막는 경우가 있었습니다. 문제 해결 사례에서는 또 다른 빈틈이 드러났습니다. 검토용 사례에서 조치 뒤 관찰을 빼면 해결을 확인할 근거가 사라졌습니다. 1.5.1에서는 글감을 고를 만큼 읽게 했고, 1.5.3에서는 사례로 저장할 때 해결을 확인한 증거를 요구했습니다.&lt;/p>
&lt;h2 id="151에서는-목록과-추천을-분리했다">1.5.1 목록과 추천 분리&lt;/h2>
&lt;p>&lt;code>coco-blog&lt;/code>는 로컬 TIL에서 대상이 되는 노트를 모두 찾아 번호, 제목, 짧은 요약을 보여 줍니다. 제목이 같아도 파일이 다르면 별도 항목으로 두고, 읽을 수 없거나 기여 관계가 확인되지 않은 항목은 그 상태를 표시합니다. 작성자가 고르기 전에는 메타데이터와 필요한 일부만 읽고, 선택이 끝난 뒤 해당 노트의 전문을 읽습니다. 이미 고른 노트가 있다면 그 선택에서 이어갑니다. &lt;a href="https://github.com/thisis-joe/skills/blob/v1.5.1/docs/coco-1.5.1.md">COCO 1.5.1 변경 기록&lt;/a>&lt;/p></description></item><item><title>1.3.0 작업 폴더를 지워도 남는 TIL</title><link>https://team-edo.github.io/posts/2026/10/coco-1-3-0-til-primary-checkout/</link><pubDate>Fri, 30 Oct 2026 09:12:48 +0900</pubDate><guid>https://team-edo.github.io/posts/2026/10/coco-1-3-0-til-primary-checkout/</guid><description>&lt;p>기존 &lt;code>coco-learn&lt;/code>은 실행한 worktree 아래에 노트를 저장했습니다. 작업이 끝난 worktree를 정리하면 Git이 추적하지 않는 개인 TIL도 함께 사라질 수 있는 구조였습니다. 1.3.0에서는 작업 폴더의 수명과 학습 기록의 수명을 분리했습니다. 어느 worktree에서 &lt;code>coco-til&lt;/code>을 실행하든 기본 체크아웃에서 기록을 다시 찾을 수 있게 했습니다.&lt;/p>
&lt;h2 id="작업-트리의-상태와-폴더에-남은-파일을-각각-본다">워크트리에 있던 가상 환경이 사라졌습니다&lt;/h2>
&lt;p>병합을 끝낸 워크트리를 &lt;code>git worktree remove&lt;/code>로 제거한 뒤, 그 아래에 만든 Python 가상 환경 &lt;code>.venv&lt;/code>가 함께 사라진 것을 확인했습니다. 브랜치 참조는 별도로 남았지만, Git이 무시하던 파일의 내용은 커밋에 없었습니다. 기본 &lt;code>git status&lt;/code>가 깨끗해도 삭제할 폴더에 이런 파일은 남아 있을 수 있습니다. 제거 전에는 &lt;code>git status --short --ignored&lt;/code>로 확인합니다. 가상 환경처럼 잠금 파일로 다시 만들 수 있는 산출물과 사본이 없는 작업 기록을 여기서 구분할 수 있습니다.&lt;/p></description></item><item><title>1.2.0 개발 노트를 공개 초안으로</title><link>https://team-edo.github.io/posts/2026/10/coco-1-2-0-blog-drafts/</link><pubDate>Thu, 29 Oct 2026 18:37:04 +0900</pubDate><guid>https://team-edo.github.io/posts/2026/10/coco-1-2-0-blog-drafts/</guid><description>&lt;p>개발 중 남긴 개인 TIL에는 실패한 테스트와 선택의 이유가 흩어져 있습니다. 여기서 공개할 근거를 골라 원고를 쓰더라도, 글을 언제 공개할지는 블로그마다 다른 규칙을 따릅니다. 초기 &lt;code>coco-blog&lt;/code>는 공개 전환을 Hugo의 &lt;code>draft: false&lt;/code>로 고정했습니다. 1.2.0을 준비하면서 원본 노트를 글로 편집하는 과정과 프로젝트마다 달라지는 게시 절차를 분리했습니다. &lt;a href="https://github.com/thisis-joe/skills/blob/v1.2.0/docs/evaluation/coco-blog-1.2.0/report.md">1.2.0 검증 기록&lt;/a>&lt;/p>
&lt;h2 id="한-편의-글이-될-근거를-고른다">글감의 근거 고르기&lt;/h2>
&lt;p>글감은 작성자가 직접 했거나 확인한 작업에서 고릅니다. 예를 들어 한 노트에 재시도 중복을 확인한 테스트가 있고 다른 노트에 수정 후 재현 결과가 있다면, 둘을 엮어 문제를 어떻게 발견하고 검증했는지 설명할 수 있습니다. 초안에는 독자가 재현과 판단을 이해하는 데 필요한 부분을 옮기고, 원본 노트는 그대로 둡니다. 이미 작성자가 고쳐 둔 원고는 그 내용을 읽고 이어 씁니다. 원본을 다시 가져온다는 이유로 기존 문장을 덮어쓰지 않습니다.&lt;/p></description></item></channel></rss>