AACII.TISTORY.COM

좋은 유머는 캐릭터의 성격, 상황의 모순, 독자가 예상한 결과와 실제 결과의 차이에서 자연스럽게 발생합니다.특히 판타지, 액션, 로맨스처럼 이야기가 길게 이어지는 장르에서는 진지한 이야기 속에서 웃음이 발생할 수 있는 구조를 만드는 것입니다. 1. 기대를 만들고 배신하는 반전 개그가장 기본적인 유머 구조입니다.상식과 고정관념을 뒤엎고 기본 속성에 반대되는 것을 생각해야 합니다.독자에게 어떤 결과가 일어날 것이라고 예상하게 한 다음 전혀 다른 결과를 보여주는 방법입니다.기대 형성 → 긴장 상승 → 예상 → 엉뚱한 결과예를 들어 판타지 소설에서 주인공이 전설적인 검을 발견했을 때주인공은 떨리는 손으로 검을 뽑았다.천 년 동안 누구도 뽑지 못했던 성검이었다.“드디어…… 나를 선택한 건가?”검에서 장엄한 목소리..

서술 원칙1. 문장과 대화를 짧게 하고, 능동태로 해서 입으로도 읽기 쉽게 함으로써 독자의 이해도를 높입니다.2. 대화와 서술(묘사) 사이에 균형을 유지 합니다.3. 서막을 넣지 말고 소개를 하지 말아야 합니다. 너무 많은 정보를 주지 않아도 됩니다. 설명하지 않아도 독자는 알 수 있습니다. 4. 충격적인 사건을 먼저 서술한 뒤 자세한 스토리는 후에 서술합니다. 5. 바디랭귀지와 오감을 써서 감정을 표현한다. 사람은 몸으로 50% 이상 감정과 의사를 전달하기 때문입니다.6. 결말부터 쓰고 시작하십시오. 주제를 정하고 시작해도 진짜 주제는 결말이 돼서야 알 수 있습니다. 세계관 원칙1. 세계관은 초안일 뿐 진행되면서 변경되거 버려지므로 고집하지 않습니다.2. 세계관 안에서 주인공의 목표는 이루기 힘들지..

클리셰는 독자가 익숙하게 알아보는 설정·사건·관계·전개 방식입니다.익숙한 장치를 사용하더라도 인물의 선택과 사건의 대가를 다르게 설계하면 새로운 이야기가 될 수 있습니다.클리셰를 활용할 때는 “이 장치 때문에 인물이 어떤 선택을 하며, 그 선택으로 무엇이 달라지는가?”를 먼저 정해보시면 좋습니다. 같은 회귀·계약 연애·각성이라도 선택과 결과가 달라지면 작품의 개성이 생깁니다. 1. 서두 클리셰: 첫 장면에서 독자를 붙잡는 방식서두에서는 세계관 설명보다 독자가 당장 알고 싶어 할 질문 하나가 효과적입니다.“왜 재혼을 요구했는가?”, “이 가족은 누구인가?”, “최약체가 어떻게 살아남는가?”처럼 질문이 구체적일수록 다음 화를 읽을 이유가 선명해집니다.거울을 보는 인물의 모습으로 시작한다.1인칭 화자가 자신..

이야기를 설계할 때 먼저 적어볼 네 문장주인공은 무엇을 원합니까?그것을 얻지 못하면 무엇을 잃습니까?목표를 이루려면 어떤 어려운 선택을 해야 합니까?그 선택 뒤에 무엇이 되돌릴 수 없이 달라집니까? 추적 플롯: 가까워질수록 위험도 커집니다추적 플롯의 중심은 추적자와 대상 사이의 거리입니다.대상이 도망치거나 흔적을 감추고, 추적자가 그 대응을 읽어내면서 긴장이 생깁니다.독자는 잡힐 듯한 순간과 다시 벌어지는 거리를 따라갑니다.추적에도 대가를 붙이세요.예를 들어 범인의 은신처를 알아내는 대신 자신의 위치가 드러나거나, 가장 빠른 길을 택하면 동료를 위험에 빠뜨리도록 만들 수 있습니다.단서가 나올 때마다 추적 방식이 달라져야 단순한 이동의 반복을 피할 수 있습니다.1. 추적해야 할 대상과 이유를 제시:도망친..

1 원칙: 기획과 코딩은 분리해서 작업하고, 반드시 인간이 검토 후 승인한 이후 적용되게 합니다.이 원칙이 처음이자 마지막 원칙입니다.이 원칙을 지키지 않으면 AI는 내가 모르는 작업을 진행할 것이며, 이런 작업들이 쌓이면 어느 순간 코드는 무너져 수습 불가능해지며, 작업에 소요되는 토큰(비용)은 치솟게 될 것이기 때문입니다.이 원칙을 지키면, AI가 의도와 다르게 동작하는 것을 줄이고, 프로젝트의 주도권을 인간이 가지게 되고, 토큰(비용)을 절약하며, 결과물이 향상됩니다. 바이브 코딩 과정1. 코드 분석: AI에게 기존 코드를 분석하게 하고 반드시 정리한 내용을 research.md 파일에 작성하도록 시킵니다. AI에게 지시 사항:1. 이 폴더(프로젝트)를 깊게 읽고2. 어떻게 동작하는지 매우 상세..

