이문회우

[게임 개발] 데모 출시 직후 ~ 인디 게임 마케팅 관련 글 정리

Koesob — Sat, 28 Feb 2026 19:44:29 +0900

데모를 출시하고나서 성과?가 기대보다 좀 더뎠다.

땅을기는데모

물론 사람 3명부터 시작이란 조건이 어려운게 맞는데 그걸 너무 낙관했던것 같다.

희망 : 개발자 욕하는 리뷰 / 절망(=현실) : 무플

최근에 유행한 동일 장르 게임들(PEAK나 WASD : 토리의 모험이나 피코파크나...)이 있기도 해서 낙관했던건데... 할 말이 없다...

그래서 뭐라도 해야겠다 싶었다.

다행히 관련해서 조언을 구할 분이 있었고...

조언대로 일단 공부를 해봅시다...!

레딧에서 읽은 짧은 게임 마케팅에 대한 글 요약

An Indie Survival Guide to Game Marketing : r/gamedev

Reddit의 gamedev 커뮤니티: An Indie Survival Guide to Game Marketing

gamedev 커뮤니티에서 이 게시물을 비롯한 다양한 콘텐츠를 살펴보세요

www.reddit.com

(이하는 번역을 내 맘대로 정리한 것이다. 실제 글을 직접 읽는 것을 추천한다.)

- 일단 시작은 게임을 만드는 것. 그것도 '마케팅이 가능한(Marketable Game)' 형태일수록 당연히 유리하다.

• 시장 조사와 같은 근거 마련이 그것이다.

- 그렇게 게임을 잘 만들고나서 ...

- 너가 올리는 '스팀'이란 플랫폼을 이해해야한다.

• (내 생각에 스팀은 정말 나쁘지 않은, 꽤 좋은 플랫폼이다. ~~일단 게임 등록비 100달러를 12만원으로 받는것부터...~~ 많은 게임에 최대한 기회를 주려고 한다는 인상을 많이 받는다.)

- 스팀은 출시 당시에 위시리스트(찜하기)를 중요한 지표로 활용한다. 그 수치에 따라서 '인기 게임'으로 별도로 밀어준다. 따라서 이 위시리스트 관리가 어떤 목표 같은 것이 된다.

- 데모를 준비해야한다. 그래야 뭐든 말이되고 기회가 왔을 때 잡을 수 있다.

- 마케팅은 일찍일찍 시작해야한다. 스팀에서는 여러 '넥스트 페스트'를 비롯해 여러 페스티벌을 연다. 데모라도 있어야 거기 참가할 수 있음. 페스티벌 참여 외에도 플레이어들 판단에 많은 도움이 된다.

- 그리고 공지를 비롯한 패치는 전략적으로 사용해야한다. 좀 더 부연 설명을 하자면, 좀 더 큰 맥락에서 보고 플레이어분들의 관심이 끊기지 않도록 딱딱딱 내놓아야한단 얘기다.

- 소셜미디어 운영은 기업처럼 딱딱하게 할 필요 없다.

• (개인적으로 최근에 홍보랍시고 글을 올렸는데 좀 겁이 나기도 해서 양식에 딱 맞춰서 냈다. 근데 나도 안 누를듯... 너무 홍보라 맛이 없음...)

- 최종적으로 작은 게임부터 시작하자. 게임 개발-출시에 대한 감각을 익히는데 도움이 된다. 운이 좋다면 자동 사냥(Passive Income)이 돌아가서 이후 개발에도 도움이 됨.

[Catverse] 2026.02.23. 데모 출시

Koesob — Sat, 28 Feb 2026 19:17:13 +0900

Catverse Demo on Steam

Catverse is a 2D co-op climbing game where 3-4 players enter a cat's mind. Turn lights on/off in 5 rooms to dictate its actions! Climb up to reach the Cosmos at the top, but if you mess up? Hope it was your friend's fault. Good luck!

store.steampowered.com

2월 23일, Catverse 데모가 출시됐다. '캣버스'라고 검색해도 나오게 하고 싶은데 아직 스팀웍스에 익숙하지 못해서 설정 못하는 중...

https://youtu.be/YDidgD3xk74?si=sAVhqpYCM8ASo_is

대충 이런 게임이다.

영상 제작에 도움을 준 동생들 정말 사랑한다.

버그는 바로 고쳤음.

마지막까지 엄청 틱틱댔는데 저 한 줄이 많이 감동이었다.

작년 9월부터 시작한 프로젝트였다.

뭐 9월은 여러 기획들 내놓고 어떤걸로 할까 고민하던 시기였어서 실제 개발 기간은 더 짧겠지만... 그게 중요한 것은 아니고...

개발 자체는 그렇게 어렵지 않았다. 졸업을 하고나서 했던 Marsion - CCGP - 미뉴의 아파트 등등 그 동안 쌓여왔던 개발 포텐이 좀 나왔다. 다만 진짜 데모 출시까진 진짜 좀 빡셌음... 개발하는 동안에는 재미 검증이면 충분했지만 데모는 '상품'을 받는거니까 다듬어야할 부분들이 너무 많았다. 그 밖에도 여러 가지 이슈로 쉽지 않았다... 그래도 이제 게임이 공개됐으니까 됐음

물론 글을 쓰고 있는 지금, 2월 28일까지 데모 공개로 기대하던 것들은 별로 이뤄지지 않아서 좀 머리가 아프긴 한데, 그래도 일단 공개가 됐으니까! 정말 공개조차 안됐을 때는 답답해 죽을 뻔 했다. 그 상태로 맞이하는 설날은 쉽지 않았음... 가족들한테 보여줄 것도 없고 정말... 그래서 더 분노의 개발을 달리긴 했다. 설날 끝나자마자 나온 이유가 사실 그거임.

일단은 출시 이후 마케팅 쪽 공부하고 있는데 올릴만한 내용들이 좀 생긴 것 같아서 기왕 쓰는 김에 이 글을 쓰게 됐다.

그러고보니 이전에 작업했던 '미뉴의 아파트'에 대해서도 조만간 글을 써야하는데 뭐 곧 쓰겠지 뭐.

[Unity Netcode] 커스텀 메시징 2. Just chatting

Koesob — Thu, 26 Dec 2024 16:22:40 +0900

[Unity Netcode] 커스텀 메시징 1. 개념 잡기

[Unity Netcode] 커스텀 메시징(CustomMessagingManager) - 1

멀티 게임을 만들어보자. ※ 개발 환경은 Unity 6이다.Netcode우선 Unity Netcode 패키지를 설치한다.Window > Package Manager > Packages: Unity Registry > Netcode for GameObject Unity Netcode는 Unity에서 멀티 플레이 개발

koesob.tistory.com

이어서 글을 써보자.

1편의 글은 개념 구조 설명을 위한 코딩이었을 뿐 실제로 동작하지는 않는다.

네트워크 다루는 프로그래밍인데 정작 네트워크 연결 과정은 포함 안 시켰거든.

바로 시작해보자.

접속

우선, Managers 코드를 변경해준다.

using Unity.Netcode;
using UnityEngine;

public class Managers : MonoBehaviour
{
    public void StartServer()
    {
        NetworkManager.Singleton.StartServer();
    }

    public void StartClient()
    {
        NetworkManager.Singleton.StartClient();
    }
    
    public void StartHost()
    {
        NetworkManager.Singleton.StartHost();
    }
}

더 이상 메시지 등록과 전송에 대한 구현은 필요 없기 때문에 해당 부분을 지웠다.

대신 '접속'과 관련한 함수를 추가했다.

Server : 게임 진행자. 게임이 생성되는 컴퓨터이며 진행 연산을 도맡아 한다. 따라서 게임 내 정보를 모두 갖고 있다.
Client : 게임 참가자. 플레이어로부터 입력을 Server로 전달한다. 그에 따라 Server가 수행한 연산 결과를 받는다.
Host : 게임 진행자이자 참가자이다.

각각의 함수는 '이 컴퓨터를 Server/Client/Host 역할을 하는 컴퓨터로 NetworkManager에 등록하겠다'라는 뜻이다.

이제 Managers를 씬에 만들어주자. 빈 오브젝트를 만든 후, Managers 컴포넌트를 추가해줬다.

그리고 플레이어가 상호작용 할 수 있도록 UI > Button - TextMeshPro로 버튼을 만들어주고, 이름을 Button_StartHost로 바꿔준다.

처음으로 Button - TextMeshPro를 하면, TextMeshPro 패키지를 설치하는 과정이 진행되는데, TextMeshPro는 문자 표시 + 문자 관련해서 특수 효과 처리를 돕는 패키지이다. 최근 유니티는 이 TextMeshPro로 문자 표시 기능을 제공한다. 다만 복잡한 기능 구현은 하지 않을 예정이므로 Essential만 설치해도 문제 없다.

이제부터 빠른 진행을 위해 이미지 달리겠다.

버튼에 표시되는 내용도 'Start Host'로 바꿔주자.

그리고 Button_StartHost > Button 컴포넌트를 확인해보면 OnClick()이 있다. '+' 버튼을 눌러서 Add to the list를 해주자.

None(Object)를 눌러 @Managers를 선택

No Function > Managers > StartHost

등록 완료!

위 과정은 해당 버튼을 눌렀을 때, 어떤 동작을 할지 선택하는 과정이다.

이 버튼은 이제 누르면 Managers.StartHost 동작이 이뤄진다.

위 과정을 두 번 더 반복해서, Start Servr, Start Client 버튼 또한 만들어주자.

버튼에서 Managers.StartServer, Managers.StartClient로 바꿔주는 과정 또한 잊지 말기.

자, 근데 이 다음 어떻게 해야할까.

실행을 시켜서 Start Host 버튼을 누른다한들, 다른 컴퓨터에서 Start Client를 누르지 않으면 아무 의미가 없다.

따라서, 공식 문서에서는 빌드해서 별도의 게임 파일로 만든 후 테스트를 진행하라고 한다.

하지만 기능 하나 만들 때마다 빌드를 한다면 시간 낭비도 그런 낭비가 없다.

이 점 또한 알고 있기에 하나의 컴퓨터에서 여러 플레이어를 띄울 수 있는 패키지가 존재한다.

Multiplayer Play Mode

About Multiplayer Play Mode | Unity Multiplayer

Overview of Multiplayer Play Mode

docs-multiplayer.unity3d.com

간단하다. 최대 3명까지 가상의 플레이어를 띄워준다.

설치 방법은 위와 같다. 6 버전 이전에는 깃허브 url을 직접 등록해야했는데 세상, 많이 편해졌다~

설치를 하고나서 Windows > Multiplayer Play Mode를 눌러주면,

위와 같이 Virtual Player를 만들 수 있는 창이 뜬다. Player2에 체크 표시를 해서 가상의 플레이어 2를 만들고 테스트를 진행해보자.

짜잔, 두 명의 플레이어 화면이 들어온다.

※ 처음 게임을 실행시키면, '현재 씬이 등록되어 있지 않습니다. 등록하시겠습니까?'라는 창이 뜨는데 확인하고 진행하면 된다!

이제 한 쪽에서 Start Host를, 다른 쪽에서 Start Client를 누르면 정말로 연결된다.

단, 이 연결은 한 컴퓨터니까 가능한 연결이다.
실제로는 상대방 컴퓨터의 네트워크 정보가 필요하고 연결하는 과정이 필요하다.
당연히 이 복잡함을 감춰줄 Relay라는 Unity의 서비스가 존재한다. 흔히 '연결 코드'라고 불리는 그것이다.
지금은 상호 간 동작만 보면 되기 때문에 다루지 않지만, 연결이 필요한 순간이 오면 다룰 예정이다.

다만, 현재로썬 뭐가 달라졌는지 알 수가 없다. 그도 그럴 것이 Managers.StartHost/Server/Client는 딱 연결 기능만 할 뿐, 로그를 찍거나, UI를 변화시키는 등의 기능은 넣지 않았기 때문이다.

그래도 각 플레이어의 NetworkManager를 확인해보면 변화가 있음을 알 수 있다.

Host 플레이어의 NetworkManager. 'Stop Host' 버튼이 표시되는 것을 알 수 있다.

Client 플레이어의 NetworkManager. 'Stop Client'가 표시되는 것을 알 수 있다.

두 번째 플레이어의 창 레이아웃 변경시키는 것은 왼쪽 위 Layout에서 Hierachy와 Inspector를 체크 표시해주면 된다.

각 씬의 Unity Transport 컴포넌트에 숫자를 잘 보면, Address가 127.0.0.1을 가리키는 것을 알 수 있다. 이 값은 내 컴퓨터의 IP 주소를 의미하는 것으로, 앞서 말했듯 현재 연결은 '내 컴퓨터 안' 이니까 가능한 연결이다.

자, 최소한의 로그는 남겨보자.

using Unity.Netcode;
using UnityEngine;

public class Managers : MonoBehaviour
{
    public void StartHost()
    {
        NetworkManager.Singleton.StartHost();
        Debug.Log("이제부터 이 컴퓨터는 Host입니다.");
    }

    public void StartServer()
    {
        //NetworkManager.Singleton.StartServer();
        // 일단 서버는 작동하지 않는걸로.
        Debug.Log("Server는 동작하지 않습니다. Start Host 버튼을 눌러주세요.");
    }

    public void StartClient()
    {
        NetworkManager.Singleton.StartClient();
        Debug.Log("이제부터 이 컴퓨터는 Client입니다.");
    }
}

Start Server 버튼은 헷갈릴 수 있기 때문에 로그만 남길 뿐 네트워크 연결은 수행하지 않도록 수정했다.

Host와 Client로만 갖고 놀자.

잘 동작한다!

본격적인 Messaging을 해보자

Messaging

해볼 것은 아주아주 간단한 채팅이다.

using System.Collections.Generic;
using TMPro;
using Unity.Collections;
using Unity.Netcode;
using UnityEngine;

public class Managers : MonoBehaviour
{
    public void StartHost()
    {
        NetworkManager.Singleton.StartHost();
        Debug.Log("이제부터 이 컴퓨터는 Host입니다.");
        // 메시지 처리 등록!
        Register();
    }

    public void StartServer()
    {
        //NetworkManager.Singleton.StartServer();
        // 일단 서버는 작동하지 않는걸로.
        Debug.Log("Server는 동작하지 않습니다. Start Host 버튼을 눌러주세요.");
    }

    public void StartClient()
    {
        NetworkManager.Singleton.StartClient();
        Debug.Log("이제부터 이 컴퓨터는 Client입니다.");
        // 메시지 처리 등록!
        Register();
    }

    private void Register()
    {
        // JustChat 메시지 이벤트에 OnReceived를 등록한다.
        NetworkManager.Singleton.CustomMessagingManager.RegisterNamedMessageHandler("JustChat", OnReceived);
    }

    private void OnReceived(ulong clientID, FastBufferReader reader)
    {
        // 메시지를 받으면 string reply로 읽고, reply를 로그로 남긴다.
        reader.ReadValueSafe(out string reply);
        Debug.Log(reply);
    }
}

