이야기를 디버깅하는 개발자.

개발과 창작 사이에서, 사람들이 자기만의 이야기를 만들 수 있는 도구와 기록을 만듭니다.

roslyn.dev 자세히보기

쓰는 삶/글쓰기 기록 4

독자 댓글을 다음 회차에 반영하는 기준과 금지선

연재를 시작하면 댓글 하나가 다음 회차의 방향을 바꿀 만큼 크게 느껴집니다. 독자가 발견한 오류를 고치는 일도 중요하지만, 모든 요구를 즉시 반영하면 작가가 세운 이야기의 중심이 흔들릴 수 있습니다.저는 댓글을 찬반으로 읽지 않고 정보의 종류로 분류합니다. 사실 오류인지, 취향인지, 오해인지, 스포일러를 요구하는 말인지 나누면 반영할 것과 거리를 둘 것이 보입니다.댓글은 사실·취향·오해·스포일러로 분류합니다댓글을 읽을 때 처음부터 방어적으로 반응하면 모든 말이 공격처럼 느껴집니다. 반대로 전부 맞다고 생각하면 작품이 댓글의 투표로 움직입니다. 네 가지 분류를 먼저 적용하면 반응과 판단 사이에 짧은 거리가 생깁니다.사실 오류는 가능한 한 빨리 확인하되, 취향은 작품 방향과 맞을 때만 참고합니다. 오해는 본..

연재 중 설정 충돌을 막는 캐릭터 상태표

연재가 길어질수록 설정집은 커지는데, 정작 다음 회차를 쓸 때 필요한 정보는 찾기 어려워집니다. 인물의 생일이나 외형보다 더 자주 바뀌는 것은 지금 알고 있는 사실과 감정입니다.저는 설정을 고정된 백과사전처럼 관리하지 않고, 회차가 끝날 때마다 상태를 갱신하는 표로 바꾸었습니다. 이번 글에서는 캐릭터 한 명의 현재 상태를 빠르게 확인하는 방법을 소개합니다.고정 정보와 회차 정보를 분리합니다이름·출신·말투처럼 쉽게 바뀌지 않는 정보와, 현재 목표·상대에 대한 의심·알게 된 사실처럼 회차마다 달라지는 정보를 한 표에 섞으면 업데이트가 어렵습니다. 저는 인물 카드와 상태표를 나눕니다.인물 카드는 작품 전체에서 유지할 약속이고, 상태표는 다음 장면을 쓰기 위한 작업 메모입니다. 상태표는 오래 보관할 문서가 아니..

매일 5,000자 쓰는 루틴 만들기 — 기록·측정·회고의 3단계

"하루 세 시간은 무조건 쓴다." 예전에 제가 세웠던 목표입니다. 결과는 어땠을까요. 세 시간을 채운 날은 꽤 많았는데, 정작 원고는 늘지 않았습니다. 자료를 찾다가 한 시간, 앞 회차를 다시 읽다가 삼십 분, 문장 하나를 고치다가 또 삼십 분. 책상 앞에 앉아 있던 시간은 정직했지만 결과물은 정직하지 않았습니다.시간 목표에는 구조적인 허점이 있습니다. 시간은 채우기 쉽고, 채웠다는 만족감까지 줍니다. 그런데 독자에게 도착하는 건 시간이 아니라 글자입니다. 그래서 저는 목표 단위를 시간에서 분량으로 바꿨습니다.이 글은 "무조건 매일 써라" 같은 이야기가 아닙니다. 자기 속도를 기록하고, 기준선을 계산하고, 주 단위로 목표를 조정하는 방법에 관한 글입니다. 정신력으로 버티는 구간을 줄이는 것이 목적입니다...

웹소설 1편 완결까지 — 연재 일정과 분량 관리 실전 템플릿

웹소설 한 편을 온라인 출판까지 마쳐본 적이 있습니다. 그때 저를 가장 괴롭힌 건 문장이 안 써지는 날이 아니었습니다. 다음 주에 몇 편을 올려야 하는지, 지금 속도로 가면 언제 끝나는지 제가 모르고 있었다는 사실이었습니다.연재는 단거리가 아니라 페이스 배분이 전부인 종목인데, 저는 페이스 계산을 하지 않고 달렸습니다. 그러다 보니 초반에는 하루에 두 편씩 쓰다가, 중반에 가서는 마감 당일 새벽에 겨우 한 편을 올렸고, 결국 두 번 휴재를 냈습니다. 휴재 공지를 쓰는 일은 원고를 쓰는 일보다 훨씬 마음이 무겁습니다.이 글에서는 목표 완결일에서 거꾸로 계산해 주간 집필량을 정하는 방법, 비축 원고를 몇 편 확보해야 하는지 판단하는 기준, 스프레드시트로 관리할 때의 컬럼 구성, 그리고 일정이 밀렸을 때 회복..

반응형