블로그 시작

문제점

  • 건강이 날로 악화되어 일상생활이 자주 망가진다.
  • 산출물의 복잡도가 증가하면서 주먹구구식 개발의 한계에 부딪혔다.
  • 공부를 미루는 만큼 개인작업이 지연되어 매일 후회한다.

평가

  • 최소한의 루틴을 만들고 준수해서 불가피한 관리비용을 치러야 한다.
  • 만능 도구의 등장을 기다리지 말고 단순한 기록 형식에 정착해야 한다.
  • 깃허브 페이지스를 이용해서 블로그를 운영하기로 한다.

설계

게시물의 종류

  • 포스트: 일반적인 게시물. 카테고리·태그·연도별 아카이브에 소속된다.
  • 페이지: 탐색 메뉴에 연결되는 게시물.
  • 북마크: 외부 홈페이지를 소개하는 게시물. 북마크 아카이브에 소속된다.

아카이브의 종류

  • 카테고리: 포스트 타입의 게시물들을 작성용도 기준으로 묶는다.
  • 태그: 포스트 타입의 게시물들을 주제·소재 기준으로 묶는다.
  • 연도: 포스트 타입의 게시물들을 생성·갱신연도 기준으로 묶는다.
  • 북마크: 북마크 타입의 게시물들을 묶는다.

탐색 메뉴 구성

  • 홈페이지.
  • 아카이브: 카테고리·태그·연도별 아카이브 목록을 출력한다.
  • 북마크: 북마크 게시물 목록을 출력한다.
  • 도움말: 소개문을 출력한다.

부가기능

  • 댓글
  • 검색

원칙

  • 본문을 바로 타이핑하지 말고 손글씨로 먼저 써볼 것.1
  • 하나의 문서에서 둘 이상의 주제를 다루지 말 것.2
  • 문서 형식을 단순하게 유지할 것.3
  • 제목과 분류 기준을 정할 때 포괄적인 단어를 피할 것.4
  • 첨부 파일은 오브젝트 스토리지에 저장한다.5
  • 게시물을 갱신하는 경우에는 본문 하단에 이력을 남길 것.6
  1. 기술문서인 경우, 외부에 쓴 글을 옮기는 경우. 

  2. 기록과 의견, 필사와 서평, 알고리즘 설명과 개별 프로젝트 코드 등. 

  3. 깊은 제목/목록/테이블 구조를 피하고, 여의치 않다면 별도 문서로 분리한다. 

  4. #장소와 같은 일반명사 대신 #합정역과 같은 고유명사로 범위를 좁힌다. 

  5. 개인용 메모앱을 이용한다. 

  6. 내용이 크게 바뀌어야 한다면 새 문서를 만들고 상호연결한다.