블로그 글 작성에 대한 생각

블로그를 시작한 뒤로 글을 꽤 여러 방향으로 써왔습니다. 제가 특히 관심을 갖고 꾸준히 파고드는 분야는 웹접근성과 프론트엔드입니다. 더 많은 글을 쓰고 싶고 아이디어도 계속 나오는데, 정작 글을 쓰는 속도는 생각만큼 빠르지 않습니다. 지금 시점에서 작성해둔 초안만 8개가 남았는데, 초안작성 시작은 쉬운데 맺음이 이렇게나 어려울수가 있나 하고 생각하는 요즘이에요.

AI 덕분에 조사와 정리는 훨씬 빨라졌는데, 역설적으로 제 시간과 체력은 그대로라서 매번 아쉽기도 해요. 낮에는 회사에서 업무하고, 퇴근한 후에는 육아와 가사도 하면서, 사이드 프로젝트에 블로그, 자격증 준비까지 하려니까 몸이 정말 열개였으면 좋겠습니다. ^^;; 그래도 꾸준히 써보자는 마음으로, 오늘은 제가 글을 쓰는 방식에 대해 솔직하게 생각을 정리해보려고 합니다.

개인적으로는 대구에서 한 회사에 오래 근무하다 보니 외부 활동이 많지 않았고, 개발/IT 인맥이 부족하다는 점도 늘 마음에 남아 있었어요. 활동 반경을 넓혀보려고 해도 현실적으로 쉽지 않다는 걸 종종 느낍니다. 그럼에도 이 블로그를 통해 커리어를 조금씩 더 확장하고, 같은 관심사를 가진 분들과 연결되고 싶다는 바람이 있어요. 그래서 요즘은 “어떻게 해야 이 블로그가 단순한 기록을 넘어서 커리어와 네트워크의 길을 열어줄 수 있을까?” 같은 고민도 함께 하고 있습니다.

코드 중심 글의 장점과 한계

예를 들어, WCAG 3.0 시리즈는 초안을 읽고 핵심을 정리하는 흐름이라 비교적 수월하게 쓸 수 있었습니다. 반면, 접근성 팁이나 프론트엔드 실무 글은 늘 고민이 많아요. 이 글들은 같은 개발자, 혹은 기술에 관심 있는 분들이 읽는다고 생각해서 코드를 많이 넣어왔거든요.

그런데 다시 돌아보니 코드가 많을수록 읽는 흐름이 끊기고, 내용이 잘 안 들어오는 느낌이 들더라고요. 최근에 올린 키보드 접근성 글도 마찬가지였어요. 정보는 많지만 “읽고 싶은 글”이 되기에는 설명의 리듬이 부족했달까요.