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

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

roslyn.dev 자세히보기

인생잡담/직장인의 창작 12

직장 내 괴롭힘 신고 후 무엇이 진행되는지 확인하는 질문들

회사에 신고 내용을 보냈는데 접수됐다는 답만 오고 이후 안내가 없습니다. 다음 면담을 기다려야 하는지, 자료를 더 보내야 하는지, 불편한 상대와 계속 같은 일을 해야 하는지 알기 어렵습니다. 신고서를 제출하는 일과 그 뒤의 시간을 버티는 일은 서로 다른 문제입니다.진행 상황을 확인할 때는 한꺼번에 결론을 요구하기보다 단계별로 질문을 나누는 편이 도움이 됩니다. 접수 담당자, 조사 방식, 당장 필요한 보호, 결과 이후의 연락 창구를 구분하면 무엇에 답을 받았고 무엇이 남았는지 알 수 있습니다.이 글은 2026년 11월 1일 확인한 근로기준법을 바탕으로 만든 일반적인 질문 목록입니다. 특정 사건의 처리 결과나 필자의 신고 경험을 소개하는 글은 아닙니다. 예시 문장은 상황에 맞게 조정해야 하며, 적용 법령과 ..

퇴사를 종용하는 듯한 업무 배제, 감정과 사실을 나눠 기록하는 법

매주 참석하던 회의에서 초대가 빠지고, 맡고 있던 업무가 설명 없이 다른 사람에게 넘어갑니다. 한 번이면 일정 착오일 수 있지만 비슷한 일이 이어지면 마음이 복잡해집니다. 자신을 내보내려는 신호인지, 단순한 역할 조정인지 쉽게 구분하기 어렵습니다.개발 업무를 생각해 보면 회의 참석 자체보다 필요한 정보를 받지 못해 일정과 책임이 어긋나는 문제가 더 구체적입니다. 이때 기록의 첫 목표는 상대의 의도를 확정하는 것이 아니라, 무엇이 달라졌고 어떤 설명을 받았는지 다른 사람도 이해할 수 있게 만드는 데 있습니다.이 글은 특정 회사의 사건이나 필자의 피해 경험이 아닙니다. 2026년 11월 1일 확인한 공식 자료를 바탕으로, 상담을 준비할 때 사용할 기록 방식을 제안합니다. 아래 사례는 모두 가상이며 개별 사건..

퇴근 뒤 창작을 지키는 작업 경계 — 알림·회복·주간 약속을 설계한 기록

퇴근 후 두 시간이 있어도 글을 쓰지 못하는 날이 있습니다. 몸이 피곤해서이기도 하지만, 더 자주 일어나는 이유는 업무가 끝났다는 신호가 없기 때문입니다. 메신저 알림을 확인하고 내일 할 일을 생각하다 보면 창작 시간은 이미 지나가 있습니다.저는 시간표를 더 촘촘하게 만드는 대신 경계를 만들었습니다. 언제까지 업무를 확인하고, 얼마나 회복한 뒤, 어떤 최소 작업을 할지 미리 정하니 창작을 못한 날에도 다시 돌아오는 길이 생겼습니다.창작 시간을 확보하기 전에 업무 종료 신호를 만듭니다업무용 프로그램을 닫는 것만으로는 머릿속 일이 닫히지 않습니다. 저는 퇴근 전에 미완료 업무를 세 줄로 적습니다. ‘다음에 할 일’, ‘기다리는 사람’, ‘내일 확인할 시각’입니다. 이 기록이 있어야 머릿속에서 계속 같은 일을..

퇴근 후 2시간으로 창작을 이어가는 현실적인 시간 설계

