
## 알파고 이후의 시대

![러다이트 운동](../media/surviving-and-striving-in-the-age-of-ai-my-storyx/df1983f4.png)

온라인의 IT 이슈가 GPT로 모이고 있다. Youtube 첫 페이지에도 도배되고, 커뮤니티를 보아도 글이 왕창 쏟아진다. 브런치에 굉장히 오랜만에 들어왔는데 아마 한바탕 쓸고 지나갔을 거라 생각한다.

지금 GPT의 전망과 미래에 대해에 대해 부족한 생각을 정리해 글을 써도 허공에 외침 같을 거라는 생각을 한다. 분야의 전문가도 아닌데, 감히 분석해 보았자 소용없으리라. 접고, 저번 글에 이어 나의 "살아남기 위한
아등바등 거리는 이야기"를 쓰려한다. 나에게는 이게 맞다.

## "개발언어와 도구를 사용하는 생산 전문가"

나는 스스로를 개발자보다는 "개발언어와 도구를 사용하는 생산 전문가"에 가깝다 생각한다. 프로그래밍에 대한 학문적 지식이 있는 것도 아니고(나는 태생이 순수 문과 비전공이다), 단지 남들보다 빨리 컴퓨터로 뭔가
투닥거리면서 만드는 게 좋아서 자주 쓰다 보니"도구로 뭔가 만드는 일"을 돈 받고 업으로 할 만큼 경험이 쌓였다 생각한다. 나는 프레임워크의 코어 구조에 대해 이해하거나 멋진 알고리즘으로 훌륭하게 돌아가는 구현체를
만드는 게 아니라 "로그인 기능", "커뮤니티", "웹 사이트", "온라인 결제"를 훌륭하신 분들이 만든 라이브러리나 프레임워크를 사용해서 상품으로 만드는 일을 하는 "기술 유저"에 가깝다. 그래서 개발자라는 단어가
좋다. 나의 프로그래밍에 대한 지식의 부재를 "만드는 사람"이란 뜻으로 포장할 수 있어서.

알파고가 나오고 내심 오싹했다. 진짜 나 같은 개발자는 직업을 잃게 될지도 모른다는 생각이 들었기 때문이다. 당시 머릿속에 러다이트 운동이 스쳐 지나갔다. 내 앞에 불쌍한 정든 노트북을 어떻게 해야 하나?

하지만 실상은 달랐다. 알파고가 나온 뒤에도 한참 동안 AI는 먼 곳에 있었다. 다행이라 생각했다. 하지만 한번 더 뒤집혔다. Chat GPT 전에 Copilot이라는 친구가 나왔을 때이다.

이 친구는 자동완성을 해 주는 친구이다. 내가 특정 주석이나 코드를 치면 자동으로 뒷부분을 완성해 준다. 직접 사용해 보고 나서 소름이 돋을 정도였다. 간단한 구현체 정도는 주석만 달아도 A4용지로 인쇄하면 한 장은 족히 나올 양의 코드를 자동완성 해 줬다.

## ... 와 이번에는 정말 큰일인데?

그리고 얼마 지나지 않아 1년 치 서비스를 100불 내고 결제했다.

나는 이 친구를 잘 활용해서 매일 작업 능률을 올리고 있다. 가끔 바보 같은 답변이 나와 화날 때도 있지만 지시한 대로 수행하는 걸 보면 아주 훌륭한 조수를 둔 기분이다. 간단한 예제 정도는 코드를 분석하고 자동완성 해 준다. 남에게 설명하기 위해 내가 예제를 만들 필요가 사라졌다.

러다이트 운동이 일어났을 때 공포였고, 직업을 잃는 사람이 나오고, 아주 큰 변혁이 일어났지만 아마도 그 기계가 대체하게 될 때 대체되는 영역을 잘 이해하고 그 영역을 기계가 대체할 수 있도록 이끌어 나간 선구자(이자 배신자? 변절자?)가 있었을 것이다. 그리고 살아남았을 것이다.

GPT가 나왔다. 이번에도 Pro를 결제했다. 시즌 N 번째 "와 이번에는 정말 큰일인데?"를 또 외쳤다. 이미 맛을 한번 보았기 때문에 망설일 이유가 없었다. 이제 조수가 둘이 되었다. 지금도 여러 연구소나 실무 영역에 이런 방식으로 들어오고 있다고 하는데 머뭇 거릴 시간이 없었다. 나는 "기술 유저"니까. 도구는 잘 쓰면 쓸수록, 먼저 빠르게 적응할수록 조금이라도 빨리 장인이 되니까 시장에서 살아남을 수 있다.

