TOC

여기서 볼것을 고르세요!

• TIL 운영 규칙 (홍시 버전 통합 문서)
• 이 문서의 컨셉
• til 기본 규칙 -목표와 목적
• 연계 도구 (현재 기준)
• TIL 작성 섹터 (일일 문서 규칙)
• TIL 일일 작성 규칙
• 데이터 구분 규칙 (Private / Public)
• Public 데이터 구조 (기본 레코드)
• 필수 작성 규칙 (통합 운영 규칙)
• 문서 흐름 (State Flow 관점)
• 운영 핵심 한 줄 요약
• 개인 운영 원칙 (메모)
• 최종 수정

🍀 TIL 운영 규칙 (홍시 버전 통합 문서)

기록 → 정리 → 연동 → 공개로
“김준성이라는 사람의 기술과 생각의 접근 방식”을 보이게 만드는 운영 문서

---

---

✨ 이 문서의 컨셉

휴먼 브랜딩 정보 아키텍처 설계

-> 김준성이라는 사람의 기술과 생각에 대한 접근을 만드는 과정

• 가진 기술, 사고방식, 문제 해결 방식을 겉으로 드러나는 구조(Facade) 로 표현한다.
• 정보와 작업들을 흩어진 기록이 아니라 정보 아키텍처로 설계한다. -정보의 접근 설계
• “정보를 어떻게 접근하고 다루는 사람인지”가 보이도록 흐름을 만든다.
• 이를 위해 기록 → 정리 → 연동 → 공개 를 하나의 실행 해법으로 운영한다.

🔝 맨 위로

🎯 til 기본 규칙 -목표와 목적

✅ 목표 (What to build)

• 매일의 학습/작업 흔적을 남기고, 이를 버전 단위 자산으로 승격하는 흐름을 만든다.
• 기술 지식뿐 아니라 생각의 방식(판단 기준, 문제 정의 방식) 까지 보이게 만든다.
• GitHub, 블로그, 포트폴리오를 통해 “나를 보는 입구” 를 설계한다.

✅ 목적 (Why)

• 단순 기록이 아니라, 이후 선택과 실행에 다시 쓰이는 레퍼런스 시스템을 만든다.
• 개인 학습 기록(TIL)을 공개 가능한 구조(홍시 버전 / 블로그 / 포트폴리오)로 재가공한다.
• 장기적으로는 “김준성의 기술적 사고 방식”이 드러나는 일관된 흔적을 쌓는다.

---

🔝 맨 위로

🔗 연계 도구 (현재 기준)

필수 연계 도구

• Velog (확정)
• Tistory (보조)
• GitHub
• 개인 포트폴리오

핵심은 단순 업로드가 아니라,
서로 연결되어 나를 하나의 흐름으로 보여주는 구조를 만드는 것.

---

🧩 TIL 작성 섹터 (일일 문서 규칙)

TIL은 아래 섹터를 기준으로 작성한다.
(구성은 운영하면서 점차 업데이트 가능)
매일 문서 2개씩 작성하기 - TIL

1) Project

• Third Tool
• 내일배움캠프
• 기술 프로젝트
• 포트폴리오

2) 기술 블로그 / 지식 정리

• 개발 지식 업데이트 (곶감 → 연재)
  • 내부 학습 Facade 연장 작업
• CS + 코테 지식 정리
  • 예: 함수형 코딩, CS 기준 개념 확장

---

📝 TIL 일일 작성 규칙

기본 규칙

• 하루에 2개(확정 x- 추후 데이터 쌓이면서 이상적인 문서 수 정할 것)씩 작성
• 기록이 있는 날에는 다음을 수행한다:
  • 작업 내용 추가
  • TIL 업데이트
  • 필요 시 홍시 버전에 반영

기록 방식 원칙

• 길게 쓰는 것보다 짧고 선명하게
• GitHub 커밋처럼 무엇을 했는지 / 왜 했는지 / 다음 액션이 무엇인지가 보이게
• “공부했다”보다 “정의했다 / 분리했다 / 연결했다 / 검증했다 / 수정했다” 중심으로 작성

---

🔒 데이터 구분 규칙 (Private / Public)

기록은 모두 공개하지 않는다.
운영을 위해 Private / Public 을 분리한다.

1) Private 데이터 (내부 운영용)

• 개인 노션으로 관리
• 개인적으로 지속 운영하는 규칙/시스템
• 기획 메모
• 추가 학습 문서
• 실험 로그 / 초안 / 정제 전 기록

2) Public 데이터 (홍시 공개용 레코드)

• 외부에 보여줄 수 있도록 정제한 기록
• 버전 단위로 관리
• 업데이트 이력(무엇이 왜 바뀌었는지) 남김

---

📚 Public 데이터 구조 (기본 레코드)

공개할 데이터는 아래 구조를 기본으로 한다.
구조 자체는 동일하다.

1) Project

• Third Tool
• 내일배움캠프
• 기술 프로젝트

2) 기술 블로그

• 개발 지식 업데이트 (곶감 → 연재)
• CS + 코테 지식 (예: 함수형 코딩)

이 구조는 고정이 아니라,
내가 어떤 사람인지 더 잘 보이도록 계속 다듬는다.

---

🔝 맨 위로

🛠️ 필수 작성 규칙 (통합 운영 규칙)

아래 3개는 반드시 연결한다.

1) 블로그 기반 그대로 사용(2026-03-03 업데이트)

• 기존 블로그 운영하는 카테고리 규칙(조직화 체계) 유지
  -TIL 규칙 - 매일 특정 갯수의 글을 항상 올리기(블로그 살아있게 하기 시스템)

2) 블로그 ↔ GitHub 연동

• 관련 커밋 / 코드 / 문서 / 참고 블로깅 링크를 연결한다.
• 연동을 통해서 그냥 코드에 문서를 담는다.

3) GitHub Facade ↔ 개인 포트폴리오 연동

• GitHub를 기술 흔적의 중심 축으로 두고,
• 포트폴리오는 요약/소개/진입점 역할을 하게 만든다.

목표는 “자료가 많아 보이게”가 아니라,
처음 보는 사람도 흐름을 따라 나를 이해할 수 있게 만드는 것.

---

🌊 문서 흐름 (State Flow 관점)

여러 프로젝트 문서들 사이에서
전체 상태 흐름(state flow) 이 보이도록 설계한다.

1) TIL (일일 모든 지식 / 작업 로그)

• GitHub 커밋처럼 짧고 명확하게 기록
• 하루 단위의 흔적을 남긴다

2) TIL → 선별 / 재가공

• TIL 중 괜찮은 내용을 선별한다
• 버전 단위로 관리 중인 문서/주제로 이동시킨다
• 연재 가능한 형태로 확장한다

3) 블로그 버전 (버전 단위 문서)

• 버전별로 내용을 업데이트한다
• 변경 이슈 / 업데이트 이유 / 추가 정보를 남긴다
• 업데이트 이력을 기반으로 다음 버전을 진행한다

---

🔝 맨 위로

🚀 운영 핵심 한 줄 요약

매일 남기고, 선별해 올리고, 버전으로 관리하고, 연결해서 나를 보이게 만든다.

---

📌 개인 운영 원칙 (메모)

• 기록이 없으면 없음이라고 쓴다.
• 완벽하게 쓰기보다 흐름을 유지한다.
• 당일 기록은 짧게, 버전 문서는 깊게 쓴다.
• 나중에 다시 쓸 수 있어야 좋은 기록이다.
• “기술”만이 아니라 생각의 기준도 함께 남긴다.

📌 최종 수정

최근 업데이트 - 2026-03-03입니다!