퇴근이 일곱 시, 집 도착이 여덟 시, 저녁 먹고 씻으면 아홉 시. 자정에 눕는다고 치면 남는 시간은 세 시간입니다. 여기서 집안일과 가족과 보내는 시간을 빼면 실제로 손에 쥐는 건 두 시간 정도입니다. 저는 이 계산을 몇 년 동안 반복하면서 웹소설을 연재했고, 출판까지 가봤습니다.그 과정에서 확실히 알게 된 게 하나 있습니다. 직장과 창작을 병행하다 실패하는 이유는 대부분 의지가 아니라 설계에 있다는 겁니다. 두 시간이 있는데도 아무것도 못 쓰는 날이 많았고, 그 원인은 게으름이 아니라 그 두 시간을 어떻게 쓸지 정해두지 않았기 때문이었습니다.이 글에서는 제가 실제로 쓰는 방법을 정리합니다. 대단한 기법은 없습니다. 다만 매일 반복 가능한 형태로 다듬은 것들입니다.왜 두 시간이 있어도 못 쓰는가실패하던..

몰입감을 끌어올리는 웹소설 초반부 플롯과 클리셰 변주법

웹소설 연재 시장에서 독자가 작품에 지속적인 관심을 가질지 여부는 보통 초반 3화 이내에 결정됩니다. 수많은 신작이 쏟아지는 플랫폼 환경 속에서 초반부 이탈을 막고 독자를 유입시키려면, 검증된 클리셰를 효과적으로 활용하면서도 독창적인 변주를 가하는 전략이 필수적입니다.웹소설 초반부 플롯을 안정적으로 구축하고, 자칫 지루해질 수 있는 뻔한 설정을 신선하게 바꿀 수 있는 실전 연출 노하우를 정리했습니다. 1. 3화 이내에 완성해야 할 필수 요소웹소설 초반부에서 빠른 전개와 몰입감을 확보하기 위해 반드시 담아야 하는 핵심 구성 요소입니다.즉각적인 사건 발생 (1화): 세계관이나 배경에 대한 장황한 설명(세계관 설명문)으로 시작하는 방식은 지양해야 합니다. 주인공의 일상을 흔드는 핵심 사건(빙의, 회귀, 능동적..

내 소설에 딱 맞는 비주얼! AI 웹소설 표지/삽화 제작 팁과 스타일 가이드

웹소설 시장이 커지면서 포털사이트 메인이나 연재 목록에서 독자의 시선을 사로잡는 '표지(Cover)'의 중요성은 말할 것도 없습니다. "표지 보고 들어왔다"는 댓글이 흔할 정도로 잘 만든 표지는 작품의 유입률을 결정짓는 핵심 요소입니다.하지만 매 연재마다, 혹은 중요한 에피소드마다 전문 일러스트레이터에게 고가의 삽화를 의뢰하기는 현실적으로 부담스럽습니다. 이럴 때 미드저니(Midjourney)나 스테이블 디퓨전(Stable Diffusion) 같은 생성형 AI 이미지 툴을 활용하면, 창작자가 직접 머릿속 구상을 시각화하여 표지 시안을 만들거나 외전용 홍보 삽화를 제작할 수 있습니다.오늘은 창작자가 AI를 활용해 내 웹소설에 딱 맞는 고퀄리티 표지/삽화를 만드는 실전 팁과 장르별 비주얼 프롬프트 가이드를 ..

팟캐스트에 더 효율적인 모델은?

GPT-5.6 Luna와 Terra 비교: 팟캐스트 영상·음성 자동화에는 어떤 모델이 적합할까?팟캐스트 제작 과정을 자동화하려면 단순히 대본만 작성하는 것이 아니라 여러 작업을 함께 처리해야 합니다.예를 들면 다음과 같습니다.팟캐스트 주제와 구성 기획실제로 읽기 자연스러운 대본 작성영상에 사용할 장면과 자막 구성이미지·영상 생성용 프롬프트 작성ElevenLabs 같은 음성 생성 API 호출생성된 음성 파일 저장과 오류 재시도유튜브 제목, 설명, 챕터 정보 생성GPT-5.6 Luna와 GPT-5.6 Terra 중 어떤 모델이 이러한 작업에 더 적합한지 살펴보겠습니다.GPT-5.6 Luna와 Terra의 차이OpenAI는 GPT-5.6 Terra를 성능과 비용의 균형을 맞춘 모델로 설명합니다. 반면 GPT-..

[애매한 개발자의 창작 기록 5] 나는 무엇을 쓰고 싶은가

글을 쓰고 싶었습니다.그래서 다시 예전 기억을 꺼냈고, 출판을 해봤던 경험도 돌아봤고, 글을 쓰기 위해 서비스를 만들기 시작한 이유도 정리했습니다. 그러다 결국 한 가지 사실 앞에 다시 서게 되었습니다.그럼 나는 무엇을 쓰고 싶은가.어쩌면 가장 먼저 물었어야 할 질문입니다.하지만 저는 이 질문을 꽤 오래 피했던 것 같습니다.글을 쓰고 싶다는 마음은 있었지만, 정작 무엇을 쓰고 싶은지 선명하게 말하기는 어려웠습니다. 웹소설을 쓰고 싶다, 판타지를 좋아한다, 내가 만든 세계를 보여주고 싶다, 언젠가는 작가로 살고 싶다. 그런 말들은 할 수 있었습니다.하지만 그것만으로는 충분하지 않았습니다.장르를 정하는 것과,내가 정말 쓰고 싶은 이야기를 아는 것은 다른 문제였습니다.1. 처음에는 장르가 답인 줄 알았습니다예..

[애매한 개발자의 창작 기록 4] AI보다 먼저 필요한 건 쓰는 습관이었습니다

글을 쓰려고 서비스를 만들기 시작했습니다.처음 이유는 단순했습니다.이야기를 오래 쓰다 보면 제가 만든 설정도 희미해졌고, 네이버 카페에서 본문과 설정 게시판을 오가며 글을 쓰는 일이 불편했습니다.그래서 본문을 쓰는 화면 옆에서 언제든 설정을 볼 수 있는 작업 공간을 만들고 싶었습니다.글을 쓰는 흐름을 끊지 않고, 제가 정해둔 인물과 세계관을 바로 확인할 수 있는 공간이 필요했습니다.그것이 메리톡톡을 만들기 시작한 첫 번째 이유였습니다.그러다 AI가 등장했고, 한때는 AI가 초안을 써주거나 리뷰를 해주면 창작의 막막함이 꽤 줄어들지 않을까 생각했습니다. 실제로 그런 기능을 붙여보기도 했습니다.하지만 서비스를 만들고, 기능을 붙이고, 다시 사용해보면서 조금 이상한 사실을 깨달았습니다.도구는 점점 생기고 있는..

[애매한 개발자의 창작 기록 3] 글을 쓰려고 서비스를 만들기 시작했다

글을 쓰려고 서비스를 만들기 시작했다는 말은 조금 이상하게 들릴 수 있습니다.글을 쓰고 싶으면 그냥 글을 쓰면 됩니다.노트북을 열고, 문서 프로그램을 켜고, 빈 화면에 문장을 적으면 됩니다.저도 처음에는 그렇게 생각했습니다.그런데 이야기를 오래 쓰다 보니, 글쓰기에는 본문만 필요한 게 아니라는 걸 알게 됐습니다.등장인물이 있고, 설정이 있고, 세계관이 있고, 이전에 정해둔 사건과 관계가 있습니다. 처음에는 다 기억할 수 있을 것 같지만, 시간이 지나면 그렇지 않습니다.분명 내가 만든 설정인데도 기억이 흐려집니다.이 인물이 몇 살이었는지.이 장소의 이름을 뭐라고 정했는지.이전에 어떤 규칙을 만들어두었는지.어떤 사건이 몇 화쯤에서 나왔는지.내가 만든 이야기인데도, 다시 확인하지 않으면 헷갈리는 순간이 생깁니..

반응형