뮬런버그는 오래전 부터 php 를 버리겠다는 계획을 마음속에 두고 있었습니다.

https://hackya.com/kr/워드프레스가-php-를-버린-이유/

그리고 워드프레스 5.0 은 뮬런버그의 본심을 드러내는 첫 번째 버전입니다. 워드프레스 5.0 이 논란이 되는 가장 큰 이유는 구텐베르크 탑재 때문입니다.

조만간 출시되는 워드프레스 5.0 core 에 포함될 Gutenberg (이하 구텐베르크) 는 뮬런버그가 독.재.적으로 밀어붙여 개발되고 있는 글 편집기 (editor) 입니다.

구텐베르크는 현존하는 여러 상업 page builder (대표적으로 VC, 비주얼 컴포져 가 있죠) 와 동일한 방식으로 post 와 페이지 를 생성해 줍니다. 사용자가 개별적인 블록을 생성한 후, 이걸 마우스로 drag & drop 해서 post 나 페이지를 생성할 수 있게 해주는건데, 어떤 새로운 개념도 아니고, 신기술도 아닙니다.

제 기억으로 무려 7-8년전에 그누보드에서 이걸 시현해 보이신 개발자 분도 계셨고, 워드프레스 캠프내에서는 여러 개발팀들이 10년전 부터 개발해왔습니다.

그런데 왜 논란이 되냐구요? 기존 페이지빌더들은 모두 php 기반의 빌더이지만 이 구텐베르크는 자스 (javascript) 기반 입니다. 그 사실 자체로도 논란이 될 소지는 전혀 없습니다.

논란의 이유는 기존 php 기반의 플러그인들과 호환되지 않기 때문입니다. 가장대표적으로 custom post type 과 충돌을 일으킵니다.

워드프레스 개발자들이 워드프레스에 입문해서 가장 처음에 보편적으로 배우는 기술이 뭡니까? 아마 custom post type 생성하기 일겁니다.

Custom post type 은 글만 보여주는 단순한 워드프레스 post 에 여러가지 기능을 부여할 수 있는 매우 쉽고 보편적인 개발방식 입니다. 그래서 custom post type 을 자동 생성해주는 생성기까지 존재합니다.

https://generatewp.com/post-type/

비개발자 분들에게는 custom post type 이 얼마나 중요한지 피부로 와닿지 않으실 수 도 있는데, 다들 우커머스는 뭔지 아시죠? 워드프레스를 쇼핑몰로 만들어 주는 플러그인 이죠. 이 우커머스에 존재하는 제품들이 바로 이 custom post type 형태로 존재 합니다. 이제 이해가 좀 되셨나요?

물론 우커머스는 현재 워드프레스 (Automattic Inc.) 가 소유하고 있고, 구텐베르크 개발팀은 구텐베르크 가 우커머스와 충돌하지 않고 작동할 수 있도록 여러 충돌방지 코드를 짜고 있습니다.

그런데 위에서 말씀드렸듯, custom post type 은 매우 다양한 기능을 간단하게 구축할 수 있는 개발방식이라 미국내에서만 최소 수백만개의 웹사이트들이 각자 다른 방식으로 작동하는 수십만개의 custom post type 으로 사이트를 돌리고 있습니다.

우커머스야 문제 없이 코드를 보완한다고 해도, 이 수십만개나 되는 custom post type 들은 어떻게 될까요? 각 custom post type 개발자들이 자스 (javascript) 을 배우고, react 을 배워서 자신들의 custom post type 이 구텐베르크 와 충돌하지 않고 작동할 수 있게 고쳐야 하는 겁니다.

개발자 입장에서, 도대체 왜 이런 미친짓을 해야 하는지 의문이 생기지 않을 수 없습니다.

도대체 구텐베르크의 어떤점이 기존 상업 페이지빌더 보다 더 낫다고 볼 수 있을까요? 직접 다운받아서 설치해 보시고 사용해 보세요.

https://wordpress.org/plugins/gutenberg/
기존 상업/유료 페이지빌더들 보다도 더 퇴보된 형태의 편집기 라고 밖에 말할 수 없으실 겁니다.

물론 Automattic 사 와 뮬런버그의 입장을 이해 못하는게 아닙니다. 미디엄 과 Wix 가 wordpress.com 의 지분을 야금야금 먹어들어가고 있는 상태고 뮬런버그 입장에서 미디엄과 같은 UI 를 제공하고, Wix 같은 웹사이트 구축을 가능하게 해서 wordpress.com 의 지분을 지키고자 하는 심정은 백분 이해 합니다.

인터넷의 1/3 을 워드프레스가 돌리고 있지만, 그 시장점유율에 걸맞지 않는 수익성은 오래전부터 지적되어 왔는데, 이제 미디엄 하고 Wix 까지 워드프레스.com 의 수익성을 악화시키고 있으니 뮬런버그 입장에서 어떤 특단의 조치를 취해야 한다고 느낀건 지극히 당연하다 생각합니다. 저는 뮬런버그가 지향하는 큰 그림에는 대체적으로 동의하고 이해합니다. 하지만 기술적인 부분에서 그는 매우 잘못된 결정을 내렸다고 밖에 말할 수 없습니다.

왜 구텐베르크는 자스 (javascrpt) 기반이어야 했는가?

미디엄이 나오며 가장 많이 사용된 수식어는 블로깅의 차세대 UI 였습니다. “인터넷의 미래” 라는 표현까지도 언론사들이 했는데, 그만큼 미디엄의 UI 는 혁신적이었습니다. 한국에 “브런치” 라는 짝퉁 미디엄까지 나왔을 정도니까요.