이미 알게 모르게 앞자리에서도, 옆 자리에서도 브라우저에 GPT가 떠 있다. 서로 눈치는 보고 있지만, 능률이 오르는 건 사실이다. 산업화 시대에 기계를 마주하고 "공포가 기회로 보였던 사람"이 있었다면 그 사람이 되는 게 지금 시장에서 나의 생존 전략이다. 눈치 볼 필요 없다. 내가 잘 쓰는 사람이 되면 되니까.

몇 달 만에 내 태도도 바뀌었다. 개발자에게 주요 스택을 변경하는 건 굉장히 망설여지는 일이다. 가령, 중식 요리사가 가끔 한식을 할 수는 있겠지만, 간판을 한식집으로 바꾸는 건 쉽지 않은 일일 것이다. 요즘은 그런 용기가 날 지경이다. "모던 프론트 엔드 라이브러리"로 Vue.js를 몇 년간 써 왔는데, 요 몇 달 사이에 "React, Next.js"로 변경해 버렸다. 기본적인 프레임워크들 생태는 서로 비슷하니까 공식 문서 좀 공부하고 바로 GPT 켜고 실무에서 사용하는 주요 기능들을 컨버팅 해서 적용하기 시작했다. 공포가 기회로 바뀌는 순간이었다.

보편적인 기술들에서는 더욱더 유효하게 작용했다. 무중단 배포를 할까 말까 몇 주 고민했는데, GPT에 질문 던지고 하루 이틀 만에 환경에 적절한 방법을 찾아 도입에 성공했다. "Queue에 10개 node를 만들어서 1000개의 요청을 랜덤 한 간격으로 보낼 수 있는 특정 언어 구현체를 만들어 줘"라는 질문 하나만 던져도 적당히 고쳐서 쓰면 동작하는 스트레스 테스트 도구가 완성된다.

처음에는 "치트키" 쓰는 기분이 들었다. 하지만 이내 마음이 바뀌었다. 빠르게 만들고 남은 시간에 더 많이 새로운 걸 배울 수 있게 되고, 고민만 하던 기술들을 적용할 수 있게 되었다.

사람들은 GPT의 등장으로 어떤 미래가 올 지 질문을 던진다. 한 가지 확실한 점은, IT업계 종사자로서 이 기술을 빠르게 이해하고 사용하는 "유저"가 되어야 산업혁명 시대의 생존자처럼 흐름에 올라탈 수 있다는 건 확실하단 생각이다.

당장 정리하고 있는 프로필 사이트 초안에 "GPT"와 "Copilot"을 적었다.

생존은 경쟁이니까.


AI 시대를 마주하며 살아남으려 노력하는 나의 이야기


## 이상과 현실

회사를 차렸다. 그리고 드디어 회사에 개발자를 채용했다.

내 생각엔 이제 개발자가 출근하면 멋지게 자리에 앉아서 검은 창에 멋들어진 키보드로 현란한 타이핑을 하며 개발을 쭉쭉 이어가 줄 것 같다.
하지만, 그의 대부분 일과 중에서 코드를 짜는 시간은 그렇게 많은 비율을 차지하지 않는다. 대부분은 키보드 소리 좀 나다가 한숨 쉬다가 클릭 소리 좀 나고 그렇다.

뭐, 생각 했던 모습이 아니라서 약간 불안하긴 하지만, 이제 업무 지시를 해보자.

장팀장, 우리 이 기능 이렇게 좀 바꿔봐요.

## 어... 그거, 제 생각에는 안 바꿔도 될 것 같은데요?

뭐 좀 바꿔 달라고 하거나 기능좀 만들자고 하면 그걸 왜 그렇게 해야 하는지 되려 칼 같이 다시 질문으로 돌아온다.

"왜 그거 바꿔요?"

"그냥 이렇게 하면 안 바꿔도 될 것 같은데요?"

아니, 좀 그냥 해주면 좋겠는데 도대체 왜 개발자는 자꾸 안 된다고 하고, 또 그렇게 안 해도 된다고 할까?

## 개발자는 코드만 짜는 사람이 아니다

당황스러울 수는 있겠지만, 개발자 입장에서도 어쩔 수 없이 물어볼 수 밖에 없다. 그냥 하라는 대로 하면 오히려 쉽지만, 되려 왜 그렇게 해야 하는지 물어보지 않는 사람이 그 자리에 앉아있다면 나중에 공포스러운
일들이 벌어질 수도 있다.