일단, Host 컴퓨터도, Client 컴퓨터도 메시지를 받으면 로그를 남길 것이다.

그럼 이제 메시지를 보내보자.

using System.Collections.Generic;
using TMPro;
using Unity.Collections;
using Unity.Netcode;
using UnityEngine;

public class Managers : MonoBehaviour
{
    // 메시지를 입력할 Text 공간을 만들었다.
    // 곧 UI로 만들 예정
    public TMP_Text message;

    // ...

    public void Send()
    {
        // 아직 받는 사람 정보가 없다.
        ulong targetClientID = 0;

        FastBufferWriter writer = new FastBufferWriter(size: 128, allocator: Allocator.Temp);
        // message 내용을 싣는다.
        writer.WriteValueSafe(message.text);
        NetworkDelivery networkDelivery = NetworkDelivery.ReliableSequenced;

        if (NetworkManager.Singleton.IsHost)
        {
            // ConnectedClientsIds에 접근할 수 있는 것은 Host니까 가능함
            // Client에서는 안된다.
            List<ulong> clientIDs = new List<ulong>(NetworkManager.Singleton.ConnectedClientsIds);
            clientIDs.Remove(NetworkManager.Singleton.LocalClientId);
            
            // 메시지를 보낼 때, List 값을 주면 List에 있는 모든 Client에게 메시를 보낸다.
            NetworkManager.Singleton.CustomMessagingManager.SendNamedMessage("JustChat", clientIDs, writer, networkDelivery);
        }
        else if(NetworkManager.Singleton.IsClient)
        {
            // Client에서는 ServerClientId는 알 수 있다.
            targetClientID = NetworkManager.ServerClientId;
            
            // Server에게 메시지 보내기
            NetworkManager.Singleton.CustomMessagingManager.SendNamedMessage("JustChat", targetClientID, writer, networkDelivery);
        }
        else
        {
            return;
        }
    }
}

코드에서 읽을 수 있듯이, NetworkManager를 통해서 현재 컴퓨터의 ClientID를 얻을 수 있다.

그리고, Host는 자신에게 연결된 다른 ClientID까지도 알 수 있다.

그러고나서 FastBufferWriter에 message를 싣고 보내고 있다.

그러고나서 씬을 위와 같이 변경했다.

1. UI > Input Field - TextMeshPro 로 플레이어의 입력을 받은 UI를 만들었다.

크기와 위치 적절히 배치해주고, 폰트 사이즈도 적절히 만들어주자.

2. UI > Button - TextMeshPro 로, 입력한 메시지를 보낼 때 쓸 버튼 또한 만들었다.

마찬가지로 크기와 위치, 폰트 사이즈를 적절히 맞춰주자.

특히, 2에서 만든 Button_Send에 방금 추가한 Managers.Send 기능을 연결하는 것도 잊지 않기

1. Start Host 하기

2. 다른 플레이어에서 Start Client 하기

3. Host 컴퓨터에서 메시지 입력. ※ TextMeshPro의 기본 폰트는 한글 지원이 안된다. 영어를 입력하자.

4. Send!

오른쪽 Client 컴퓨터에 잘 뜨는 것을 볼 수 있다.

Client 컴퓨터에서도 원활히 동작하며 뛰어난 영어 실력을 뽐내고 있다.

자, Custom Messaging을 간단히 다뤄봤다.

지금은 string 값만 간단히 주고 받았지만 이제 string 값이 아니라 다양한 게임 데이터를 주고 받으면 게임이 되는 것이다.

더 구체적인 프로그래밍은 다음 시간에 계속.

[Unity Netcode] 커스텀 메시징 1. 개념 잡기

Koesob — Wed, 25 Dec 2024 21:38:20 +0900

멀티 게임을 만들어보자.

※ 개발 환경은 Unity 6이다.

Netcode

우선 Unity Netcode 패키지를 설치한다.

Window > Package Manager > Packages: Unity Registry > Netcode for GameObject

Unity Netcode는 Unity에서 멀티 플레이 개발이 가능하도록 돕는 툴(라이브러리)이다.

꼭 Netcode가 아니더라도, Unity에서의 멀티 플레이 개발을 지원하는 툴이 몇 가지 더 존재한다.

Mirror

https://github.com/MirrorNetworking/Mirror

GitHub - MirrorNetworking/Mirror: #1 Open Source Unity Networking Library

#1 Open Source Unity Networking Library. Contribute to MirrorNetworking/Mirror development by creating an account on GitHub.

github.com

과거에 Unity의 네트워크 개발 툴로 UNet이 존재했었다. 이후 Unity는 UNet의 개발을 중단했지만, 이를 이어받아 오픈소스로 현재까지 개발을 진행하고 있는 것이 Mirror다

Photon

Multiplayer Game Development Made Easy | Photon Engine

EssentialPhoton Details Discover a summary of our product range, notable features, the power of the Photon Cloud, and our cost-effective pricing plans. HAVE A LOOK

www.photonengine.com

과거 유니티로 멀티 플레이 개발에 도전해봤다면 한 번쯤은 써봤을 포톤(Photon)이다.

포톤은 단순 툴은 아니라 밑에 상품으로 PUN이나, Fusion이 존재한다.

그리고 네트워크와 관련한 추가적인 서비스도 제공한다. 물론 돈을 내야지

Fishnet

GitHub - FirstGearGames/FishNet: FishNet: Unity Networking Evolved.

FishNet: Unity Networking Evolved. . Contribute to FirstGearGames/FishNet development by creating an account on GitHub.

github.com

Mirror, Netcode와 마찬가지로 무료이며, 많은 기능을 제공한다. 나도 찾는 중에 알게 돼서 자세히 알진 못함

Netcode for GameObject (NGO)

https://github.com/Unity-Technologies/com.unity.netcode.gameobjects

GitHub - Unity-Technologies/com.unity.netcode.gameobjects: Netcode for GameObjects is a high-level netcode SDK that provides net

Netcode for GameObjects is a high-level netcode SDK that provides networking capabilities to GameObject/MonoBehaviour workflows within Unity and sits on top of underlying transport layer. - Unity-T...

github.com

Unity가 현재 밀고 있는 네트워크 라이브러리이다.

Netcode를 선택한 이유는 별 다른거 없다.

유니티를 쓰고 있으니까, 유니티껄 쓰자

기업이 관리하면 그 나름의 깔끔함이 있지 않겠느냐-는 마음도 없지 않아 있긴 했다만 개발이란게 꼭 그런건 아니긴 함.

그리고 멀티 플레이 구현을 위한 기술적 개념은 어떤 툴을 써도 비슷비슷하다.

Photon에도 RPC가 있듯이 Netcode에도 RPC가 있다. 나아가 Unity를 기반으로 만들어진 '메이플스토리 월드'는 RPC만으로 동작한다. '메이플스토리 월드'의 동작 방식과 관련해선 이전에 글을 쓴 적이 있다.

유니티 멀티 개념 잡기 / 넷코드 + 포톤 + 메이플스토리 월드

다음을 비롯해 여러 정보를 참고하여 글을 썼습니다. ㅎㅎ About Netcode for GameObjects | Unity Multiplayer Networking (unity3d.com) COMPLETE Unity Multiplayer Tutorial (Netcode for Game Objects) - CodeMonkey [Unity] 게임 서버/네

koesob.tistory.com

(도박장이 왜 열렸는진 직접 읽어보시라)

결국 어떤 도구를 사용하더라도 다른 도구로 넘어가는데에 큰 문제가 발생하지 않으니 편한 것을 쓰면 되겠다.

물론, 이 글은 Netcode for GameObject를 사용한다.

더 자세한 내용은 다음 유튜브 영상을 참고

가장 좋은 유니티 멀티 에셋은 무엇일까?

'어레이의 개발문고'라는 채널로, 주인장 분께서 디스코드도 운영하고 계시니 참고하자!

Network Manager 세팅

우선 새 씬을 만들어서 작업을 시작해보자.

씬의 이름은 Main으로 짓고 기본 생성되는 Scenes 폴더 내에 저장하자.

나는 이상하게 가이드 문서에서 씬 이름이나, 파일 이름, 변수 이름을 정해주지 않으면 괜히 불편했다.

각설하고, Netcode for GameObject 패키지가 설치되면, NetworkManager 컴포넌트를 사용할 수 있게 된다.

그러면 바로

너, Transport가 없잖아.

라는 경고가 뜬다.

Select transport → Unity Transport로 설정해주자.

그럼 Unity Transport 컴포넌트가 추가되고, Network Manager의 Transport가 설정되면서 경고가 사라진다.이제 멀티 플레이 개발 작업을 할 수 있게 된 것이다. 세팅 끝!

뭐 했는데 벌써 끝? 할 수도 있다.
애초에 Netcode for GameObject는 복잡한 네트워크 세팅에 대해 신경 쓸 필요 없게 만드는게 목표기 때문에 그렇다.
물론, 필요하다면 파볼 수 있다. 특히 Transport 부분을 건들면 된다.
필요할 때, 그 때가 되면 해보자. 지금 먼저 해볼게 있다.

이제 멀티 플레이 구현을 위한 네트워킹은 모두 Network Manager를 통하면 된다.

지금 당장 쓰진 않지만, Assets 폴더 밑에 Scripts 폴더를 만들고 Managers 스크립트를 만들었다.

그리고 어디서든 NetworkManager로 접근 할 수 있도록, NetworkManager는 Singleton 패턴으로 구현되어 있다.

자, 이제 본격적인 멀티 구현 프로그래밍을 해보자!

멀티 구현을 위해 쓸 기능은 NetworkManager의 CustomMessagingManager이다.

using System;
using System.Collections.Generic;
using UnityEngine;

namespace Unity.Netcode
public class NetworkManager : MonoBehaviour, INetworkUpdateSystem
{
	// ...
    public static NetworkManager Singleton { get; }
    // ...
    public CustomMessagingManager CustomMessagingManager { get; }
    // ...
}

NetworkManager 코드를 보면 알 수 있듯이 CustomMessagingManager는 NetworkManager를 통해 바로 접근을 할 수 있다.

using System.Collections.Generic;

namespace Unity.Netcode
{
    public class CustomMessagingManager
    {
        public void RegisterNamedMessageHandler(string name, HandleNamedMessageDelegate callback);
        public void SendNamedMessage(string messageName, ulong clientId, FastBufferWriter messageStream, NetworkDelivery networkDelivery = NetworkDelivery.ReliableSequenced);
        // ...
        public delegate void HandleNamedMessageDelegate(ulong senderClientId, FastBufferReader messagePayload);
    }
}

그리고 CustomMessagingManager에서 우리가 사용할 내용은 딱 위에 저 세 부분이다.

정확히는 Handle ~ Delegate는 이해를 위해 포함시킨 부분일 뿐, 실제 쓰는 것은 RegisterNamed-와 SendNamed-메소드 뿐이다.

자, 실제 코드를 보고 설명을 이어나가자.

using Unity.Collections;
using Unity.Netcode;
using UnityEngine;

public class Managers : MonoBehaviour
{
	// 메시징 매니저에게 메시지 수신 등록
    private void Register()
    {
        string messageName = "Hello Netcode";

        NetworkManager.Singleton.CustomMessagingManager.RegisterNamedMessageHandler(messageName, OnReceived);
    }

	// 메시지 송신
    private void Send()
    {
        string messageName = "Hello Netcode";
        ulong targetClientID = 0;
        FastBufferWriter messageStream = new FastBufferWriter(size: 128, allocator: Allocator.Temp);
        NetworkDelivery networkDelivery = NetworkDelivery.ReliableSequenced;

        NetworkManager.Singleton.CustomMessagingManager.SendNamedMessage(messageName, targetClientID, messageStream, networkDelivery);
    }

	// 메시지 수신시 할 동작
    private void OnReceived(ulong clientID, FastBufferReader reader)
    {
        // 메시지를 받고나서 행동 처리
    }
}

이는 Delegate, 또는 Delegate의 부류인 Action이나 Func을 사용해봤다면 유사한 구조다.

	Netcode	Delegate