뮤런버그는 이런 차세대 UI 는 php 기반으로는 구현이 불가능하다는 결론을 내리고 이때부터 php 를 버릴 생각을 갖게 됩니다. 이래서 칼립소 (Calypso) 가 react 기반으로 개발되었고, 이제 구텐베르크 까지 개발하며 미디엄 과 Wix “필”이 나는 워드프레스.com 을 만들어 가고 있는 것 입니다.

하지만 미디엄의 UI 는 php 를 back-end 로 돌리고, front-end 에서만 자스 로 충분히 구축할 수 있습니다. 특히 워드프레스 rest api 가 개발되었기에 더더욱 back-end 를 자스로 돌릴 이유가 없어졌습니다. (이 부분은 아직 그렇게 된것도 아닌데 제 생각이 너무 앞서나갔네요.) 뮬런버그는 이런 기술적인 문제에 대한 핵심을 제대로 이해하지 못한듯 보입니다.

왜 뮬런버그는 vuejs 가 아닌 react 을 선택했는가?

수도없이 많은 워드프레스 개발자들은 압도적으로 워드프레스에는 vuejs 가 어울리는 파트너고 react 은 좋은 선택이 아님을 밝혀왔습니다. 어느 polling 에서나 대략 75:25 정도의 비율로 워드프레스 개발자들은 vuejs 를 선호합니다.

이건 라라벨만 봐도 너무나 당연한 결과 입니다. vuejs 는 하나의 프레임워크가 될수도 있고, UI 가 될수도, 아니면 jQuery 대체 솔루션도 될수 있을 정도로 유연한 제품입니다. 반면 react 은 솔루션 자체가 항상 react 중심으로 개발되어야 합니다. React 은 Angular (앙) 과 같은 부류인거죠.

워드프레스에 react 사용이 부적절한 이유는, react 은 css 고 html 이고 모두 자스내에서 작동해야 합니다. 이래서 태생적으로 워드프레스 같은 php 솔루션과는 너무나 어울리지 않는 제품인겁니다. 불행하게도 뮬런버그는 이런 기술적인 문제를 파악하지 못했습니다.

앞으로 워드프레스의 미래는?

워드프레스의 끝이 보인다. 워드프레스 4.x 에서 선을 긋고 wp 4.x 를 fork 해서 wordpress.com 과 별도로 독립적인 캠프를 차리자 라고 주장하는 개발회사들도 꽤 됩니다.

뮬런버그에 몹시 옹호적인 제 자신이 생각해도 현재 뮬런버그는 너무나 잘못된 길을 가고 있습니다.

Rest API 까지는 좋았는데, 사실 구텐베르크를 그냥 플러그인으로 남겨두었어도 이렇게 까지 논란이 되지는 않았을텐데, 뮬런버그는 너무나 독재자 같은, 그리고 매우 잘못된 기술적인 판단을 내린 사실을 부인하기 어렵습니다.

구텐베르크를 통해 워드프레스의 블로깅 기능이 강화되고, 사용자들이 간단한 형태의 웹사이트는 더욱더 쉽게 구축할 수 있게 될것임은 분명 합니다. 하지만 뮬런버그가 놓치고 있는 부분은, 워드프레스는 더이상 블로깅 솔루션이 아니라는 점 입니다.

워드프레스는 e-commerce, SaaS, 이외 여러가지 비지니스 어플리케이션에 동원되고 있고, 미국의 중소기업들은 워드프레스를 이런 비지니스 도구로 쓰고 있지 블로깅이나 하려고 쓰고 있지 않습니다.

그래서 워드프레스 5.0 은 정말 많은 중소기업들과, 그 중소기업들을 상대로 기술지원을 하고 있는 워드프레스 개발자들의 등을 돌리게 할 것 입니다.

지금까지 잘만 돌아가는 custom post type 시장에 왜 깽판을 놓나요? 기존 사이트들은 웹사이트 구축이, 그것도 Wix 같은 매우 간단한 모습의 사이트 구축에 편의성이 생긴다고 득보는 것 하나도 없거든요.

hackYa 가 드리는 현실적인 제안

사실 워드프레스가 fork 된다고 해도 새로운 캠프가 얼마나 힘을 얻을지도 아무도 모르는거고, 그렇다고 워프 5.0 으로 올라가면 기존 솔루션이 다 박살날거고. 이런 상황에 놓이신 개발자 분들은 머리가 많이 아프실텐데요. (저도 한참동안 골아팠습니다.)

일단 5.0 으로 올라가시고 이 플러그인을 쓰시는게 현실적인 해결책이라 생각됩니다.

https://wordpress.org/plugins/classic-editor/

이 플러그인을 설치하시면 기존 editor 를 계속 사용하실 수 있고, 구텐베르크 를 비활성화 시키실 수 있습니다. 그리고 상황을 잘 관망하셔야 할 것 같습니다. 현재 워드프레스를 사용하는 대기업들 중 (CNN 이라던지 Bloomberg 같은) 하나라도 워드프레스 4.X 에서 fork 를 한쪽으로 옮겨 준다면 그쪽으로 노선을 갈아타는 것도 고려해 보셔야 할 것 같습니다. 그렇게 되면 결국 비지니스 쪽 과 블로깅 쪽으로 워드프레스가 양분화 되는거긴 한데, 이건 뮬런버그가 자초한 일이라 어쩔 수 없습니다.

카테고리: javascript, Web Development, 워드프레스