개발자는 문제 해결을 꼭 코딩으로만 하지 않는다 물론 다른 직무를 담당하는 사람들도 그럴 것이다.
문제를 해결하는 더 좋은 방법이 있으면 경제적으로 선택한다.
혹여나 그 방법이 꼼수일 수도 있다. 하지만 꼼수라도 훌륭하게 문제를 해결하는 방법이라면 선택 할 수도 있다. 굳이 프로그래밍이어야만 할 이유는 없으니까.

## 질문을 다시 던지는 이유

개발자 입장에서, 잘 돌아가고 있는 프로그램이 있는데, 갑자기 중대한 의도하지 않은 버그가 아닌 이상, 그냥 기능을 바꿀 이유가 전혀 없다.
성능 개선이 필요하거나, 소프트웨어의 특성 때문에 계속해서 보수를 하지만, 개발자 타이틀을 빼고 생각 해보자.

가령, 굉장히 화면이 복잡한 SAP, ERP, 혹은 단순하지만 자주 사용하는 애플리케이션이 있다고 하자.
쉽게 쓸 수 있게 하자고 화면의 진입 위치만 바꾸더라도, "그 자리에 그 버튼이 없어서" 벌어지는 UX 의 참사만 생각해도 아찔해 진다.

화면의 요소만 해도 그러한데, 제품의 중대한 기능을 바꾸거나 한다면, 문제 해결 방법이 그거 밖에 없는지, 왜 그렇게 해야 하는지 당연히 물어볼 수 밖에 없다.
개발자 보다는 사실 문제 해결사에 가깝게 일하는게 대부분의 개발자의 역할이다.

## 문제 해결에 익숙한 사람

개발자는 계속해서 문제를 해결하는 사람이다. 제품에서 발생하는 이슈 부터, 코드 단위, 프레임워크 단위 이슈일 수도 있다.
요즈음엔 서로의 영역을 넘나드는 관계를 이해하고(가령, 요즘 클라우드 지식이 필수가 된 것 처럼) 복합적으로 해결해야 할 때도 있다.

같은 논리로, 문제를 다른 관점에서 바라보거나 거시적으로, 또는 미시적으로 바라보는데도 익숙하다.
예시로 OTIS(엘리베이터 브랜드)의 문제 해결 예를 들어보고 싶다.

### 엘리베이터는 엄청 느렸고, 고층 빌딩 이용자의 불만은 폭주했다.