사용법	NetworkManager.Singleton.CustomMessagingManager (이하 CMM)에 접근해서 사용	delegate A; 선언
메시지(=이벤트) A에 대해 함수 X 등록	CMM.Register~Handler("A", X);	A += X;
메시지(=이벤트) A 호출	CMM.Send~Message("A",-);	A(); 또는 A.Invoke();
메시지(=이벤트) A에 값 B를 넣어서 호출	FastBufferWriter writer = new(); writer.WriteValue("B"); CMM.Send~Message("A", -, writer, -);	A("B"); 또는 A.Invoke("B);

Delegate가 연산자로 짧게 쓴 내용들을 함수 형태로 바꾼 것이다.

FastBufferWriter는 뭐고 WriteValue는 뭐에요-는 곧 설명한다. 잠시.

그래서 Custom ~ Manager가 하는 일을 Action의 형태로 바꿔보면 다음과 같을 것이다.

public class NetworkManager
{
	public Action CustomMessagingManager;
}

public class Server
{
	private void Awake()
	{
		NetworkManager.Singleton.CustomMessagingManager += ServerReceived;
	}

	private void ServerReceived()
	{
		Debug.Log("Hello Netcode");
	}
}

public class Client
{
	private void Start()
    {
    	// Server Awake 이후 실행
        NetworkManager.Singleton.CustomMessagingManager.Invoke();
    }
}


// 결과, Server에서 "Hello Netcode" 출력

'네트워크 매니저'가 일종의 네트워크 속 우체국이 되어주는 것이다.

그래서 클라이언트 쪽에서 메시지를 보내면, 우체국은 서버가 사전에 등록한 주소로 보내준다.

반대로, 서버가 메시지를 보내도, 클라이언트가 사전에 해당 메시지에 대해 등록을 했다면 클라이언트 쪽으로도 보내주는 중계자 역할을 해준다.

물론 아직 모르는 부분이 있다.

FastBufferWriter가 무엇인지, FastBufferReader는 무엇인지, 그리고 NetworkDelivery는 대체 뭔지, 아직 밝히지 않았다.

FastBuffer Writer/Reader, NetworkDelivery

사실 그렇게 거창한 내용은 없다.

위에서 짧게 언급했지만, 메시지에 값을 넣기 위해선 FastBufferWriter를 사용해야 한다.

왜 why.

네트워킹을 하는 것은 데이터가 내 컴퓨터를 벗어나 저 경계 너머 다른 컴퓨터로 가는 일이다. 그 가는 과정에서 어떤 험난한 일이 있을지 모르며, 와중에 해당 컴퓨터에 도착하더라도 그 컴퓨터는 이 도착한 데이터를 어떻게 처리해야하는지 하나도 모를지도 모른다.

따라서 전송할 값들을 모두 FastBufferWriter에 싣고 보낸다.

위에서 언급은 안했지만, '이 데이터를 이렇게 저렇게 처리하세요.' 하는 방법도 이 Writer에 싣고 보내게 된다.

그리고 그 '싣는 것'이 FastBufferWriter의 WriteValue 함수이다.

우리 데이터쿤은 아주 연약하답니다.

그리고 이 연약함 때문에 뒷따라 붙는 것이 NetworkDelivery라는 값이다.

// enum NetworkDelivery가 가질 수 있는 값.
Unreliable = 0
UnreliableSequenced = 1
Reliable = 2
ReliableSequenced = 3
ReliableFragmentedSequenced = 4

직관적인 내용이다.

Unreliable
: 도착 보장하지 않는다. 데이터쿤이 도착하지 않거나, 중복되서 도착하거나, 순서가 뒤바뀌어 도착할 수 있다.
그렇지만 빠르고 데이터 크기도 작다.
→ 실시간 위치 데이터에서 사용. 어차피 틱마다 받는 정보이기 때문에 몇 개 손실은 무시해도 금방 덮어씌워진다.

UnreliableSequenced
: 데이터가 손실될 수도 있다. 그래도 순서는 보장하겠다. 아직까진 빠르고 작다.
그저 누락과 무관하게 최신 데이터만 받으면 되는 경우.
→ 애니메이션 프레임 데이터. (중간에 손실이 발생하면 그 프레임은 뛰어넘어도 문제 없다.)

Reliable = 2
: 데이터 도착은 보장하겠다. 근데 순서는 모르겠다. 손실시 재전송 하기 때문에 오버헤드 발생.
→ 게임 내 독립적인 이벤트.

ReliableSequenced = 3
: 데이터 도착도 보장하고 순서도 보장하겠다. 손실 나면 재전송까지 해준다. 당연히 이를 확인하기 위한 오버헤드.
→ 연속적인 명령, 채팅 메시지

ReliableFragmentedSequenced = 4
: 데이터 도착 보장. 순서 보장! ~~사장님이 미쳤어요.~~ 데이터가 크다면, 여러 조각으로 분리해서 전송
모든 조각이 도착한 뒤에만 데이터가 처리된다.
→ 말 그대로 큰 데이터에 사용된다. 오버헤드는 물론 지연도 발생할 수 있겠다.

우리는 멀티 게임 초보 개발자이기에 ReliableSequenced로 두고 작업을 해도 무관하다. 더욱이 RPC를 사용하는 것이 아닌 Messaging 위주 개발이라면 하스스톤 같은 카드 게임이나, 체스 같은 보드 게임. 실시간성보다 순서가 중요한 게임을 다룰 확률이 높기에 더더욱 말이다.

앗, 근데 그러면 FastBufferReader는 무엇인가요.

보낼 때는 FastBufferWriter로 보내게 된다.

그리고, Netcode의 네트워크 처리를 거쳐 목표 컴퓨터에 도달하면 해당 데이터는 FastBufferReader로 전환되어, 이제 '읽을 수' 있게 된다.

편지라고 생각해보자. 당연히 이 편지를 쓸 수 있는 것은 '보내는 사람'이다. 그리고 읽을 수 있는 것은 '받는 사람'이다.

받는 사람이 write를 한다면 그것이 무슨 소용이겠는가.

참고로 'Fast'가 붙은 것에서 알 수 있듯이, '빨리 쓰고' '빨리 읽을 수 있게' 최적화 되어 있다.

당연히 읽는 것도 되고 쓰는 것도 되는 FastBuffer도 존재한다.

정확히는, FastBuffer 내에 FastBufferWriter와 FastBufferReader가 존재하며 각 기능에 맞춰 모드를 전환해가며 쓰는 것이다. 이에 대해선 곧 코드로 볼 날이 올 것이다.

자, 말이 길었다. 프로그래밍을 하자.

Managers 클래스에 임시로 구현했던 것을 구체화 시켰다.

using Unity.Collections;
using Unity.Netcode;
using UnityEngine;

public class ServerManager
{
    private void Register()
    {
        NetworkManager.Singleton.CustomMessagingManager.RegisterNamedMessageHandler("FromClient", OnReceived);
    }

    private void OnReceived(ulong clientID, FastBufferReader reader)
    {
        // 메시지를 받고나서 행동 처리
        Debug.Log("Server 메시지 받았습니다~");
    }

    private void Send()
    {
        // 아직 받는 사람 정보가 없다.
        ulong targetClientID = 0;
        // 아직 writer에는 아무런 정보가 안 실려 있다.
        FastBufferWriter writer = new FastBufferWriter(size: 128, allocator: Allocator.Temp);
        NetworkDelivery networkDelivery = NetworkDelivery.ReliableSequenced;

        NetworkManager.Singleton.CustomMessagingManager.SendNamedMessage("FromServer", targetClientID, writer, networkDelivery);
    }
}

using Unity.Collections;
using Unity.Netcode;
using UnityEngine;

public class ClientManager
{
    private void Register()
    {
        NetworkManager.Singleton.CustomMessagingManager.RegisterNamedMessageHandler("FromServer", OnReceived);
    }

    private void OnReceived(ulong clientID, FastBufferReader reader)
    {
        // 메시지를 받고나서 행동 처리
        Debug.Log("Client입니다. 메시지 받았어요~");
    }

    private void Send()
    {
        // 아직 받는 사람 정보가 없다.
        ulong targetClientID = 0;
        // 아직 writer에는 아무런 정보가 안 실려 있다.
        FastBufferWriter writer = new FastBufferWriter(size: 128, allocator: Allocator.Temp);
        NetworkDelivery networkDelivery = NetworkDelivery.ReliableSequenced;

        NetworkManager.Singleton.CustomMessagingManager.SendNamedMessage("FromClient", targetClientID, writer, networkDelivery);
    }
}

거의 똑같은 코드를 가진 ServerManager.cs와 ClientManager.cs이다.

코드를 읽어보면 알 수 있듯, ServerManager는 Client에서 오는 메시지("FromClient")를 받을 준비를 하면서, "FromServer" 메시지를 보낼 수 있다.

반대로 ClientManager는 Server에서 오는 메시지("FromServer")를 받을 준비를 하면서도, "FromClient" 메시지를 보낼 수 있다.

결국 서로에게 메시지를 보낼 수도 받을 수도 있단 뜻이다.

하지만 아직 받는 사람 정보가 없다.

서로에게 보낼 수도 받을 수도 있는데, 받는 사람은 없다는게 무슨 뜻일까?

지금의 구조는 ID가 0인 사람이 ID가 0인 사람에게 보내고 받는단 소리다.

정확히는, ID가 0인 사람의 Server가 ID가 0인 사람, 즉 자신의 Client에게 메세지를 주고 받는다는 얘기.

자, 두 명의 플레이어가 접속했고 각각의 ID는 0과 1이다.

그리고 0번 플레이어가 Host를 맡았기에 0번 플레이어는 Server 클래스와 Client 클래스가 모두 살아있지만,

그저 Client인 1번 플레이어는 Client 클래스만 동작할 수 있다.

※ Host, Client, Server에 대한 얘기는 다루지 않겠음.

우리의 목표는 0번 플레이어의 Server에서 1번 플레이어의 Client로 메시지를 전송하는 것이다.

이제 구현해야하는 내용들을 굵게, 기울여서 표시했다.

1. 접속 기능

2. 각각의 ID 확인

3. 0번 플레이어의 Server로부터 1번 플레이어의 Client로 메시지 전송

다음 챕터에서 구현을 해보자. 아마도 개념은 이 정도면 끝이다. 이제부터는 프로그래밍 위주로 돌아갈 것이다.

2024.12.14. 단상

Koesob — Sat, 14 Dec 2024 02:29:14 +0900

- 눈이 너무 앞흐네여

- 다음 써야할 글이 정해졌다. "그저 멋있는척 하는 Unity Advanced, TestRunner와 Netcode"

- TestRunner는 Testing을 지원하는 유니티 라이브러리이다. 마땅한 표현이 안 떠올라서 원문으로 작성했는데,

왜 그런 경우가 있지 않나?

A 오브젝트가 씬에 생성됐을 때, B가 그에 대한 처리를 하는지 확인해야하는데
이거 매 번 게임을 실행시켜서 그 씬까지 가야만 테스트할 수 있네;

이런 경우, 이 테스트를 보다 자동화 시켜주는 것이 TestRunner이다.

그리고 써보면 알겠지만 꽤 불편해서 금방 때려친다. TestRunner가 불편한 것이 아니다. 불편한 것은 내 코드다.

A 오브젝트를 생성하려면 C 오브젝트가 초기화 돼 있어야하고...
그건 D 씬에서 가능하고, D 씨는 E 씬에서 F 버튼을 눌러야만 넘어간다.

적어도 내 개발에서는 이게 일상이다.

그런고로, TestRunner와 Netcode를 중심으로 다루되, 위와 같은 결합을 끊어줄 Interface와, 이 Interface로 가짜 오브젝트 만드는 Mocking의 내용도 좀 다룬다.

헝거게임 시리즈 마지막 타이틀이 모킹제이이다.

뜬금없는 내용은 아니고 Mocking이 '따라하는-' 정도를 의미하는 단어라 그렇다. 테스트 중에 사용되는 Mocking도, 헝거게

임 속 모킹제이도 동일한 의미다.

- 그리고 앞선 글에서 한 번 다룬 적 있는 Netcode를 다룬다.

유니티 멀티 개념 잡기 / 넷코드 + 포톤 + 메이플스토리 월드

koesob.tistory.com

- 그런데 이런 문제가 생긴다. 멀티 플레이 게임을 개발하다보면 상대쪽에서 네트워크를 통해 온 정보에 대해 테스트하고 싶어진다. 그런데, 어떻게? 물론, 유니티는 하나의 컴퓨터 내에 여러 개의 가짜 클라이언트를 띄우는 Multiplayer Play Mode라는 라이브러리를 제공하고 있다. 그런데 어떻게? 그렇다. 그 라이브러리를 제공 받았다 한들 TestRunner에서 그 라이브러리를 적용하는 것은 무리가 있다. 순식간에 TestRunner, Netcode, Multiplayer Play Mode가 서로 꼬이기 시작한다.

- 자, 이런 겹겹이 쌓여있는 문제는 GPT도 잘 못 대답하더라. 그런고로, 멀티 플레이 게임을 테스트하기 위해선 어떻게 해야하나, 그 시행착오를 담는 글이다. 정확하진 않을 수 있겠지만, 내가 테스트를 진행하는데에는 큰 문제 없다. 호호

- 그런데 초안을 작성해봤는데 대략 3편 정도의 글이 되겠더라. 오늘 중으로 글을 올리겠다고 친구들에게 호언장담했는데 견적서 보고 엄두가 안났다. 그래서 일단 단상을 쓴다. 뭐라도 해야지.

- 요새 GPT 유료 버전을 써보고 있다. (큰 차이는 못 느끼고 있음) 사실, 'TestRunner'는 뭐야? 'Netcode'는 뭐야?에 대한 질문은 GPT가 더 대답 잘할것이다. 그런고로, 되도록이면 GPT는 대답하기 어려운, 경험이 많이 섞인 주관적인 글로 쓰려고.

- 구조가 탄탄한 개발을 위해서 TDD를 쓴다고들 하지만, 난 막연한 두려움을 없애기 위해서 썼다.

혹시 게임 개발에 관심은 있지만, 그렇다고 프로그래밍에 막 재미 느끼는 시점에는 도달 못했고, 코드 창이 열리면 '그래서 이제 뭐함'이라는 막연함이 든다면, 때로는 TDD로 돌아가는 것도 나쁘지 않았다.

- 최근에서야 인생 흑자 전환이 됐다. 내가 번 돈만으로 월세... 공과금... 생활비... 건강 보험 등등등 다 처리할 수 있게 됐단 소리다. 여유가 조금 있어서 책도 샀다. 괜히 기뻐서 엄마랑 통화하면서 신나게 웃었다. 물론, 언제까지 유지될진 모르겠다. 아둥바둥 해봐야지!

- 요새 깨달은 것이 있다. 내가 한 말은 꼭 반대로 이뤄지더라.

- 그리고 또 요새 깨달은 것이 있다. 내가 한 말은 꼭 말한대로 이뤄지더라.

2024.11.26. 요즘 단상

Koesob — Tue, 26 Nov 2024 23:57:36 +0900

- 프로이트 글(고전 읽기 : 프로이트, 쾌락원칙을 넘어서) 쓰는데 거의 3주 걸렸다...

어떻게 써야 잘 읽힐까 흐름이나 배치나, 와중에 내용 이거 정확한가? 고민한 것 때문에 오래 걸린 것도 있지만, 그냥 내가 죽인 시간도 많다. 후자가 더 크게 작용했다.

- 사실 졸업하자마자 바로 쓰려고 했는데, (졸업 학기 여러 수업 들었는데 진짜 이 과목만 좋았다) 이게 이렇게 오래 걸렸네...

- 그럼에도 작성이 다 돼서 좋다. 특히... 중간에 티스토리 버그로 거의 다 쓴 글을 날렸었는데,

꽤 작성이 다 됐던 글이었던터라 '와 이거 이전만큼 쓸 수 있을까' 걱정했다. 그런데 이전보다 잘 쓴듯. 그 점 만족스럽 ㅎㅎ;

- 프로이트 글 관련해서 원래 넣고 싶었던 내용이 더 많았는데 글의 흐름에 방해될 거 같은건 다 쳐 냈다.

- 그리고 프로이트 글 읽어보면 알 수 있을지도 모르겠지만? 글이 좀 띄엄띄엄 작성돼 있다.

... 위 이미지에서 삼각형을 볼 수 있는가? 하지만 저 이미지는 삼각형이 아니다. 그럼에도 삼각형을 볼 수 있지.

그런 맥락이다. 글 사이에 빈 공간이 있겠지만, 읽으면 자연스럽게 채워질 정도는 해놨다.-라고 일단 생각 중

- 요즈음 취업 준비 중이다. 취준 기간인데 프로이트 글쓰기에 시간 녹인거 ㄹㅈㄷ

(표면적으로는 그렇지만 다 의미 있었다 생각 중이긴 하다. 다만 시간 죽이는 생활 습관은 고치려고)

- 그리고 일단 버그 ㅈ같지만 티스토리에 다시 글 작성 틈틈이 하려고 한다. 개발, 책, 이번처럼 그때그때의 흥미...

다만 블로그 레이아웃은 바꾸고 싶은 마음이 굴뚝 같다.

- 취업은 어디로 가야하나... 스타트업도 상관 없습니다. 재밌는 곳 가게 해주세요...!!!

- 과업을 수행 중.. 몇 번이고 말하지만 근데 너무 느령

고전 읽기 : 프로이트, 쾌락원칙을 넘어서

Koesob — Tue, 26 Nov 2024 03:31:01 +0900

졸업학기, <고전 읽기 : 프로이트>라는 수업을 들었다.

그 수업은 다음 도식과,

에일리언이 밖으로 나오면 그 사람은 죽는다. 에일리언은 품고 있어야만 하는 존재다.

라는 말과 함께 시작되었다.

< Unheimlich, 낯선 두려움 >

프로이트는 범부 보통사람들은 그저 스쳐지나갈 내용들을 놓치지 않고 파고들었다.

예를 들면 이런 것이다.

'공포'라는 단어와 '불안'이란 단어는 얼핏 보면 -사시나무 떨듯 바들바들하는- 비슷한 증상을 의미하는 것 같지만, 실제 사람들이 사용하는 맥락을 살펴보면 명확히 구별하면서 쓰고 있다. '공포' 영화는 있지만, '불안' 영화는 없지 않는가?

그렇다면 이 둘의 차이는 무엇인가?

프로이트는 공포를 느끼는 상황과 불안을 느끼는 상황을 비교하며 그 둘을 다음과 같에 정리한다.

공포란, 명확한 대상이 존재한다.
불안이란 명확한 대상이 존재하지 않는다.

이제 공포 영화를 볼 때, 사람들이 뭐에 대비해서 그렇게 움츠러드는지 다르게 보일지도 모르겠다.

이런 느낌이다. 신경 쓰지 않았다면 스쳐지나갈 내용들을 발굴해서 면밀히 관찰하는 느낌.

자, 이제 조금 어려워진다.

프로이트가 쓴 글, <Unheimlich>를 보자. (대략 "운-하임-맇"라고 읽는다.)

이 글은 '친숙하면서도 어쩐지 낯설고 두려운 감정'을 의미하는 'Unheimlich'를 분석한 글이다.

Unheimlich : 친숙하면서도 어쩐지 낯설고 두려운 감정

글은 'Heimlich'라는 단어의 의미를 분석하며 시작한다. '부정'을 뜻하는 'Un'이 없는 것에서 알 수 있듯이 'Heimlich'는 'Unheimlich'의 반의어이다.

Heimlich : 친숙한, 낯설지 않은

하지만 프로이트는 'Heimlich'가 가진 더 많은 의미 속에서 주목할만한 점이 있음을 지적한다.

Heimlich
1. 친숙한, 낯설지 않은, 다정한
2. 믿을만한
3. 비밀스러운
4. 알 수 없는, 폐쇄적인
6. 낯설고 두려운

친숙하고 낯설지 않기에, 그 존재는 믿을만하다.

믿을만하기에 그에게 비밀을 공유하게 된다.

그리고 그가 비밀을 갖고 있기에 속내를 알 수 없고, 알 수 없기에 폐쇄적인 인상으로 이어지며,

이 알 수 없고 폐쇄적인 인상은 이내 낯설고 두려운 존재가 된다.

이렇듯, 'Heimlich'의 의미는 확장과 전이를 반복하여, 이내 Unheimlich의 의미, '낯설고 두려운 감정'을 갖게 된다.

Heimlich = (Un)heimlich

'Heimlich'와 반의어 'Unheimlich'가 동일해졌다.

'나'를 '부정'하는 존재가 내 안에 존재한다.

이후 해당 글에서, 프로이트는 'Unheimlich'한 작품들을 다루며, 'Unheimlich'라는 감정의 발생 조건을 파악하고자 시도한다.

너무나도 인간 같은 인형, 그 인형에게 사람의 눈이 박혀 있다가 피투성이로 떨어져나온다. 팔에서 떨어져나온채 문고리를 잡고 있는 손, 홀로 춤추고 있는 다리, 흔히 '환상문학'에서 자주 사용하는 소재로부터 우리는 Unheimlich, 낯선 두려움을 느낀다.

그리고, 간질 발작, 정신질환자를 지켜볼 때에도 이 낯선 두려움을 느낄 수 있다.

어떤 감정이길래, 왜 그러한가?

* 프로이트가 잘하는 것 중 하나가, 이런식으로 딱 설명하기 어려운 감정을, 그 감정을 파악할 수 있는 작품들을 인용하여 의미를 전달하는 것이다. 처음에는 모호하던 인식이 여러 작품, 예시를 거치며 선명해진다. 이제 선명해진 인식을 갖고 분석을 하면 되는 것이다.

결과적으로 말하면, 깔끔하게 딱 떨어지는 원인을 도출해내고자 하는 이 시도는 실패로 끝난다.

분석이 끝에 다다른 것 같으면 어김없이 설명하지 못하는 내용들이 튀어나온다.

하지만 이 실패가 결론일지도 모른다. 이에 대해선 곧 후술한다.

Uncanny Valley

'Unheimlich'라고만 하면, 이 감정이 도대체 무슨 감정인지 감이 안 잡혔을지도 모르겠다.

그렇다면 'Uncanny'라는 단어는 좀 익숙할지도?

요새는 대유쾌 마운틴으로 유명한, '불쾌한 골짜기'의 원어 표현이 'Uncanny Valley'이다.

위 표를 요약하면 다음과 같다.

로봇이 인간을 어설프게 닮아갈수록, 오히려 불쾌함이 증가한다.

'친밀한데 친밀하지 않아서 느껴지는 두려움', 어떤 것인지 알겠는가?

'맨날 보던 인간 같긴 한데, 인간 같지 않아서 느껴지는 기괴함, 미묘한 느낌', 그 느낌이다. 그게 'Unheimlich'이다.

참고로 이 'Uncanny Valley' 과학적으로 검증된 내용이 아니다.

로봇 공학자 모리 마사히로(森政弘)가,

아 내가 로봇 좀 진짜 많이 만들어봤는데, 이게 사람 닮아갈수록 사람들이 싫어하더라-

하는 감상이고, '아 그래도 사람과 구별 안 가는 시점에선 ~~대유쾌 마운틴~~ 호감도가 오르지 않겠나-'하는 직관에 의한 예상을 적은 썰이다.

당연히 저 그래프도 실험적, 통계적 결과가 뒷받침 하는 것이 아닌, 임의로 그린 곡선이다.

물론 그렇다고, '아, 과학적으로 검증되지 않았으니 받아들이지 않겠어요.' 하기에는 애니메이션 실사화 결과 이 불쾌함에 발목 잡혀 망한 영화, 게임을 꽤 알고 있기에... 없다고 치부하기엔 무시할 순 없겠지만.

쾌락 원칙

이 검증의 문제는 프로이트도 겪은 것이었다.

정신이란 것이 눈에 보이는 것도, 손에 잡히는 것도 아니니 더욱 그랬다.

※ 과학적으로 정신의 존재를 검증하는 것, 정의내리는 시도는 프로이트가 죽은지 거의 100년이 다 되어가는 지금도 진행 중인 내용이다.

다만, 정신과 의사로서, 정신병을 치료하려면! 정신의 구조가 어떻게 되어있으며, 어떻게 동작하는지 알아내는 것은 중요했다. 그렇기에 환자들을 관찰하며 사례를 모으고, 관찰한 결과에 대해 분석하여 자신의 가설 발표했다. 앞서 말했듯, 이해를 도울 인용들과 함께.

물론 프로이트는 환자들과 자신에게 가설을 적용해보며 가설의 검증 또한 진행하기도 했다. 그렇게 쌓아올린 것이 프로이트가 연 학문인 '정신분석학'이다.

하지만 '검증이 부족하다, 과학적이지 못하다' 비판은 프로이트가 살아있는 내내 지속적으로, 아주 줄기차게 받았다. (지금도 그러하다)

그럼에도. 프로이트의 의도와 시도 모두, 과학의 영역을 벗어나려고 하지 않았다는 점은 짚고 넘어가자.

* 후대 연구가들도, 어떻게 접근해야할지 감도 안 오던 정신 분석에 대해 판을 깔아줬다고 평하기도 한다.

* 프로이트가 정신분석학을 처음으로 만들었기에 더 과학적이려고 한 면도 있다. 안 그럼 사이비 취급되며 이후에는 다뤄지지도 않을테니까. 참고로 이젠 실컷 다뤄지니까~~=살아남았다는건 강하다는것~~ 그런 점에서 후대 연구가들은 좀 더 자유분방하게 프로이트의 연구 결과를 사용한다.

그렇게 프로이트가 연구 결과로 세운 정신의 구조와 동작원리는 다음과 같다.

의식

: 우리가 자신에게 주의를 기울이는 바로 그 순간에 알아차릴 수 있는 경험과 감각들

전의식

: 의식과 무의식의 중간 지점으로 두 영역의 교량 역할을 한다. 현재는 의식하지 못하지만, 조금만 노력하면 전의식에서 저장된 기억이나 지각, 생각, 경험 등을 의식으로 가져올 수 있다. 어릴적 알았던 초등학교 친구의 이름, 그 때의 풍경, 감각 같은 것들 말이다. 그래서 전의식은 흔히 이용 가능한 기억이라고 말한다.

무의식

: 태어남과 동시에 갖게 되는 영역으로, 본능적인 욕구, 충동, 소망 등이 담겨 있다. 인간은 아기일 때 본능적으로 산다. 울고 싶으면 울고 싸고 싶으면 싼다. 하지만 커감에 따라서 사회적으로 ~~머가리 깨지면서~~ 이 욕구 발산이 억압되는데, 이렇게 억압된 욕구, 충동 또한 무의식의 영역에 남는다. 그리고 호시탐탐 해소될 각을 잰다. 의식이 인식할 수도, 직접적으로 확인할 수도 없는 영역이다.

※ 다음 블로그 글을 참고하여 작성함

의식, 전의식, 무의식: 프로이트(Freud) 성격구조의 지형학적관점/ 의식수준, 자각수준을 구분하는 정신역동모델의 기본개념 : 네이버 블로그

정신의 구조가 이러하다면, 동작은 어떻게 이뤄지는가? 프로이트가 제시하는 것은 '쾌락 원칙'이다.

사람은 살아숨쉬는 한, 끊임 없이 자극을 수용하고 이에 대해 대응한다. 지나친 -자극에 의해 유발된-긴장, 흥분은 해소시키며 일정 수준에 긴장 상태를 유지하는 것을 목표로 하게 된다.

긴장이 0인 것은 죽은 것이다. 자극을 수용하지 않고 있다는 뜻이니까. 우리는 살아있는한 자극을 수용하고 그에 따른 긴장과 흥분이 유발될 수 밖에 없다.
교수님에 따르면, 따라서 모든 사람은 신경증(흔히 '노이로제'라고 하는 그것)을 앓고 있는 것이라고 한다.

이때, 이 '흥분이 증가하는 것'을 '불쾌'라고 하고, '흥분이 감소되는 것'을 '쾌락'이라고 한다. 그리고 '인간의 정신은 쾌락의 방향으로만 동작한다는 것'이 '쾌락 원칙'이다.

하지만, 쾌락만을 추구하다가는, 즉 흥분 감소 = 욕구(자극을 해소하려는 충동) 해소에 집착하다가는 철컹철컹 신세를 면할 수 없다.

지나친 쾌락 추구는 목숨을 위태롭게 한다.

따라서 '의식'은 이를 현실 상황에 맞게 변형하거나 이 충동을 무의식으로 돌려보낸다.

'의식'이 현실 상황에 맞춰 변형시키는 것을 '현실 원칙'이라고 하는데, 이는 그저 자기 보존을 위해 욕구를 지연시키거나 변형시킨 것일 뿐, 욕구 해소라는 목적은 여전히 추구하기 때문에 '현실 원칙' 또한 '쾌락 원칙'을 따르고 있는 것이다.

불쾌 : 흥분이 증가하는 것

쾌락 : 흥분이 감소하는 것

쾌락 원칙 : 쾌락의 방향, 즉 흥분이 감소하는 방향으로만 정신이 동작한다.

현실 원칙 : 현실의 상황에 맞게 욕구, 충동을 변형시키거나 지연시키는 것. 쾌락 원칙을 따르고 있다.

정신질환, 꿈

보다시피 의식은 할 일이 많다. 무의식으로부터 올라오는 요구도 들어야하고, 사회적, 도덕적 요구도 들어야한다.

그리고 이 지점에서, 무의식이 의식의 검열을 뚫고 나오는 것, 또는 의식이 무의식에 대응하지 못할 때 발생하는 것이 바로 정신질환이다.

우리는 종종, 느닷없이 특정 행동을 반복하는 드라마 속 등장인물들을 볼 수 있다. 그것이 예시가 될 수 있겠다. 의식이 무의식으로부터 올라온 것들을 통제하지 못하고 있는 것이다.

따라서 정신질환을 치료하는 것이란, 반복적인 무의식적 욕망에 대한 의식의 대응 능력을 키우는 것이다.

종종 의식-무의식 구조를 빙산에 비유하기도 한다. 의식은 사실 빙산의 일각일 뿐이라고. 바다 밑에 잠겨 있는 무의식을 일부 끌어올려 의식이 대응할 수 있도록 연습하는 것이다.

그리고 그러기 위해선, 문제가 되는 무의식적 욕망이 무엇인지 파악해야 한다.

그런데 앞서 말했듯, 의식은 무의식을 파악할 수 없다.

증상은 관측할 수 있겠지만, "왜 그랬어요?" 묻는다면, '대답'이란 의식적 행동을 하기 위해 '말이 되기 위한', '논리적이기 위한' 검열이 이뤄진다. 애초에 증상 자체도 의식의 어설픈 검열 작업이 가해졌을 것이다.

프로이트에게는 무의식을 관측할 다른 수단이 필요했다.

그리고 그가 제시한 것은 꿈, 자유 연상, 상징, 말실수, 농담이었다.

특히, 그 중 꿈은 중요했다. 무의식으로 가는 왕도라고 여길만큼.

자유 연상
: 프로이트가 만든 것으로, 의식에 떠오르는대로 말하는 것. 의식을 붙잡고 있는 느낌, 어딘가에 집중하고 있는 느낌을 풀고(=긴장을 풀란 소리다) 떠오르는대로 말하면 된다. 당연히 뜬금없고, 그냥 말하기엔 위험한 것일 수도 있지만, 그것을 검열하지 않고 말하는 것이다. 프로이트는 앞서 말한 꿈과 자유 연상을 결합하여 무의식을 파악했다고 한다.

하지만 당연히도 자기 검열을 피하는 것은 쉽지 않다. 내 마음은 알고 싶지만 사상검증은 피하고 싶단 말이지.
어쩌면 이에 대해 보완책으로 나왔다고 할 만한 것이 '로르샤흐 반점 테스트'이다.
(아래 이미지)

'무엇이 떠오르냐'가 아니라, '무엇이 보이냐'라고 묻는거지. 사실 정확히 뭐가 보일리가 없다. 아무 의미 없이 데칼코마니로 찍어낸 잉크 자국일 뿐이니까. 하지만 어쨌든 '보여?'라는 말이 되는 질문을 받았고(어쨌든 눈 앞에 뭐가 있으니 보이긴 하니까) 따라서 우린 '말도 안되는 무언가'에서 '말이 되는 무엇인가'를 짜내야한다. 당연히 짜내는데에 쓰일 재료는 무의식이다.
좋은점은 '생각나는대로 말했다' 보다는 책임을 그림에게 좀 떠넘길 수 있기에 부담이 좀 적다는거.

마찬가지 맥락으로 동작하는 것이 '집-나무-사람 검사'이다.
'집을 그려라, 나무를 그려라, 사람을 그려라' 하는 그것.
말이 되는 지시는 들어왔지만, '어떻게 그릴 것인가?'는 무의식으로부터 짜내야한다.

※ 물론, 그림을 많이 그려본 사람, + 기타 등등 조건의 사람들은 무의식과 거의 무관하게 형식적으로 그림을 '잘' 그려버리기도 한다. 그런 것도 고려하면서 검사를 진행해야한다고.
※ 마찬가지 맥락으로 '집-나무-사람 검사'나 '로르샤흐 반점 테스트' 모두 우회하는 형태를 띄기 때문에(=사상검증 위협을 좀 떠넘기고 있기에) 대답이 쉽게 오염된다. 대상자가 이미 해석법 등을 안다면 그에 어울리는 대답만 한다던지. 다만 원리를 고려한다면 결국 자유 연상 맥락으로 무의식만 파악해내면 되기에... 꼭 해석법이라고 알려진대로 해석할 필요는 없다 볼 수도.

꿈은 무의식의 욕망이 비교적 자유롭게 해소될 수 있는 영역이었다.

사회에 의해 제거된, 또는 거부된 소망이 실현될 수 있는 일종의 안전지대였다.

그것이 악몽이었다 하더라도, 부분들을 조목조목 따져본다면 무의식이 무엇을 원하는 것인지 파악할 수 있다고 봤다.

부분부분, 조목조목이다. 보통 어떤 꿈을 꿨냐-라고 하면, 전체 꿈의 흐름-흐름이 있었는진 모르겠지만-을 읊고 그에 대해서 꿈 해석을 하며 예지몽으로 여기기도 하는데, 프로이트는 꿈이 무의식 속에 내재돼 있는 다양한 재료들(=기억들)이 가공되어 구성되는 것으로 보았다. '기억'이 재료인 것에서 알 수 있듯, 꿈은 미래를 예지하는게 아니라 과거를 읊는다는 쪽이다.

전두엽 절제술 이미지

참고로 정신질환자들을 치료한다는 '전두엽 절제술'이 '노벨생리학-의학상' 받았던게 1949년이다.

그리고 프로이트 사망이 1939년이다.

환자들 입장에서, 꿈 얘기만 해도 정신질환을 치료할 수 있다고 하면 정말 죽자사자(진짜 죽을듯 저거;) 프로이트 찾아왔을 것 같다.

학자들 입장에서도 일단 그나마 얌전한(;;) 판을 깔아줬으니 다행이라고 생각하지 않았을까.

나무위키에서 함께 뜨는거 보니까 당시 정신질환자 치료법으로 말라리아에 감염시키기, 전기 충격, 저혈당 쇼크 유발하기 등등이 있다고 한다.

번외로, 최근에 커뮤니티에 이런짤이 올라왔다.

~~C 언어는 대체 어떻게 다른거지?~~

Unheimlich의 시작을 고려할 때, '꿈은 소망 성취다'라는 말이 괜히 나온 것은 아닐지도

참고로, 러시아어도 단어 자체는 구별되지만,

시나 문학으로 사용할 때는 혼용된다고 한다.

< 쾌락 원칙을 넘어서 >

프로이트는 거의 평생동안 이 구조와, 치료 방법을 쌓아올려갔다. 그런데 말년에, 자신이 쌓아올린 공든 탑을 뒤집는 발견을 했음을 고백한다. 그 것이 <쾌락 원칙을 넘어서>이다.

당시는 1차 세계대전이 끝난 직후였기에 PTSD를 겪는 환자(특히 참전용사)가 많았다. 그들은 반복적으로 전쟁의 참극이 되풀이되는 꿈으로 끌려들어갔다. 안전지대여야 할, 도피처가 되어야 할 꿈이 전쟁터가 되는 것이다.

물론, 프로이트는 이를 '쾌락 원칙'으로 설명하려고도 했다.

수동적으로 압도되던 상황을 능동적인 자신의 영역으로 전환하여
의식의 대응 능력을 키우려는 것일지도 모른다...

책을 읽다보면 버리기 아까운 티를 정말 팍팍 낸다.

하지만, 자기 영역인 꿈임에도, 압도되어 불쾌로 이어져야할 상황이 더 빈번하게 연출될 뿐이었다.

결국 프로이트는 밝힌다.

쾌락 원칙 너머에... 자신을 죽이려는... 그래, 죽음 충동이 더 근원적으로 존재하는 것 같다...
미안, 아니 나도 자신 없엉. 가설도 아니야.
후대 연구가분들, 연구해줘 ㅠㅠ
(다소 의역 있음)

참고로 논리가 쾌락원칙 vs 쾌락원칙으로 설명 몬해! 양측을 왔다갔다 한다. 그래서 읽다보면 '이게... 뭔소리야... 한 사람이 하는 말 맞아?' 싶다. 그런데 이런 갈팡질팡하는 모습, 고민하는 모습, 그럼에도 솔직하게 고백하는 것이 프로이트의 가장 큰 가치라고 한다. 실제로 이해하고 <쾌락 원칙을 넘어서> 읽어보면 프로이트의 매력이 뿜뿜하는 글이다.

다시, < Unheimlich >

다시, <Unheimlich>로 돌아가보자, <Unheimlich>는 <쾌락 원칙을 넘어서> 바로 전에 발표된 책이다.

아마도, 쾌락원칙 너머를 먼저 발견하고, 전환을 위한 밑작업 같은거 아녔을까

※ 실제 글에서도 쾌락원칙을 넘어선 것이 있다고 밝힌다.

여기서 혼란스러울 수 있기 때문에 한 번 '쾌락 원칙'과 이 '죽음 충동'에 대해 정리해서 가자.

다시, '쾌락 원칙'은 정신이 흥분을 감소하는 방향(=쾌락)으로 동작한다는 것이다.

그리고 죽음 충동은 여전히 무의식 영역에 있다. 의식이 파악할 수 없는 애다.

그런데 원래 무의식, 기존의 쾌락 원칙을 따르던 무의식은 '나'를 살리는 것이었다.

어쨋든 '나'의 영역을 훼손하지 않는다. 오히려 지키기 위해 흥분을 감소하는 방향으로 움직인다.

'현실 원칙' 또한 욕망 해소를 위해 변형이나 지연 시킬 뿐 여전히 쾌락 원칙 안에 있다.

기존 무의식은 어쨌거나 '나'를 살린다. 살아가게 한다.

참으로 진지한 철학적 문제는 오직 하나뿐이다. 그것은 바로 자살이다.

알베르 카뮈의 사상을 총망라한 책, <시지프스 신화>의 첫 문장이다.

산꼭대기를 향한 투쟁만으로도 인간의 마음을 채우기에 충분하다.
우리는 시지프가 행복하다고 상상하여야 한다.

카뮈는 '왜 자살하지 않는가'에 대해 위와 같이 답하며 책을 마무리한다.

프로이트는 해당 질문에 대해 '우리의 정신이 쾌락 원칙이란 법칙에 따르기에 자살하지 않는다'고 답한 것이다.

그저 만유인력의 법칙에 따라 사과가 떨어지는 것처럼, 정신이 '나'를 살아가게 동작한다는 것이다.

그런데 이 '죽음 충동'은 '나'를 부정(Un)하는 것이다. 영어로 쓰자면, '(not)나'라는 것이다.

스트레스를 끌어올린다. 중력을 거슬러 거꾸로 올라가는 사과다. 따라서 쾌락 원칙 밖에 있다.

얘가 우리를 죽음으로 이끈다니까?

쾌락 원칙 너머에 있는, '죽음 충동'은 나를 죽인다.

그런데 그게 더 근원적인 존재로 있다는 것이다.

후대 연구는 이 근원적 존재, 이 영역에 초점을 맞춘다.

그리고 수업도 여기서부터 시작된다.

이제서야 수업이 시작이다. 오래 걸렸다.

내 안에 타자, Double

'(not)나' 내가 아니기 때문에 '타자', 또는 '남'이라고 볼 수도 있겠다.

하지만, 이 타자가 밖에 있는게 아니라 내 안에 존재한다.

'나'와는 다른 존재면서, 내 안에 있기에 '나'와 구별되지 않는 존재, 이 '내 안에 타자'를 정신분석학적으로 'Double'이라고 부른다.

아니 이게 무슨 말이냐? 구별되면서 구별되지 않는다니, 모순 아니냐!

실제 수업 처음 들었을 때 엄청 헤맨 부분이다.

그런데 앞서 말했듯이 프로이트가 정말 잘하는 것이 있다. 와닿지 않는 개념을 여러 작품들을 통해 어렴풋이 느끼게 만드는 것이다. 여러 작품을 거칠수록 그것은 선명해진다.

인식이 선명해진다고 말로 표현될 수 있는 것은 아니다.
말로 정리하는 순간 풍부했던 의미는 납작해진다. 이어지는 내용을 통해 그 느낌을 맛보자.

그렇기에 수업에서도 정말 많은 문학 작품, 영화 작품을 다뤘고, 이 글도 수업을 따라 여러 작품들로 이어가겠다.

아직 감이 안 왔다면 좀만 기다려보시라.

이하부터 스포일러 가득함! 읽는데 주의하시오!

< 파이트 클럽 >

주인공은 보험 회사의 사고 조사원으로, 매주 비행기를 타고 전국으로 출장을 다니며 무기력하게 살아간다. 유일한 취미가 이케아 카탈로그를 보며 가구를 수집하는 것인 그는 자주 비행기를 타는 탓에 시차 적응에 문제로 어느 날부턴가 불면증을 앓게 된다. 의사와 상담하지만, 의사는 불면증으로 죽을 일은 없으니, 정말 고통이 뭔지 알고 싶으면 말기 암 환자나 신경 기생충 환자, 당뇨 환자 등, 불치병 환자들의 모임에 가 보라고 한다.

주인공은 그런 모임에 환자인 척 위장하고 참석한다. 그리고 사람들로부터 위안을 느낀 뒤에는 잠을 설치지 않게 된다. 하지만 모임에서 본 '말라 싱어'라는 여자가 자신과 마찬가지로 가짜로 모임에 참석한다는 사실을 알게 된 후, 다시 불면증이 재발한다.

그러던 중 주인공은 출장을 위해 탄 비행기에서 비누 판매상인 '타일러 더든'을 만나고, 그의 명함을 받는다. 그리고 출장에서 돌아오자 가스 누출로 집이 폭발해버린다. 갈 곳이 없어진 주인공은 타일러의 명함에 적힌 번호로 전화를 건다. 술집에서 만나 대화를 나눈 후 주인공은 타일러의 집에 머물기로 하는데, 집으로 가기 전 타일러는 주인공에게 아무 이유 없이 자신을 때려보라고 한다. 주인공은 처음에는 망설였지만, 술집 앞에서 치받기 시작한 둘은 곧 기묘한 해방감을 느낀다. 이윽고 1대1로 치받으면서 해방감을 느끼는 이 목적없는 폭력은 '파이트 클럽'이라는 집단으로 커지게 된다.

파이트 클럽은 곧 물질문명을 혐오하는 타일러의 사상을 따라 기존 체제를 부수려는 테러단체로 발전하기에까지 이른다. 이건 좀 과하다고 생각한 주인공은 타일러와 갈등을 빚고 파이트 클럽에 반발심을 가지게 되지만 이미 수많은 대도시에 퍼져서 타일러를 광신에 가깝게 추종하는 사이비 종교처럼 변질된 파이트 클럽은 주인공의 손을 떠난지 한참 오래였고, 이로부터 소외된 주인공은 다시 우울한 나날을 지낸다.

그러던 어느날 주인공은 타일러가 갑자기 사라진 것을 알게되고 사방팔방을 뛰어다니면서 타일러를 찾아다니다가 충격적인 사실을 발견하게 되는데...

※ 파이트 클럽 - 나무위키 에서 줄거리 발췌

사실 주인공과 타일러는 동일 인물이다.

주인공의 집을 폭발시킨 것도 본인이 한 일이다. 주인공은 그에 대해 '비극까진 아니다'라고 말한다.

타일러를 만난 이후 주인은, '효율성이 최고죠. 시간 낭비는 죄에요'라는 직장에게 피범벅인 치아를 드러낸다.

자, '다른 존재이지만, 구별되지 않는 존재', '내 안에 타인', Double이 어떤 느낌인지 와닿는가?

우리는 구별된 존재로 보지만 영화 속 다른 등장인물들은 시종일관 한 인물로 인식하고 있다.

그리고 복선이 회수되는 순간 우리 또한 구별되던 두 인물을 한 인물로 인식하게 된다.

아, 그렇다면 Double은 이중인격을 말하는구나!

꼭 그런 것은 아니다. 말했듯이 Double의 파편 정도^^ 느낀 것이다.

물론, 이중인격, 분신, 도플갱어의 형태로 많이 다뤄진다. 아니, 해당 작품에서 이중인격, 분신, 도플갱어가 어떤 의의가 있는지, 사람들이 그런 작품에 왜 공감하며 열광하는지를 하나로 엮어낸게 프로이트라고 하는게 정확할지도 모르겠다.

자, 이게 무슨 소리야! 싶기에 Double의 다른 파편도 느껴보자.

이번엔 이중인격도, 분신도 도플갱어도 아닌 작품을 살펴볼 것이다. '그 작품들이 인간 심리에 뭘 건드렸길래 열광하는가'를 하나로 엮어낸게 프로이트라고 했지 않는가? 이중인격도, 분신도, 도플갱어도 아닌 작품을 Double의 관점에서 보자는 것이다. 그리고 그게 꽤 잘 작동한다.

< 프랑켄슈타인 >

※ 수업에서 다룬 '프랑켄슈타인'의 줄거리와 실제 줄거리가 다르다. 수업에서 '빅터 프랑켄슈타인'의 어머니는 산욕열로 죽지만, 실제 줄거리에서는 빅터의 약혼녀, '엘리자베스'가 걸린 성홍열을 어머니가 감염되어 죽게된다.
※ 참고로 어머니가 산욕열로 죽는 것은 '프랑켄슈타인'의 작가 '메리 셸리'의 이야기다. '메리 셸리' 본인을 낳고 어머니가 산욕열로 사망한다.

북극 탐험대의 탐험대장 월튼은 극지방을 탐험하던 중 조난당한 사람을 구조하여 배 안으로 데려온다. 이미 죽어가는 조난자에게 월튼은 이런 극지에서 혼자 무엇을 하고 있었는지 묻고, 조난자는 스스로를 빅터 프랑켄슈타인이라고 밝히며 이내 자신의 이야기를 들려주기 시작한다.

빅터 프랑켄슈타인의 어머니는 동생 윌리엄을 낳고 산욕열로 죽는다. 이에 빅터는 더 이상 어머니와 같은 사람이 있지 않도록, 자궁을 통하지 않는 생명 창조를 연구한다. 그 결과 '괴물'이 탄생한다. 하지만 빅터는 '괴물'의 끔찍한 몰골에 경악하며 도망친다.

얼마 지나지 않아, 동생 윌리엄이 '괴물'에 의해 살해 당한다. '괴물'은 자신이 받은 가혹한 냉대에 분노하며 자신의 창조주인 빅터에게 자신과 닮은 존재를 만들어달라 요청하나, '괴물'의 신부가 만들어지기 직전, 빅터는 새로운 피조물을 갈갈이 찢어버린다. 그리고 빅터의 결혼식날, 약혼녀 '엘리자베스' 또한 '괴물'에 의해 살해당한다.

분노한 빅터는 복수심에 불타 괴물을 죽이기 위한 추적을 시도한다. 괴물은 빅터가 죽지 않고 살아 절망 가운데 자신을 쫓기를 택했다는 것에 안도와 조롱을 퍼붓는다.

빅터는 북극까지 괴물을 추적하는 과정에서 세월이 흘러 나이가 들고, 육신까지 쇠약해져서 죽음이 임박한 시점에 월튼에게 구조된 것이다. 월튼에게 자신과 괴물의 이야기를 들려준 빅터는 결국 탐험선 객실 안에서 죽음을 맞이했고, 잠시 선실을 비웠다가 돌아온 월튼은 빅터의 시신 앞에서 비통해하는 '괴물'을 보게 된다.

이에 월튼은 이제와서 뉘우쳐도 소용없다며 '괴물'을 비난하지만, '괴물'은 악행을 저지르며 진짜 괴물이 되어가는 것이 내게 기쁨이었을 것 같냐고 항변하며 '이 세상에 나를 이해할 수 있는 이는 그 뿐이었고, 그를 이해할 수 있는 이는 나뿐이었다'고 슬퍼한다. 그리고는 이제 이 세상에 다시는 나 같은 것이 없도록 북극의 빙하 속에서 스스로를 화장해 사라지겠다며 뱃전을 넘어 사라지는 것이, 자신이 본 '괴물'의 마지막 모습이었다는 것으로 월튼의 편지는 끝을 맺는다.

※ 프랑켄슈타인 - 나무위키, 다시 읽는 고전 24. 메리 셸리 <프랑켄슈타인> 줄거리 및 결말 : 네이버 블로그 두 글에 나온 줄거리를 재정리해서 썼습니다.

각각의 존재로만 본다면, 빅터와 '괴물'은 별개의 존재이다. 별개의 존재인데 왜 엮이고, 갈등을 빚고 있는가?

참고로 이미지에 오류가 있는데, '빅터 프랑켄슈타인'은 박사가 아니다. 학부생이다. 생명 창조까지 하는 척척고졸. '괴물의 이름이 프랑켄슈타인이다'와 함께 대표적인 오해

이를 Double의 관점, 즉, '괴물'이 '빅터 프랑켄슈타인'의 Double로서, 외부로 투사되었다는 관점으로 보자

'괴물'은 빅터와 다른 존재이면서, 같은 존재이다.

빅터 프랑켄슈타인은 왜 연구를 하게 되었는가? 그는 어머니와 같은 사람이 다시는 나타나지 않는 것을 목표로 연구를 시작했다.

빅터와 약혼녀와의 결혼을 미뤄왔다는 배경 맥락이 있다. 앞선 내용과 연결지어 본다면,

그는 '어머니와 같은 사람이 다시는 나타나지 않길 원해서' 결혼을 미룬 것으로 추정할 수 있다.

그렇다면, 빅터에게, 윌리엄은 어떠한 존재인가? 빅터의 어머니는 윌리엄을 낳고 죽었다.

'괴물'은 윌리엄을 살해했고, 결혼식날 약혼녀 엘리자베스를 살해한다. 빅터 프랑켄슈타인의 은밀한 욕망, 또는 피하고 싶은 것을 '괴물'은 들춰냈고 이를 해소시켰다. 그리고 줄거리의 마지막, '괴물'의 조소와 말은 '괴물'과 '빅터 프랑켄슈타인'의 관계를 밝히며, 감정을 절정으로 이끈다.

별개의 존재로 보였던 것들을 Double의 관점에서 보기, 조금 흥미롭지 않은가? 나만 그런가? 어쩌면 들어만 보았던, 읽어보진 못했던 고전을 알게돼서 기분이 좋았을지도 모른다. 나도 그랬다(파이트 클럽, 프랑켄슈타인 둘 다 안 봤고 안 읽었다)

그렇다면, 이 작품도 흥미로울 것이다. 고전 중에 ㅈ고전, <오디세이아>이다.

< 오디세이아 >

'트로이 목마'로 '트로이 전쟁'을 승리로 이끌며 오디세우스는 영웅이 된다.

그는 고향 '이타카'로 귀향하는 중에 퀴클롭스들의 나라에 도착한다. 그곳은 신의 은총을 받아 경작하지 않아도 모든 식물들이 풍족하게 자라고, 기르지 않아도 동물들이 번성하는 곳이었다.

'퀴클롭스들이 오기 전에 도망가자'는 전우들의 말을 듣지 않고, 오디세우스는 퀴클롭스를 찾아간다. 퀴클롭스는 오디세우스 일행에게 묻는다.

'상인인가? 아니면 해적인가?'

오디세우스는 자신들이 여기까지 온 사연을 애기하며 자신들을 손님으로 접대할 것을 부탁한다.

※ 다시 읽는 고전 24. 메리 셸리 <프랑켄슈타인> 줄거리 및 결말 : 네이버 블로그 줄거리 참고하여 재작성함.

길고 긴 <오디세이아>에서 유명한 에피소드인 '퀴클롭스 에피소드'이다. 이제 이어지는 것이,

- 퀴클롭스가 오디세우스 동료들을 잡아 먹는 것

- 오디세우스가 퀴클롭스에게 포도주를 접대하며 퀴클롭스를 취하게 하는 것. 이때 퀴클롭스가 오디세우스에게 이름을 묻는데, 오디세우스는 '우티스(아무것도 아닌)'이라고 자신을 소개한다.

'우티스'는 '프로젝트 문'의 <림버스 컴퍼니>에서 등장하는 캐릭터, '오티스'의 모티프가 된다.

- 이제 취한 퀴클롭스의 외눈을 오디세우스가 불에 달군 기둥으로 찔러 실명이 되면서 '내 눈을 찌른 자는 우티스, 아무것도 아니다!' 소리치는 것으로 이어진다.

그리고 이 퀴클롭스, 정확한 이름으로는 '폴리페무스'가 포세이돈의 아들이라, 오디세우스가 포세이돈의 벌을 받아 지척인 집, '이타카'에 돌아가지 못하게 되며, 그렇게 장장 20년간 표류하는 '오디세이아'가 시작된다.

※ 헷갈릴 수 있는데 처음에 '우티스'라고 속였던 오디세우스가 배에 승선하는데까지 성공하자, 폴리페무스에게 '나는 사실 오디세우스다!'라고 외친다. 입이 방정.

여기서도 그저 오디세우스와 퀴클롭스를 별개의 존재로 인식할 수 있을지도 모르지만, Double에 관점에서 보자.

퀴클롭스는 오디세우스의 Double이다.

이러한 관점에서 퀴클롭스가 오디세우스에게 처음으로 한 다음 말을 다시 보자.

상인인가? 아니면 해적인가?

오디세우스는 전쟁을 승리로 이끈, 모두가 환호하는 영웅이다. 그런 영웅 오디세우스에게 '상인인가? 해적인가?' 묻는 것은 그저 몰라보는 것일 수도 있고, 알지만 낮잡아 보는 것일 수도 있다. 그런데 Double의 관점에서 보면, 퀴클롭스가 오디세우스를 인식하는 '상인', '해적' 모두 오디세우스의 또 다른 자기 인식이다.

~~지금도 그렇지만~~ 당시의 '영웅'은 타인의 것을 약탈하는 '해적'이고, 그렇게 약탈한 것으로 무역하며 부를 쌓는 '상인'이기도 했다. 다시 말하지만, 지금도 다를바는 없지 않나(?)

즉, 퀴클롭스는 '거울'처럼 오디세우스에 앞에서 오디세우스를 비추며 다른 이면을 들춰내는 존재인 것이다.

~~그리고 어쩌면 우리가 표류하게 되는 것은 우리가 스스로 자신의 눈을 찌르기 때문인지도 모른다.~~

<오디세이아>에서 또 다른 유명 에피소드로 '세이렌'이 있다. 세이렌의 노래를 들으면 모두 매혹당해 바다에 빠져 죽게 되지만, 밀랍으로 선원들의 귀를 막아 못 듣게 하면서도, 오디세우스는 자신의 몸을 칭칭 감아 세이렌의 노래를 들으려고 한다-는 에피소드. 이에 대해서 정신분석학의 관점으로 해석한 글도 있으니 첨부한다.

[서양고전학자의 브랜드 인문학] (12) ‘세이렌’은 유혹하고 ‘스타벅’은 귀향 하라하고 이상과 현실, 그 경계를 거닐다 - 경향신문

여기서 뭔가 어? 느꼈을지도 모르겠는데, 교수님의 설명에 따르면, '오디세이아', 오디세우스의 20년 동안의 방황은, 오디세우스가 자신의 Double 즉, 자신의 여러 이면을 비추는 거울 존재(퀴클롭스, 세이렌 등등)를 만나며 반성하는 과정이라고 한다.

~~거품이 꺼져가는 잃어버린 20년 ㅠㅠ이란 소리~~

반 농담이긴 한데, 어쨋든 오디세우스가 최종적으로 돌아오는 곳은 '고향'이었으니까.

결국 뿌리, 근본 가치에 도달한단 점에서 거품이 꺼지는게 맞을지도?

자, 이렇게 아직도 Double이 어렴풋할 때, 수업은 중간 고사 시즌에 도달한다.

중간 고사는 대체 과제로 진행되었다. 과제는, 에일리언을 내 안의 타인, Double의 관점으로 설명하는 레포트를 작성하는 것이었다. 7~8장 짜리 레포트라니. Amy

농담은 무의식적 욕망을 해소하는 하나의 방법이기도 하다.

자, 드가자.

< 에일리언 >

민항 우주 예인선 'USCSS 노스트로모'는 외계 행성에서 대형 광물 정제 시설을 지구로 운송하는 업무를 수행하고 있다. 그런데 항해 도중에 우주선을 총괄하는 인공지능 컴퓨터 '마더'가 우주 어딘가로부터 정체불명의 송신호가 규칙적으로 발신되고 있음을 포착하고, 규정에 따라 동면 중인 승무원들을 깨워 발신원을 추적하게 한다. 깨어난 7명의 승무원은 노스트로모의 선장인 아서 댈러스를 포함, 부선장 토머스 케인, 준위 엘렌 리플리, 항해사 조안 램버트, 기관장 데니스 파커, 기관사 새뮤얼 브렛, 과학장교 애쉬이다.

승무원들은 송신호의 발신원이 목성형 기체 행성의 위성인 암반질의 작은 미개척 천체 LV-426임을 알게 된다. 곧장 LV-426에 착륙한 승무원들은 발신원이 불과 2km 거리에 있다는 것을 알게 되고, 댈러스, 케인, 램버트가 우주복을 입고 발신원으로 걸어간다.

거기서 오래 전에 불시착한 정체불명의 거대한 외계 우주선을 발견한다. 우주선에는 승무원인 것으로 보이는 외계 생명체가 모종의 기계에 앉은 채로 화석화되어 있었고, 우주선의 아랫층에는 수천 개나 되는 정체불명의 알들이 놓여 있다. 케인이 조사를 하던 도중, 알에서 깨어난 생명체가 케인의 우주복 헬멧을 뚫고 들어가 그의 머리를 휘감아 실신시키고, 조사반은 서둘러 그를 데리고 노스트로모로 돌아온다. 리플리는 안전을 위해 24시간 동안 외부 격리 절차를 거쳐야 한다며 조사반의 승선을 거부하지만, 애쉬가 출입구를 개방하여 그들을 선내로 들여보낸다.

승무원들이 케인의 얼굴을 덮은 외계 생물을 떼어내기 위해 다리를 절단하는 응급시술을 시도하나, 외계 생물의 혈액이 선내의 바닥을 순식간에 녹여 버릴 정도의 강력한 산성 물질이라 중단하게 된다. 그런데 케인에게 붙어 있던 생물이 저절로 떨어져 나가 죽고, 의식을 찾지 못하던 케인도 얼마 지나지 않아 깨어난다. 약간의 기억상실 외엔 이상이 없어 보이던 케인은 왕성한 식욕을 보이며 식사를 하다, 갑자기 고통스럽게 몸부림치기 시작한다. 곧이어 그의 몸 안에서 깨어난 또 다른 생명체가 가슴을 뚫고 나오는 바람에 케인은 즉사해 버린다. 모두가 혼비백산하여 멍하니 바라보는 사이에 작은 뱀처럼 생긴 이 외계 생명체는 재빨리 도망쳐 선내 어딘가로 숨어버린다. (후략)

※ 에이리언(영화) - 나무위키 줄거리 참고

영화 속 '에일리언'은 주입당하고 숙주의 내부에서 성장하다가 결국 본체를 찢어발기며 나타난다.

이전까지 다루던 작품과는 너무나도 다른 존재다. 프랑켄슈타인이나 퀴클롭스처럼 대화가 되는 이성적인 존재도 아니라 이해도 안된다. 따라서 더 많은 인사이트를 얻기 위해 하나 더 참고하였다.

<에일리언> 이전 시간대를 다루는, <프로메테우스>다.

< 프로메테우스 >

<프로메테우스>에서 '에일리언'의 기원이 밝혀진다.
그것은 기술력이 발달한 외계 종족 '엔지니어'가 만들어낸, 생명공학의 결정체로, 평상시엔 평범한 검은 유기질 액체지만, 살아있는 동물 세포 내에 침투하면 유전자에 섞여들어 이를 파괴 후 재구축, 흉포한 공격성을 가진 이형으로 변이시키는 특징을 갖고 있다.

※ 검은 액체 - 나무위키 참고

여기까지 도달했을 때, 드디어 레포트를 쓸 수 있었다.

'에일리언'을 탄생시키는 검은 액체는 숙주의 DNA를 공격성이 극대화하는 방향으로 '재구축'한다.

재구축. 검은 액체는 기존의 것을 없앤다. 하지만, 그 '구축'의 과정은 숙주의 DNA가 가진, '공격성'을 극대화할 뿐이다.

없애지만 여전히 숙주의 DNA, 그 근본에 뿌리를 두고 있다.

<에일리언>에 비하면, <프로메테우스>는 꽤 노골적이다.

...

자... 20살에 나는 살아있는가?

누군가 20살에 나를 깐다면 ~~좀 씁쓸하긴 하겠지만~~ '그치, 그땐 그랬지' 라고 할 수 있다.

이젠 없는 존재니까

(후략.)

수 없이 많은 작품의 ~~시련의~~ 길을 지나오느라 수고하셨습니다.

어쩌면 재밌었을지도 모르겠다. 누군가는 교수님이 작품 얘기를 할 때마다 혼미하다고 하지만, 난 재밌었다.

자, 여전히 내 안에 타인, Double이 어떠한 것인지 감이 안 왔을지도 모르겠다.

그렇다면 뒤집어 생각해보자. Double이 없는 존재는 어떤 존재일까?

작품들 속에서 Double이 없었다면 그들에게는 어떤 것이 남겠는가?

처음 이미지로 돌아왔다. 이 이미지는 한 영화에서 등장하는 베이글 이미지이다.

ㅎㅎ.

수업에서 다룬 작품은 아니지만, 한 작품만 더 다뤄보자. 참고로 이 작품 재밌다. 별점이 무려 다섯 개

< 에브리씽 에브리웨어 올 앳 원스 >

미국에 이민 와 힘겹게 세탁소를 운영하던 '에블린'은 세무 조사원 '디어드리'의 조사에 시달리던 어느 날 남편 '웨이먼드'의 이혼 요구와 삐딱하게 구는 딸 '조이'로 인해 대혼란에 빠진다. 그 순간 에블린은 멀티버스 안에서 수천, 수만의 자신이 세상을 살아가고 있다는 사실을 알게 되고 그 모든 능력을 빌려와, 마찬가지로 모든 멀티버스를 오갈 수 있는 악당, '조부 투파키'로부터 위기의 세상과 가족을 구해야 하는 운명에 처한다.

그리고 이내, '조부 투파키'가 딸 '조이'라는 것을 알게 된다.
다른 우주와 자신을 일시적으로 연결하는 '버스 점프' 기술이 처음으로 개발된 우주 '알파 버스'에서의 에블린, 즉 '알파 에블린'은 '버스 점프'를 만들어낸 과학자였다. 알파 에블린은 자신의 딸 '알파 조이'에게 버스 점프 능력을 한계까지 몰아붙이는 실험을 했고, 그 결과, 알파 에블린의 딸 알파 조이는 모든 우주의, 모든 것을 경험하는 괴물이 된다.

그렇게 현재의 우주의 에블린과 맞닥뜨리게 된 조부는 에블린에게 자신의 이야기를 들려준다.

모든 우주의 모든 것을 경험하게 된 조부는, 어느 날 말 그대로 세상의 모든 것을 베이글 위에 올린다. 하지만 이내 모든 것이 무의미로 돌아가는 것을 깨달으며, 모든 것을 파괴하기 위한 블랙홀을 만든다.

※ 에브리씽 에브리웨어 올 앳 원스 - 나무위키 줄거리 참고

'베이글'은 가운데가 비어 있는 존재이다. 그래, '가운데가 비어있는 존재'이다.

그리고 조이, 조부 투파키가 반복해서 하는 말은

그저 통계적 필연성일 뿐이야

통계적 필연. 이미 정해져있는 길로 세상은 흘러갈 뿐이다.

제2차 세계 대전의 전운이 감돌던 1940년대 프랑스령 알제리 북부 해안의 작은 도시 '오랑'에서 갑작스럽게 페스트가 발생하고 그에 따라 외부와 격리 조치가 취해지면서 오랑 시는 외부와 단절되었으며 시민들은 고립되었다.

주인공 '베르나르 리외'는 폐결핵에 걸린 아픈 아내를 다른 도시의 요양원에 둔 의사로, 오랑이 격리 조치된 후 의사로서 친구 '타루'와 사설 위생반을 조직하여 페스트 치료를 하게 된다. 처음에는 비협조적이었던 '파늘루' 신부와 신문기자 '랑베르'도 리외의 인간적인 모습에 이끌려 점차 구호 활동에 참가하게 된다.

이윽고 페스트가 종식하는 날도 가까웠다. 그러나 항상 명석하여 구호활동의 기둥이 되어왔던 타루가 봉쇄 해제의 날을 기다리지 못하고 페스트에 걸려버리며 사실상 페스트의 마지막 희생자가 된다.

그리고 요양원에 있던 아내가 끝내 사망했다는 소식을 받게 된다.

- 알베르 카뮈, <페스트>

※ 페스트(소설) - 나무위키, 페스트 (소설) - 위키백과, 우리 모두의 백과사전 줄거리 참고

리외의 인간적인 행동, 그 선함은 가장 절친한 동료와 그의 아내의 죽음을 막지 못한다.

어쩌라고

'그의 선함은 상을 받아 마땅하다!' 에 대한 이 질서정연한 우주의 답이다.

어쩌라고

ㅈㄴ 너무하다, ㅈㄴ 부조리하다. 알베르 카뮈가 말하는 '부조리'이다.

'그럼 사는게 대체 무슨 의미냐!'

다시 한 번, 알베르 카뮈의 <시지프스 신화> 첫 문장을 띄워드린다.

참으로 진지한 철학적 문제는 오직 하나뿐이다. 그것은 바로 자살이다.

카오스 코스모스

많은 신화가 혼돈에서 시작한다. 태초에 혼돈, 즉 카오스(Chaos)가 있었다.

그리고... 땅과 하늘을 가르거나, 또는 아예 땅(가이아)을 낳거나, '빛이 있으라' 외쳐 낮과 밤을 갈라서야 비로소 질서정연한 우주(=코스모스, Cosmos)가 시작된다.

카오스는 뚜렷한 모양도, 구조도, 경계도 없는 무규칙의 공간, 공허(void)의 세계다.

그리고 코스모스는 규칙과 질서의 세계다.

'빛이 있으라', 말은 칼이 되어 카오스를 조각낸다. 그 조각들로부터 코스모스의 세계를 구성한다.

말이라는 의미의 구분 과정은 끊임 없이 카오스를 조각내며 코스모스의 영토를 넓혀간다.

코스모스는 조각들로부터 자아낸 질서와 체계라는 천으로 이 구멍, 틈, void, 카오스를 덮으려고 한다.

하지만 카오스는 코스모스보다 먼저 존재하였으며, 코스모스의 근원이다.

대학은 가히 코스모스의 세계다.

커리큘럼이란 체계에 따라 공부하며, 하는 공부란 것도 더 나은 규칙, 체계를 구성하는 법에 대해 배운다.

그렇게 끊임 없이 체계적인 다음 스텝, 다음 단계로 넘어간다.

...

나는 컴퓨터공학과를 졸업했다. 세부전공으로 게임 개발을 다뤘다.

그렇다면 나의 다음 챕터는 어디인가? 게임 개발자인가?

일전에 수능 만점자 인터뷰 영상을 본 적이 있다.

그는 유명한 명문고를 수석으로 졸업하고, 수능 만점을 받았다.

그리고 유명한 대학을 입학해 수석으로 졸업했다.

그리고 그는 대학 간판과 무관한 의외의 선택을 한다.

그 영상엔 그런 댓글이 달렸다.

왜 로스쿨 준비 안해요?
왜 행정고시 안 보나요?

지금까지 잘 따라왔다면, (아니 사실 위로 아래로 왔다 갔다 많이 해야한다)

그렇다면, 우리가 정신질환자를 보며 왜 Unheimlich 감정을 느끼는지 어렴풋이 알 수 있을 것이다.

마지막으로 수업은 한 가지 도식을 더 다룬다.

지금까지, '나 = (not)나' 그러니까 '나 = 타인'으로, 내 안에 타인, Double에 대해 다뤘다.

이제 그 의미 그대로이다.

Double, 이제 정말 '나’이자 ‘너’인 공간이다.

'나'에게 온 관심사가 쏠려있던 수업은 이제 '너'에게로 그 범위를 확장한다.

끊임 없이 '타인'을 다뤄왔기에, '너'로 향하는 것이 이상하진 않다.

하는 말도 지금까지 했던 말들을 간단히 반복한다.

카오스는 void, 틈으로도 쓰이기도 하는데 ‘나’와 ‘너’ 사이의 존재하는 틈이다.

우리는 타인에게 틈이 있다. 타인도 나에게 틈이 있다.

나=너가 되는, 논리적인 것과는 거리가 영 먼, 이성보다 근원적인 영역을 갖고 있다.

다시, 에브리씽 에브리웨어 올 앳 원스!

그저 필연에 따라 세상이 동작할 뿐이란 것을 깨달은 조부 투파키는 더 이상 살 가치를 느끼지 못한다. 조부 투파키가 하던 행동도, 그저 자신을 이해해주고 함께 '베이글 블랙홀'로 들어가 모든 것을 끝낼 에블린을 찾아다닌 것이다.
에블린 또한 조부 투파키에게 감화된다. 어차피 그러던가 말던가 세상은 그저 필연대로, 그 어떠한 의미도 쥐어주지 않고 흘러갈 것이기에, 모든 우주에서 자신의 주변인들을 상처 입히며 관계를 파국으로 이끈다. 그리고 에블린은 조부 투파키를 따라 베이글 블랙홀로 걸어간다.

그렇게 세상을 끝내려고 하는 순간 파문이 인다.

내 멍청한 남편이 또 일을 망치려고 한다.

상황도 체 이해 못한 것 같은, 그저 순박하기만 한 남편 웨이먼드가 소리친다. 우리 조금 따뜻하게 대하면 안되겠냐고

다들 혼란스럽고 무서워서 싸우려는건 이해하지만, 지금 상황에서 내가 아는 건 친절해지는 것 뿐이다.
혼란스러울수록 친절함을 보여달라

본인이 무슨 말을 하는지조차 모를듯한 웨이먼드는 아내 에블린을 믿고 끝까지 세무 조사원 디어드리에게 부탁을 하고 설득을 한다.

웨이먼드가 하는 말들은 사실 말도 안되는 말 뿐이다. 하지만 디어드리는 결국 웨이먼드의 부탁을 들어준다.

웨이먼드와의 관계가 파국이 난 우주에서, 에블린은 웨이먼드의 진심을 듣는다.

악화일로를 걷던 상황이, 유하게 풀려간다.

이제 에블린은 눈알 스티커를 붙이고 딸 조이, 그리고 조부 앞에 선다.

2023년 경기게임잼과 함께하는 비버잼 : 토생원전 2077

Koesob — Fri, 25 Aug 2023 00:25:18 +0900

계속 뒤로 미루는 것은 안되겠다 싶어서 러프하게라도 글을 쓴다.

포트폴리오용 블로그를 파던지 새로이 카테고리를 보기 쉽게 만들던지 해야할듯.

아쉽게도 비버잼을 하는 동안에는 사진 찍을 생각은 못했다.

2023년 오프라인 비버잼은 판교에 있는 스마이게이트 본사에서 진행되었다.

스마일 게이트에서 주최한 온라인 게임잼을 비롯해서, 온라인 게임잼은 많이 참여해봤었지만 오프라인 게임잼은 이번이 처음이었다.

일단 판교답게 사옥이 예뻤다.

삐까뻔쩍

저 사진 가운데에 있는 문을 통해서 내부로 들어가게 되어있는데, 내부도 시설이 잘되어있었다.

그리고 사람이 정말 많았다.

이전까지의 온라인 게임잼은 게더 타운에서 사람들이 모이고 디스코드로 뿔뿔이 흩어졌기 때문에 체감할 수 없었는데,

이렇게 실제로 모여보니 정말 많았다. 와중에 게임잼 키트 안에 하얀색 후드집업이 들어있었고 그걸 다들 입고 있던터라 연구원들 같았다.

아, 게임잼 키트 안에 슬리퍼에 세면도구에 텀블러, 담요, 방석 등등 게임잼에 필요한 것들은 다 들어있어서 대만족.

대만족한 게임잼 키트에 대해 얘기한 김에 이번 게임잼의 인프라에 대해 얘기하자면 얘도 대만족이었다.

온도도 적당했고, 에그가 느린 점은 사옥에 있는 와이파이 쓰면서 해결이 가능한 부분이었고, 잠깐의 수면을 취할 수 있는 곳도 환기 시설이 잘 되어있어서인지 많은 사람이 자고 있음에도 문제가 없었다.

더욱이 씻는 환경은 회사 사옥의 시설답게 압도적이었다. 헬스장 샤워 시설 같은것을 생각했는데 칸막이가 다 있어서 프라이빗한 환경의 샤워실이었고, 수건도 세팅돼 있고, 개인 락커에 밑에서 바람 나오는 기계도 있어서 집에서 하던 온라인 게임잼보다 더 클-린한 게임잼을 즐길 수 있었다. 나는 씻을 수 있는 시간만 되면 무조건 씻었음.

그리고 제일 행복했던 것은 무제한 음료에 무제한 간식거리.

평소 비싸서 못 먹는 에너지 음료를 실컷 마셨다. 카페인으로 잃은 건강은 제로 칼로리가 챙겨줬을거라 믿는다.

물론 그렇게 번 칼로리 할당량은 피자와 치킨, 도시락과 서브웨이로 낭낭하게 챙겼을거라 의심치 않는다.

워낙 먹을게 많아서 안 먹은 팀도 있었는지 피자도 여러 번 먹고, 치킨도 여러 번 먹고, 서브웨이도 많이 먹었다.

와중에 서브웨이는 쟁여서 집까지 가져옴. 행복행복 ㅎㅎ

이런 환경 덕택인지 다들 개발에 열중했다. 나 또한 그렇고.

그럼 이제 팀빌딩과 기획과 개발에 대한 이야기.

팀빌딩 이전에 아이스브레이킹이 있었는데 서로에게 질문하는 코너였고 재밌었다. 본론이 아니니 빠른 스킵.

이번 게임잼에서 제시 된 키워드는 '환경'이었다.

키워드를 보자마자 직감했다. 나는 이번에 개발자다.

딱 떠오르는 기획이 없었다.

아무래도 '환경'이란 얘기를 들으면 자연스럽게 '오염'이 따라 붙기에... 어느정도 고정 관념을 따르는 기획만 떠올랐다.

그래서 기획을 볼 때 대략 다음 두 가지를 고려했다.

1. 주제를 신선하게 해석한 곳

2. 마땅한 곳이 없다면 프로그래머 파트가 없는 곳 = 프로그래머를 필요로 하는 곳

2번의 이유는 기왕 하는거 많이 돕고 싶었다.

저 기준으로 봤을 때 대략 세 곳 정도가 나왔다.

첫 번째는 '환경 설정'으로 해석한 기획. 1번 기준에 가장 적합했었다.

두 번째는 병 속에 닫힌 생태계(=환경)를 만들어는 기획. 이전에 '비바리움'이라는 제목으로 정말 똑같이 병 속에 닫힌 생태계를 구현하는 게임을 기획한 적이 있어서 가장 끌렸다. 당시 비바리움은 시간이 갈수록 기획이 난해해져서 개발이 멈췄었는데 딱 이번 게임잼 때 그 기획을 되살려볼 수 있지 않을까 싶었다.

다만, 기획자님과 얘기해보니 세부 기획이 많이 달랐던 점 + 그 팀에 모인 프로그래머가 엄청 많았던터라 빠져나왔다.

그렇게 빠져나왔을 때는 이미 시간이 많이 지나 대부분의 팀 빌딩이 마무리되던 때였다.

그 때 세 번째 기획으로 갔다. 두 번째 기준에 부합했다.

이 게임의 기획은 '최근 이슈가 되는 오염수를 바탕으로, 오염수로 인해 오염된 물고기들로부터 용궁을 지켜내는 타워디펜스'였음.

참고로 이 기획자분 아이스브레이킹 때 뵀었는데

기획자 : 좋아하는 색은?

나 : 파란색입니다. (이유는 파란색 / 스즈메의 문단속 (tistory.com))

기획자 : 혹시 지지하는 정당이-

이랬던 분이었다.

그래서 이번에는 내가 '오염수 방류? 혹시 지지하는 정당이-'을 첫 번째 질문으로 던지며 놀았음.

한편으로는 본업이 DJ라고 해서 기획자분이 재밌어보이기도 했음

앞서 말했듯이 팀 빌딩이 끝날 때 쯤에서야 간거라 실상 기획이 엎어진 상황이었다. 기획자분이 다른 팀에 합류했던 상황.

그래도 어찌저찌 얘기하다보니 지나가던 3D 아트 분께서 합류했고 - 이 분 '리플이펙트' 후반 작업하셨던 분이라고 한다! 와중에 현재 졸업 프로젝트를 '이나리'의 기획자분과 함께 하고 있다고! 인디판이 이렇게 좁다!! 두 게임 다 재밌게 한 게임- 또 지나가던 개발자 분이 합류하면서 팀이 개같이 부활하게 된다. 그렇게 팀명도 '개같이 부활'이 되었다.

팀 빌딩이 끝나고 자리를 잡으며 제대로 기획 얘기를 시작했다.

일단, 현재 기획은 '타워 디펜스'가 끝인지라 온 몸 비틀기를 해야한다고(=색다른 개성이 추가돼야함) 많이 어필했다.

첫 번째로 나온 개성은 '플레이어블 캐릭터'였다.

(윈터랜드가 무진장 떠올랐지만 요즘 시대가 그런 시대다- 생각했다)

그럼에도 기획에 뭔가, 뭔가 확 끌리는 무엇인가가 없어서 다들 고민하고 있을 때, - 키워드 '환경'이 좀 어려웠다 -

지나가면서 나왔던 별주부전 얘기가 다시 나왔다.

(알파벳은 그냥 아이디어 나온 순서대로 쓴 것이다)

A : 별주부전이면 토끼가 자라 타고 용궁 가는거 살리면 좋지 않을까요.

를 시작으로,

자라 : '움직이는 타워' - 자라를 향해 다가오는 오염된 물고기 - 토끼 : 플레이어블 캐릭터로 저 물고기 처치해야함.

자라 위에는 타워를 건설할 수 있고 -

이런 구조의 게임으로 얘기가 흘렀고,

B : 물고기를 향해 토끼가 점프하자. 그리고 물 속이니까 숨 부족하면 거북이 위에서 충전하는거지

(※ 게임잼 끝까지 자라와 거북은 혼용돼서 쓰였다. 심지어 코드에 'Zara'라고 쓰여있지만 '거북이'라고 읽었다)

C : 미래니까 (오염수 방류 이후 미래라는 설정이 있었다) 토끼가 개조된거임. 개조된 다리와 팔로 적 처치하는거 어떰

(※ 대략 여기서부터 사이버 펑크 얘기가 나오기 시작했다.)

D : 물 속에서 점프하는것은 고증적으로 좀... 제트팩 같은걸로 날아가는게 낫지 않을까요?

E, F : 토끼는 점프를 해야함. 다리를. 접었다. 펴서.

G : 근데 물 속에서 점프를 한 토끼가 디딜 물고기가 없으면 리스크가 크지 않나

H : 작살을 던지게 하자!

I, J : "토끼는 뛰어야한다"

K : 슬링샷으로 가자. 슬링샷 시작할 때는 속도가 느려지는거지. 기왕 사이버펑크인거 산데비스탄처럼 ㄱㄱ

기획의 방향이 나오자 회의는 순식간에 진행됐다.

그리고 다들 아직 게임이 나오지 않았지만 머릿 속으로 그림을 그려낼 수 있었고, 이 기획에 흥미로워했다.

그렇게 개발에 돌입한 결과,

https://drive.google.com/file/d/1NwJ52zTzx-Zd27XU5hVOOALoU6RYelho/view?usp=drive_link

BB_0.1.3.zip

drive.google.com

동영상 서비스가 종료되어 해당 콘텐츠를 재생할 수 없습니다.

결과물이 나왔다.

정말 잘 나왔다.

캬

아트 분도 고수고 개발자분도 아트 감각이 남다른 고수였다.

그리고 DJ 출신이 괜히가 아니란듯 브금에 효과음 선정에다가 처리까지 완-벽

버스. 감사합니다.

게임 자체도 내가 플레이해도 재밌었다.

게임잼에 참여했던 다른 분들도 재밌었는지 많은 분들이 즐기러 와주셨다.

몇몇 분은 이번 게임잼에서 가장 재밌는 게임이었다고도 해주시고 ㅎㅎㅎㅎㅎㅎ 핳핳

그 덕택인지 3일 동안 쌓인 피로가 싹 풀린 느낌이었다. 물론 집 돌아와서 바로 뻗긴 함

그 후 개발자 분이 추가로 개발을 진행하셨다. 로그라이크적인 요소가 추가돼서 보다 특색 있는 플레이가 가능해졌고, 각 몬스터마다 특색이 추가됐다. 그 게임은 추후 올리는 것으로.

이상 과정도 만족, 결과도 대만족이었던 비버잼 후기 끗

역행자 (2023.07.29.)

Koesob — Sat, 29 Jul 2023 04:22:15 +0900

진짜 이 책 추천을 많이 받았다.

초등학교 친구이자 저번에 글쓰기 챌린지를 한 Y모씨부터, 이번에 개발 같이 하고 또 글쓰기 챌린지를 한 H모씨, 거기에 이번에 책 읽는게 재밌어졌다는 초등학교 친구 K모씨까지 주변에 책 읽는다 하는 친구들은 다 추천한 책이다.

그래서 드디어 읽어보았는데 4장까지 밖에 못 읽었다. 음 아무래도 그 이후를 읽기에는 꽤 오랜 시간이 걸릴 것 같아 그냥 후기를 남긴다. 참고로 그렇기 때문에 양심상 표지 사진은 못 올리겠음.

우선 이 책을 읽은 친구들이 모두 열정에 불타오른 점에서 긍정적인 의의가 있다.

다만, 아쉬운 점이 있는데, 이 책은 상위 5%는 역행자의 삶이라 하고, 하위 95%는 순리자의 삶이라 가르며 시작한다. 그리고 이 책은 '야 너두 역행자 될 수 있어!'를 말하는 책이지.

상위 5%만이 역행자지만 우리 다 같이 역행자 돼보자!

관련 내용 찾다보니 '희망 마케팅'이란 표현도 있는데 적절한듯.

퍼센테이지를 늘리나 줄이나 의미는 없다. 결국 이 책은 '상대적 우위'를 말하는 책이고 '우위'는 적어도 50% 미만이어야 의미가 있으니 결코 책을 읽은 모두가 역행자 될 일은 없다.

개인적으로 '상대적 줄세우기'는 패배감을 만들기 마련이라 생각한다.

윗 글대로 결국 '역행자를 꿈꾸지만 역행자에 들지 못한 사람'이 생기기 마련이다. 역행자가 되기 위해 노력을 했겠지만 상위권에 들지 못하면 넌 순리자가 된다. 그 때의 그 사람은 행복한가.

현실 자체가 상대적 줄세우기다! 라는 말에는 반박할 생각은 없는데 이 책, '행복해지자'를 목표로 하는 책이다. ~~행복 마케팅~~

개인적으로, 행복을 말할 때 상대적 줄세우기, 그리고 '역행자-순리자'와 같은 갈라치기는 들고오면 안된다고 본다.

이 글에 반박하는 너는 자의식 해체 안된거임
자의식 해체 안됐으니 너는 순리자

이건 뭐 이곳저곳에서 많이 얘기가 되는 것 같으니 넘어가자

아주 예-전에 같은 책에 대해 전혀 다른 논지로 두 편의 독후감을 쓴 적이 있다.

'아프니까 청춘이다'가 베스트셀러에 오른 때였다.

그 책은 수 많은 청춘들을 힐링했고, 당시 고등학생인 나 또한 ~~무슨 고생을 했는지 모르겠지만~~ 힐링 받았다. 그리고 그 감상으로 독후감을 썼다. 힐링 캠프를 비롯해 '힐링의 시대'였다.

하지만 얼마간의 시간이 흐른 후 나무위키를 사랑한 나는 이 책의 문서를 읽게 됐고, 나무위키라면 으레 그렇듯 달려있는 비판 문서도 읽었다. 그리고 비판 논조의 독후감을 썼다. 팔랑이다 못해 펄럭이는 귀는 학생이었으니 좀 봐주도록 하자.

그리고 아마 그 때 즈음 헬조선이란 단어가 유행하기 시작했다.

그런면에서 이 책도 어떤 시대상을 드러내고 있는 것 아닌가 싶다.

몰입 (2023.07.15.)

Koesob — Sat, 29 Jul 2023 01:15:25 +0900

이번에 읽은 책은 황농문 교수의 '몰입' 합본판이다. 1부 2부로 나눠져 있지만 후술할 이유로 1부만 읽고 2부는 읽지 않을 예정.

'몰입'이란 책 제목을 딱 봤을 때, 무엇이 떠오를까?

'몰입이란 무엇인가'

'아 나는 집중력이 좋지 않아서 몰입하는 방법을 알고 싶은데'

...

뭐 이런 것들.

'몰입'과 관련해서 유명한 책으로는 한국어 기준 이 책과, 미하이 칙센트미하이 ~~우영우~~의 '몰입의 즐거움' 정도가 있다. 때마침 이전에 후자의 책은 읽은 적이 있으니 참고

몰입의 즐거움 (2022.02.02) 100번 읽은 것처럼 만들어드림 (tistory.com)

몰입의 즐거움 (2022.02.02) 100번 읽은 것처럼 만들어드림

https://youtu.be/pl0VuIBaX_I 요즘 '너 진짜 똑똑하다'라는 유튜버 이름을 자주 듣는다. 팀 동료인 신행이가 매일 너진똑~ 너진똑~ 신나는 노래를 불러서 알고는 있었는데, 이전에 글쓰기 내기를 진행했

koesob.tistory.com

이 '몰입의 즐거움'을 간단히 말하자면 딱 '몰입이란 무엇인가'에 대해 답을 하는 책이다. 애초에 '몰입'이란 단어를 정의한 사람이 칙센트 미하이로 알고 있다.

'과제의 난이도'와 '자신의 실력'이란 두 축으로 사람이 겪는 집중 상황을 말끔히 표현했다.

그런데 이 책, 꽤 난해하다. 초반부 몰입을 정의하고, 위 그래프처럼 정리하는 것까지는 괜찮은데 중반부를 넘어서부터는 저자의 인생론-'몰입이 사람을 행복으로 이끈다!'-을 담은 에세이로 변한다. 그래도 확실히 읽으면 좋은 책이긴 하다.

그렇다면 이 책 '몰입'은 어떤가.

음, 몰입으로 가는 '방법'을 알려주는 책이기는 하다. 그것까지는 부정할 수 없다.

다만, '몰입을 주제로, 심도있게 다룬 책'이라기보다는,

A : 아, 서울대 교수세요? 와! 대단해요! 어떻게 그렇게 대단한 성과를 이뤄낼 수 있었죠?

B : 허허, 제가 많은 경험을 했는데요. 이 경험들을 아마 '몰입'이라고 말할 수 있을 것 같습니다.

이런 대화에서 시작된 책이라는 느낌이 강하다.

무슨 말이냐- 학문적으로 '몰입'을 정의내리고 다뤘다기보다는 '나는 이렇게 잘 살아왔다. 그런데 살다보니 이렇게 하면 몰입 잘되드라~'라는, 몰입이란 커버를 씌운 자서전의 느낌이다.

뭐, 여기까진 좋다. 읽을 수 있다. 그런데 반복이 너무 많다 ㅎㅎ. 그게 2부를 안 읽게 된 결정적 이유다.

책 전체가

1. 계속 생각해라

2. 선잠 잘 수도 있다.

3. 집중력이 오른다.

4. 몰입이 된다.

이 4 단계를 끊임없이 반복한다. 저 4 단계 명시하면서 한 번, 자신의 일화와 엮어서 한 두 세 번, 방법 다시 정리하면서 또 한 번. 충분히 익힌 것 같아 2부는 읽지 않았다.

그래도 이 책, 내 기준에선 '선잠'을 긍정적으로 조명한 점에서 큰 의미가 있다.

평소 프로그래밍을 하든, 책을 읽든, 공부를 하다보면 종종 졸 때가 있다. 그것을

아 내가 지금 이 작업을 지루해하는구나

라고, 부정적으로만 여겼었다. 부정적인 작업을 하고 있다 생각하니 당연히 그 일을 하기 싫었다.

그런데 이 책은 그것을 '몰입으로 가는 단계'로 해석한다.

내 딴에 풀어쓰자면 뇌가 기존 작업에서 새로운 작업(프로그래밍, 독서, 공부...)으로 전환하기 위해, 잠깐 동안 실행되는 사이드 작업(=프로그래밍 용어로 컨텍스트 스위치)이 바로 이 졸음(선잠)이란 것이다.

물론 어떤 것이 맞는지는 알 수 없겠지만, 그렇게 생각하고나니 작업하는 중에 졸리면

아이고 웰컴웰컴~ 선잠 한 번 자야 몰입으로 가지~

하며 의자에서 그냥 잤다. 의자에서 자는거야 깊게 잠들 수 없으니 10분정도면 깨어났다. 1시간동안 졸 것을 10분만에 해결했으니 일단 이득.

그리고 능률이 올랐다. 그것이 정말 전환 작업이 끝나서인지, 아니면 잠깐의 수면으로 피로가 풀려서인지 알 수는 없지만 그게 중요한가? 능률이 올랐다고! 집중이 잘 된다고! 그래서 2차 이득.

와중에 이 책에서, 그 다음 단계부터는 '그 작업과 관련한 생각을 떠올리기 쉬워진다'라고 말하며 이것이 반복되어 일 생각이 자동으로 떠오르는 경지가 되면 그것이 몰입이라고 말하는데-

이것도 그냥 편하게, 한 번 졸고나서 양치하거나 설거지 할 때 일 생각 떠오르면

오! 나 지금 몰입으로 가고 있는건가! 좋아좋아!

라고 생각하니 이게 또 기분이 좋아지고, 일하고 싶은 생각도 들며 선순환이 돌게 됐다. 3차 이득.

뭐... 어떤 것이든 나한테 좋게 작용하도록 받아들이면 되는것 아니겠나-를 증명하는 글 같네. 이득교환 개이득