EasyMD 활용 사례

EasyMD는 설치나 로그인 없이 브라우저에서 바로 쓸 수 있는 마크다운 에디터입니다. 아래는 실제로 많이 활용되는 5가지 대표 시나리오입니다.

💼 대표 활용 사례

🛠️ 따라 하기 — 실제 작업 순서

위 사례가 실제로 어떻게 굴러가는지, 자주 쓰이는 세 가지를 순서대로 적었습니다. 그대로 따라 하면 됩니다.

회의록: 회의가 끝나는 동시에 공유까지

회의록은 회의가 끝난 뒤에 정리하려고 미루면 대부분 안 씁니다. 회의 중에 끝내는 게 핵심이라, 구조를 미리 잡아두고 빈칸만 채우는 방식이 빠릅니다.

1. 회의 시작 전 30초. 새 문서를 만들고 # 뒤에 회의명과 날짜를 적습니다. 그 아래 ##로 “참석자”, “안건”, “결정 사항”, “액션 아이템” 네 개를 미리 만들어 둡니다.
2. 회의 중. 해당 제목 아래에 그냥 받아 적습니다. 안건이 바뀌면 ---로 구분선을 넣어 시각적으로 끊어주세요. 화면을 공유해 보여줄 자료가 있으면 캡처해 Ctrl+V로 그 자리에 붙여넣습니다.
3. 액션 아이템은 체크리스트로. 슬래시 메뉴에서 체크리스트를 고르고 “누가 · 무엇을 · 언제까지” 세 가지를 한 줄에 담습니다. 담당자 이름을 앞에 두면 나중에 훑을 때 자기 것만 눈에 들어옵니다.
4. 회의 종료 직후. 파일 메뉴에서 워드(.docx)나 PDF로 내보내 그대로 공유합니다. 사내 위키에 붙일 거라면 마크다운으로 내보내는 편이 서식이 덜 깨집니다.

저장 버튼을 누를 필요는 없습니다. 타이핑을 멈추면 알아서 저장되고, 5분마다 되돌릴 수 있는 시점이 따로 남습니다. 회의 중 실수로 문단을 날려도 이력 탭에서 복구됩니다.

README: 빈 화면에서 시작하지 않기

README가 어려운 이유는 문법이 아니라 “무엇부터 쓸지”입니다. 순서를 정해두면 20분이면 끝납니다.

1. 한 줄 소개부터. 제목 아래 첫 문장은 “이게 무엇이고 누구를 위한 것인가”여야 합니다. 여기서 설명이 길어지면 아무도 안 읽습니다.
2. 설치와 실행을 코드 블록으로. 백틱 세 개 뒤에 bash를 붙이면 명령어가 색으로 구분되어 복사하기 편해집니다.
3. 옵션이나 환경변수는 표로. 슬래시 메뉴의 표 삽입으로 격자를 집고, “이름 / 기본값 / 설명” 세 열을 만듭니다. 열 너비는 경계선을 끌어 조절합니다.
4. 스크린샷은 붙여넣기로. 실행 화면을 캡처해 바로 붙여넣으면 자동으로 압축되어 들어갑니다.
5. 파일명을 README.md로 바꾸고 내보내기. 헤더의 파일명을 클릭해 이름을 고친 뒤 마크다운으로 내려받아 저장소 최상위에 올리면 끝입니다.

주의할 점 하나. GitHub은 보안상 style 속성을 제거하기 때문에 에디터에서 넣은 글자 색은 GitHub에서 적용되지 않습니다. 강조가 필요하면 굵게나 인용구를 쓰세요. 자세한 내용은 GitHub README 작성법에 정리해두었습니다.

블로그 초안: 플랫폼에 옮길 때 안 깨지게

초안을 여기서 쓰고 벨로그·티스토리·브런치로 옮기는 흐름입니다. 옮기는 단계에서 서식이 깨지는 경우가 많은데, 원인은 대체로 정해져 있습니다.

1. 구조부터 잡고 살을 붙입니다. 소제목(##)만 먼저 5~6개 늘어놓고 각 아래에 한 줄씩 요약을 적은 뒤, 그 요약을 문단으로 늘려가면 글이 덜 엉킵니다.
2. 다 쓰면 마크다운으로 내보냅니다. 화면에서 복사·붙여넣기를 하면 서식이 HTML로 딸려가 플랫폼에서 깨지기 쉽습니다. .md 파일을 열어 원문을 붙여넣는 편이 안전합니다.
3. 플랫폼별로 다른 부분만 손봅니다. 벨로그는 마크다운을 거의 그대로 받아들이지만, 티스토리는 마크다운 모드로 글쓰기를 시작해야 합니다. 이미지는 어느 플랫폼이든 해당 에디터에서 다시 올리는 편이 확실합니다.

플랫폼별 차이는 벨로그, 티스토리, 노션 글에 따로 정리해두었습니다.

📚 함께 보면 좋은 문서

• 마크다운 문법 가이드 — 제목·목록·표·링크 기본기
• 템플릿 모음 — 회의록·README·기획서 양식 복사해서 쓰기
• 단축키 모음 — 손이 빨라지는 조합
• 업무 문서를 마크다운으로 쓰기
• 기술 블로그 글쓰기
• 다른 에디터와 비교 — 언제 EasyMD가 안 맞는지 포함