[엘리베이터 속 거울 이야기 - 문제 해결에 대한 다른 시점의 솔루션 만들기](https://brunch.co.kr/@choigodaun6q/44)

- 문제 : 엘리베이터 속도가 너무 느려서 기다리느라 불만이다.
- 해결책 1 : 엔진을 개발해서 엘리베이터 속도 자체를 빠르게 만들자!
- 해결책 2 : 엘리베이터 기다리는 시간을 오래 걸린다 생각하지 않게 만들자!

개발자가 해야 할 것 같은 접근은 1번이다. 실제로 개발자가 매일 하는 일이다. 제품을 개선하고, 더 좋게 만들려고 노력한다.
이런 이슈는 루틴하게 개선하고 보완하면서 해결 되는 속도 보다 훨씬 빠르게 생겨나고 빠르게 해결해야 하지만 굉장히 어렵고 골치 아프다.

근본적인 해결책은 1번이다. 시간과 비용이 얼마 들지 모르는 모험을 해야 한다. 엔진 부터 개선하고, 기술을 새로 개발해야 할지도 모른다.
비슷한 느낌으로 제품에 이슈가 발생해 개발자에게 근본적인 해결책을 부탁하면, 기약 없는 일정과 비용을 말할 것이다.
그리고, 그 해결책이 준비되는 와중에 더 많은 이슈들도 발생할 것이다. 기간은 더 늘어나고 비용도 정비례 한다.

문제를 좀 더 비틀어서 생각해 보자. 정말 엘리베이터 사용자들이 엘리베이터의 속도가 느려서 불만이었을까?
아마도 당시의 엘리베이터 속도는 한계가 있었을 거니까 어떤 제품이여도 비슷했을 것이다.

현장에서의 VOC는 "엘리베이터는 느리고 답답하다" 라는 느낌이었다.
실제로 느린고 빠르다는 상대적인 느낌이고, 경험이다.
엘리베이터 속도 자체가 지금 보다 빨라져도 획기적으로 개선이 되지 않는다면 여전히 느리다고 생각하는 사람들도 있을 수 있다.

그리고 누군가는 말했다. "기다리는 시간이 지루해서 그럴 수 있으니 거울을 놓아보자!"고.
그렇게 문제가 해결되었다. 더 이상 지루하지 않게 엘리베이터를 기다릴 수 있으니까.

## 경제적인 방법으로 문제 해결하기

게으르게 보여도, 문제를 잘 해결하고 성과를 계속해서 잘 내는 개발자가 있다면, 문제를 쉽게 해결하기 위해 부던히 노력하고 다각도로 분석했을 거라 생각한다.
이런 모습이 내가 지향하는 방향이다.

개발자는 IT에 가까운 문제 해결하는 사람이라 생각한다. 그냥 프로그램 만드는 사람 쯤으로 쓰려 한다면, 능력의 30% 도 쓰지 않는 상황일 수 있다.
문제는 경제적으로 해결하는 게 제일 좋다. 물론 장기적인 목표로 KPI를 잡고 개선하는 건 필수이다. 하지만 요즘의 시장은 흐름도 빠르고, 자원도 넉넉치 않기 때문에 LEAN 하게 대응해야 한다.

개발자들이 요청하는 것들을 다 바꾸고 만들 수는 있겠지만, 계속해서 다른 방법은 없는지, 근본적인 이유가 뭔지 물어보고 빠르게 해결 할 수 있는 방법을 제시하는 것도 이런 논리이다.
개인적으론, 아직도 개발자는 커뮤니케이션 하기 어려운 포지션이라는 인식에서 자유롭진 못한 것 같은데, 서로 대화를 하면 할 수록 시너지가 나는 아주 중요한 포지션이라 생각한다.

# 기회비용

만약, 다시 돌아가 별 대꾸 없이 하라는 대로 했다고 생각해 보자. 불행하게도 개발은 방향이 바뀌게 되면 아주 큰 기회비용이 발생한다.
개발자가 "진작 그렇게 된다고 알려줬으면 좋을텐데. 이제 바꾸려면 좀 더 걸려요." 라고 말하는 걸 한번쯤 들어봤을 것이다.

엘리베이터의 사례를 들어보자. 바라는 대로 속도를 빠르게 만들었는데 안전 문제가 생기거나 너무 빨라서 사용하기 힘들 경우에는 또 다른 기회비용이 발생한다.

그래서 시장의 반응과 고객의 의견이 어떤 걸 의미하는지 문제의 진짜 속내를 파악하려 노력하고 서로 의견을 자주 나누는 게 중요하다.
누군가는 분명 거울을 달자는 얘기를 듣고 "얘 또 일하기 싫으니까 딴생각하네" 하고 지나갈 수 있겠지만, 결론적으론 당시에 많은 자원을 벌 수 있게 한 아이디어였을 것이다.

개발자들은 기회비용을 많이 따져 볼 수 밖에 없다. 잘 쓰지 않는 기능도 나중에는 쓸 것 같으니 넣어달라는 주문이 그렇지 않아도 많고, 돌아가고 있는 제품이 문제가 생기지 않게 계속해서 가꾸는 일도 게을리 하면 안된다.

개발하지 않고 비용으로 대체할 수 있는 많은 방법들도 있다.
구독형 서비스를 이용하거나(가령, SMS나 이메일을 보내는 서비스를 우리 자체적으로 만들 수도 있지만, 클라우드에서 구독형 서비스로 제공하거나 다른 서드 파티 업체에서 쉽게 쓸 수 있게 제공하는 경우가 많다.), 정책적으로(특정 부분은 품이 많이 들지만 데이터가 모이기 전까지 우리가 하자!) 해결할 수도 있겠다.

만들기 전에는 수정하고 바꾸기가 비교적 쉽지만, 서비스가 운영되는 순간부터는 운영과 개발이 동시에 관심사가 되기 때문에 생기는 기회비용도 크다.
당장 라이브 되고 있는 서비스의 스펙이 바뀌게 되면 사이드 이펙트들이 발생할 수 있기 때문이다.

결제를 한번만 받는 단일 결제 방식에서 구독 방식으로 바뀐다면? 기존 고객들을 대응하는 서비스와 새로운 고객에 대응하는 서비스 2개가 돌아야 할 것이다.
돈 받는 일이 뭐 크게 달라지냐 싶지만, 결제일 계산 부터 실패 시나리오까지 복잡도가 기하급수적으로 늘어난다. 배포와 패치, 그리고 실시간 처리를 신경써야 한다면? 더더욱이다.

# 부록 : 아무 일도 없어야 월급 값어치를 하는 경우

![엄청난 기세의 전화가!](../media/service-engineer-vs-just-coderx/49635477.png)
해달라는 건 안 해주고 맨날 바쁜척만 하는 것 처럼 보일 수도 있겠지만, 아무 일도 없게 하는 게 더 어려운 경우들도 있다.
프로그램들은(웹 서비스나 애플리케이션도) 소프트웨어라는 닉값 하듯 주변 환경이 바뀌면 계속해서 관리해 주어야 기본 동작을 한다.

안드로이드나 iOS, Windows나 OSX 같은 운영체제들은 계속해서 업데이트를 하고 있고, 그 위에서 돌아가는 프로그램들도 대응을 해야 할 때가 있다.
멀쩡한 프로그램들이 운영체제 업데이트 이후에 정상적으로 안 돌아가는 경우가 있을 것이다. 바로 그 문제이다.

정책 변경으로 인해 현상유지를 하기 위해서 작업해야 하는 경우도 있다. 지금은 당연하지만 소셜 로그인을 사용할 경우, 애플은 애플 ID를 지원하지 않으면 애플리케이션 심사에서 반려된다. 잘 운영하고 있던 서비스가 정책 변경으로 인해 작업할 내용이 생기는 것이다.

# 게으른, 게으르게 보이는 실력 있는 개발자가 되고 싶다

개발하지 않는 게 제일 나은 경우가 생각 보다 많다. 오히려 그냥 시키는 대로 개발하는 게 더 마음이 편할 때도 있다.
하지만, 개발이 아니라 문제 해결로 현상을 바라보면서 부터 마음이 복잡해진다. 미래에 이 기능을 유지보수 해야하는 동료나 미래의 내가 욕하는 상황은 아니였으면 한다.
최신의 기술과 근본적인 문제 해결은 아닐지라도, 지금 상황에 맞는 기술과 문제 해결 방법을 택하려 노력하는 게으르고 바쁜 개발자가 되고 싶다.

일 하기 싫어서 별 논리를 다 펼쳐보았다.
사실 천재 개발자들은 이미 다 근본 원인 해결하고 퇴근했을듯.


게으른 개발자로 살아남기


거기도 메타버스 한대?
지금 세상은 메타버스에 점령당한 듯하다. 부동산 플랫폼도 메타버스 한다고 하고, 게임 회사도 메타버스 한다고 하고, 투자자들도 메타버스에 열광하고, 마치 온 세상이 메타버스에 열광하는 듯하다.

> 메타버스(metaverse) 또는 확장 가상 세계는 가상, 초월을 의미하는 '메타'(meta)와 세계, 우주를 의미하는 '유니버스'(universe)를 합성한 신조어다. '가상 우주'라고 번역하기도 했다. 이는 3차원에서 실제 생활과 법적으로 인정되는 활동인 직업, 금융, 학습 등이 연결된 가상 세계를 뜻한다. 구체적으로, 정치와 경제, 사회, 문화의 전반적 측면에서 현실과 비현실이 공존하는 생활형, 게임형 가상 세계라는 의미로 폭넓게 사용한다.

당연히 IT 시장에 있으면서 이게 뭐냐는 물음을 피할 순 없었다. 아는 척하려고 위키를 몰래 쓱싹 읽고 대답을 뱉으려 했는데 막상 비유할게 머리에는 있지만 대답하기 힘든 상황이 되었다.

![이...이거도 메타버스 아닌감...](../media/metaverse-syndromex/2bbfd2e5.png)

싸이월드가 떠올라 버렸기 때문이다. 혹시나 싸이월드 모르면 어떡하지...? 그리고 싸이월드 다음은 MMORPG인 리니지와 바람의 나라가 떠올랐다.

![보아 노래와 함께 PC방을 울렸던 추억의 BGM 이 머리에 재생된다.](../media/metaverse-syndromex/884ad667.png)

분명 신조어고 새로운 개념인데 개념을 읽고 생각할수록 "그냥 예전에 그것들 같은데?" 하는 생각이 드는 이유는 메타버스가 그렇게 딱 하고 정의된 개념이 아녀서인 듯하다. 메타버스의 조건을 열거하면 다음과 같다.

- 온라인이고,
- 어떤 특정 역할을 할 수 있는 매개가 있고(아바타)
- 사람들 간의 커뮤니케이션이 가능하며
- 규칙이 있고
- 일련의 영향을 주고받을 수 있다.

대략 이런 구성요소가 있는 듯한데, 이미 이런 요소를 충족하는 서비스나 플랫폼, 그리고 경험은 엄청나게 많은 분야에 깔려 있다. 특히 온라인 롤 플레잉 게임은 차고도 넘친다. 모든 게임 산업은 그럼 메타버스 산업?

## 아직은 너무 큰 개념

뉴스에 나온 메타버스 주제의 무언가를 보면서 "이것도 진짜 메타버스인가?" 하는 물음을 던진 적 있다면 "아마도 메타버스 일 겁니다"라고 말할 수 있다.

아직은 너무 큰 개념이기 때문에 어디에 붙여도 "메타버스" 라 할 수 있는 지경. 사실상의 온라인 게임들 대부분이 위 열거한 조건들을 갖추고 있고, 특히나 사람들이 온라인에서 경험하는 게임들은 그 구성요소를 아주 잘 갖추고 있다.

![가성비 VR 오큘러스](../media/metaverse-syndromex/fe3df054.png)

뭔가 이런 걸 쓰고, 들고 해야 메타버스 일 것 같지만, 사실 여기까지 가지 않아도 이미 메타버스의 그것을 충족하는 것들은 무궁무진하다. 아직은 너무 크고 다양한 것들을 포괄할 수 있는 개념이라는 것.

(더구나 뭔가 우리가 만들고 있는 서비스에 "메타버스" 붙여놓으면 멋지고 투자자가 혹할 것 같기도 하다.)

## 좀 더 "메타버스" 스러우려면?

시장을 좀 더 들여다보면, 그래도 좀 더 메타버스스러운 것들은 증강현실이나 가상현실, 그리고 몇 가지 키워드 기술들이 더 들어간 것들을 "그래도 메타버스 맞네!" 하며 생각하는 듯 하다.

- 가상현실(VR) : 위 사진처럼 "내가 가상세계에 들어가서 활동"
- 증강현실(AR) : 포켓몬 고처럼 카메라나 디스플레이 기술로 현실과 가상이 혼합
- 블록체인 : 비트코인을 만드는 그 기술. 경제 구조에 있어 "소유권"을 처리하는 등 쓰이게 됨. 현실 세계의 경제와 연결다리.
- 디지털 트윈 : 아바타의 강화. N잡러나 부캐를 떠올려 보세요.

## 결론 : 그래서 지금 메타버스가 뭔데?

결론을 내리가 참 힘든 게, 사실 많은 사람들이 메타버스에 대해서 저마다 다른 걸 보면서도 "이게 메타버스지" 하고 있기 때문이다. 네가 말하는 그것도 메타버스고 내가 말하는 이것도 메타버스라는 것. 아직은.

"이 현상"을 이렇게 생각하면 쉽게 이해할 수 있을 듯 하다. 유비쿼터스라는 말 보다 iOT라는 단어가 더 익숙하고 웹하드의 비슷한 말로 쓰이던 클라우드라는 단어가 이제는 인프라를 넘어 생활 곳곳에 쓰이고 있는 것처럼 메타버스도 "사이버 세상"을 부르는 다른 단어로 보면 어떨까? 많이 다른가? 별로 그렇진 않은 것 같다.

## 과도기에 아직 너무 흔들리지는 말자.

물론, 이 모든 걸 다 "껍데기 바꿨네?" 하며 이름 바꾸기로 치부하는 건 아니다. 항상 기술은 이렇게 새로운 이름으로 바뀌어 가면서 발전했고 개념을 주도하는 무언가가 등장해 세상을 바꾸곤 했으니까.

단, 이 메타버스 흐름에는 충분히 즐겁게 설레어도 되겠지만 조금은 조심해야 할 것은 앞에 처음 말했던 것처럼 여기저기에서 메타버스 꼬리표를 붙이고 다니는 모든 것들을 조금은 비판적으로 볼 필요가 있다는 점이다.

![이제… 핀테크 걸음마 뗐는데, 이미… 다단계 사기업체 활개](../media/metaverse-syndromex/311c344d.png)

핀테크라는 단어가 열풍일 무렵, 전국 각지에서 너도 나도 핀테크를 들먹이면서 시끌벅적하던 때가 있었다. 돈이 도는 곳에는 탈을 쓰고 나타나는 사람들이 있다. 큰 유행과 흐름은 항상 돈이 함께하고 돈이 모이는 곳에는 늑대들이 있다는 걸 까먹지 않았으면 좋겠다.


아카이브

글 목록

2023

2021