트랜잭션이 수행 시간이 길어지는 경우 커넥션 풀에게 커넥션 반환이 늦어지게 되므로 커넥션 풀이 쉽게 고갈되어 장애가 발생할 수 있습니다. 예를 들어@Transactionalvoid order(Long id){ //커넥션 획득 var order = repository.find(id); payment.approve(order); //외부 API 호출 order.setPaid(true);} // 커넥션 반납 이처럼 트랜잭션 안에 외부 호출이 있는 경우 외부 호출 결과를 기다리는 시간이 존재해서 수행 시간이 길어질 수 있습니다. 이런 경우 커넥션 풀의 개수에는 제한이 있어서 연결이 많이 증가하면 장애가 발생할 수 있습니다.외부 호출이 시간이 많이 걸리는 작업이므로, 트랜잭션 안에 포함..

좋은 캐릭터를 만드는 가이드캐릭터를 만들 때는 다음 질문으로 시작하십시오.이 인물은 지금 무엇을 원하는가?그것을 얻지 못하게 막는 것은 무엇인가?압박을 받았을 때 어떤 선택을 하는가?그 선택이 주변 인물과 어떤 갈등을 만드는가?좋은 캐릭터는:캐릭터에 강한 욕망을 부여하면서 욕망을 성취하기 불리한 약점을 설정하고 그럼에도 불구하고 욕망을 성취하기 위한 장점을 부여해야 합니다.특성을 과장시켜야 합니다. 장단점을 극명하게 대립하여 묘사하고 단점으로 개그 소재를 삼으면 됩니다.호감형 캐릭터는 심리학적으로 선망의 대상이지만 공감가는 약점이 있어야 사람들은 더 호감을 느낍니다. 캐릭터는 자신의 성공 그 이상을 향해 노력할 때, 캐릭터의 운명(굴레)을 벗어나도록 노력해야 사랑받습니다.동정심유발 캐릭터는 피해자 포지션..

https://aacii.tistory.com/503 스프링 부트 JWT 인증 구현 가이드 2편: 인증 필터와 보호 API 접근1편에서는 이메일과 비밀번호를 검증한 뒤 JWT 액세스 토큰을 발급했습니다.https://aacii.tistory.com/502 스프링 부트 JWT 인증 구현 가이드 1편: 로그인과 액세스 토큰 발급스프링 시큐리티스프링 부트blog.aacii.net JWT 인증은 정상 토큰으로 API 호출에 성공했다고 끝나지 않습니다.실무에서는 인증정보가 없는 요청과 권한이 부족한 요청을 구분하고, 만료되거나 변조된 토큰에 일관된 오류를 반환해야 합니다.액세스 토큰 만료 시간을 짧게 운영한다면 리프레시 토큰 정책도 필요합니다.다음 내용을 구현하고 점검해보겠습니다.1. 401과 403 오류 구분2..

1편에서는 이메일과 비밀번호를 검증한 뒤 JWT 액세스 토큰을 발급했습니다.https://aacii.tistory.com/502 스프링 부트 JWT 인증 구현 가이드 1편: 로그인과 액세스 토큰 발급스프링 시큐리티스프링 부트 REST API에서 사용할 JWT 인증을 구현해보겠습니다.먼저 로그인 요청을 검증하고, 인증된 사용자를 식별할 수 있는 액세스 토큰을 발급해야 합니다.Spring Security가 아이blog.aacii.net그러나 토큰을 발급하는 것만으로는 인증이 완성되지 않습니다.클라이언트가 API를 호출할 때 전달한 JWT를 서버가 읽고 검증한 다음, Spring Security와 호환이 되는 인증정보로 변환해야 합니다.1. 클라이언트가 Authorization 헤더에 JWT 전달2. JWT ..

스프링 시큐리티스프링 부트 REST API에서 사용할 JWT 인증을 구현해 보겠습니다.먼저 로그인 요청을 검증하고, 인증된 사용자를 식별할 수 있는 액세스 토큰을 발급해야 합니다.Spring Security가 아이디와 비밀번호를 확인하는 과정부터 구현한 뒤, 인증에 성공했을 때 JWT를 발급해야 합니다.전체 흐름은 다음과 같습니다.1. 클라이언트가 이메일과 비밀번호로 로그인 요청2. AuthenticationManager가 인증 처리3. UserDetailsService가 사용자 조회4. PasswordEncoder가 비밀번호 비교5. 인증 성공 시 JWT 생성6. 클라이언트에 액세스 토큰 반환Spring Security에서 AuthenticationManager는 인증 요청을 처리하는 중심 인터페이스입..

서버 사이드 랜더링(SSR)은 브라우저로 필요한 화면(html)을 전송해주는데, 보통 jsp나 Thymeleaf 등을 사용합니다.그런데 REST API 서버 처럼 JSON(혹은 XML)을 이용해서 데이터를 주고 받는 경우, 무상태에다가 화면을 제공하지 않기 때문에 HttpSession이나 쿠키로 인증하는 방법에 제한을 받습니다.따라서 이런 제한을 피하기 위해 토큰을 이용해서 인증하는 방법을 JWT(JSON Web Token) 이라고 합니다.인증(Authentication): 사용자의 아이디와 비밀번호가 올바른지 확인합니다.JWT 생성: 인증에 성공하면 사용자 정보를 담은 JWT를 생성합니다.JWT 전송: 생성된 JWT를 클라이언트에게 응답으로 보냅니다.인가(Authorization)와 보호된 리소스 접근..

AI 도구는 경쟁이 매우 치열해서 하루가 다르게 발전 중이라 현재 우위에 있어도 언제 신기술을 들고 나올지, 가격 정책은 어떻게 바뀔지 등등 변화가 빨라 섣불리 결정하기 힘든 상황입니다.즉, 서로 표준으로 자리 잡으려 경쟁 중이라고 할까요.그래서 선택을 위한 기준을 잡고 적은 비용으로 최적화된 AI를 고르기 위해 기준을 세우고 장단점을 비교해 보았습니다. 개발자용 AI 툴을 고르는 기준1. 코드 문맥 이해력이 중요.2. IDE와의 통합: VSCode, IntelliJ, Cursor 등3. 리팩토링, 버그 수정, 에러 분석, 테스트 제안 능력4. 보안과 배포 방식(금융권, 공공용)5. 과금 방식6. 러닝 커브 AI 도구 장단점 비교AI 도구장점단점ChatGPT Codex(Open AI)에러 로그 해석,..

요약모티브가 되는 작품을 감상1회차: 감상2회차: 이야기 구조 파악(플롯)3회차: 연기, 연출 기법 파악감상 종료 후 복기: 기억만으로 그 시나리오와 연출을 최대한 재현해서 쓰기모작이야말로 최고의 트레이닝이다. 감상·분석·복기로 배우는 모작 트레이닝모작의 목적은 원작을 똑같이 재현하는 데 있지 않습니다.완성된 작품이 독자의 감정을 움직이는 원리를 발견하고, 그 원리를 자신의 새로운 이야기에서 활용하는 것이 진짜 목표입니다.작품을 재미있게 감상하는 것과 작품이 만들어진 원리를 이해하는 것은 서로 다른 일입니다.작가를 목표로 한다면 한 작품을 여러 번 감상하면서 이야기의 구조와 표현 방식을 단계별로 분석해 보는 훈련이 필요합니다. 단계훈련 내용주요 목적1회차작품을 편하게 감상한다독자로서 받은 감정과 인상을..

후킹이란?★ 후킹이란 정보를 적절히 감추고, 인물에게 관심을 갖게 하며, 다음 장면을 볼 이유를 제공하는 기술입니다.후킹은 시선을 사로잡는 포인트를 말합니다.숏폼, 광고, 스토리의 도입부에서 시선을 잡기 위해 사용합니다.예측하는 다음 순간을 뒤집어야 합니다. 하지만 후킹은 독자를 속이거나 무조건 놀라게 만드는 기술이 아닙니다.무분별한 후킹으로 독자를 속인다면 분노를 사게 됩니다.하지만 일부러 노이즈 마케팅을 하기도 하죠. 후킹의 구조강한 후킹은 대체로 다음 구조를 가집니다.익숙한 상황을 제시한다.→ 한 가지 비정상적인 요소를 넣는다.→ 독자가 질문하게 만든다.→ 작은 답을 준다.→ 더 큰 질문으로 연결한다. 즉, 작품의 첫 장면을 만들 때는 다음 네 가지를 점검하면 좋습니다.첫 장면(페이지)에서 이상하..

1화에서 보여줘야 할 것★ 독자가 다음 화를 누르게 만드는 힘은 이해하기 쉬운 목표와 아직 풀리지 않은 질문에서 나옵니다.연재물에서 1화는 세계관을 모두 설명하는 소개서가 아닙니다.1. 어떤 인물을 따라가게 되는지2. 어떤 문제가 벌어지는지3. 앞으로 어떤 재미를 기대할 수 있는지이 세가지를 보여줘야 합니다. 첫 장면은 작품의 분위기를 보여줄 것★ 중요한 것은 독자가 “왜 이런 일이 생겼지?” 또는 “이 인물은 어떻게 행동할까?”라는 질문을 떠올리게 만드는 것입니다.첫 장면은 독자가 장르와 정서를 짐작하게 하는 표지판입니다.1. 로맨스라면 두 인물의 관계가 흔들릴 순간을, 2. 미스터리라면 설명되지 않는 사건을, 3. 코미디라면 주인공의 독특한 문제 해결 방식을 보여줘야 합니다.작품의 핵심 재미와 무관..