프런트엔드 개발자에게 익숙한 코드 놀이터 CodePen이 2.0으로 다시 태어났다. 공동 창업자인 크리스 코이어(Chris Coyier)는 이번 개편을 두고 자신의 경력에서 가장 큰 성취일지도 모른다고 적었다. 더 눈길을 끄는 대목은 그다음이다. 그는 CodePen 2.0을 만드는 데 들어간 노력이 최초의 CodePen을 처음부터 만들어낸 전체 작업량보다 오히려 더 컸다고 말한다. 새 서비스를 맨땅에서 세우는 일보다, 이미 수많은 사용자가 매일 쓰는 성숙한 제품을 다시 쓰는 일이 더 고되다는 고백이다.
코이어는 이번 글에서 무엇을 왜 바꿨는지 세세히 설명하지는 않는다. 대신 관심 있는 사람은 'Why 2.0?' 팟캐스트와 'What's New?' 페이지를 참고하라고 안내하며, 본문에서는 출시 첫 주에 있었던 몇 가지 이야기를 풀어놓겠다고 예고한다. 즉 이 글 자체는 상세한 기술 명세서라기보다, 오랜 프로젝트를 세상에 내보낸 직후의 소회에 가깝다. 그렇기에 구체적인 신기능 목록을 여기서 단정할 수는 없지만, '왜 다시 만들었는가'라는 질문을 별도 채널로 정성껏 설명하려는 태도 자체가 이번 개편의 성격을 짐작하게 한다.
왜 재작성이 신규 개발보다 힘든가
실무자라면 코이어의 저 한 문장이 과장이 아님을 안다. 새 제품에는 지켜야 할 과거가 없다. 반면 오래 운영된 서비스를 다시 쓸 때는 기존 사용자의 작업물, 저장된 데이터 구조, 공유 링크, 임베드, 축적된 사용 습관을 모두 깨뜨리지 않아야 한다. 기능 하나를 새로 만드는 비용보다, 그 기능이 기존 것과 호환되도록 만들고 마이그레이션 경로를 확보하는 비용이 더 크다. CodePen처럼 사용자가 만든 펜(pen)이 웹 곳곳에 임베드되어 살아 있는 서비스라면, 하위 호환은 선택이 아니라 전제다.
여기에 더해 '동작하던 것'이라는 기준선이 존재한다는 점이 재작성을 심리적으로도 어렵게 만든다. 신규 개발에서는 기능이 하나라도 돌아가면 진전이지만, 재작성에서는 이미 잘 돌던 것을 새 구조에서 똑같이, 혹은 더 낫게 재현해야 겨우 본전이다. 눈에 보이는 성과가 늦게 나타나고, 그동안에도 기존 서비스는 계속 운영·유지되어야 한다. 많은 팀이 이른바 '대규모 재작성(big rewrite)'을 경계하는 이유가 여기 있다. CodePen 2.0이 실제로 출시까지 도달했다는 사실 자체가, 이 함정을 넘어섰다는 방증으로 읽힌다.
한국 실무자에게 주는 시사점
CodePen은 국내 프런트엔드 개발자와 학습자에게도 데모 공유, 재현 가능한 버그 리포트, 라이브러리 실험의 표준 도구로 쓰여 왔다. 따라서 이번 2.0 전환은 남의 제품 소식으로 끝나지 않는다. 즐겨 쓰던 저장 펜과 공유 링크가 그대로 유지되는지, 임베드가 계속 동작하는지, 사용하던 워크플로가 어떻게 바뀌는지를 각자 확인해 볼 필요가 있다. 세부 변경 사항은 'What's New?' 페이지에서 직접 대조하는 편이 정확하다.
제품을 운영하는 입장이라면, 코이어가 변경 내용보다 '왜 2.0인가'라는 배경 설명에 별도 채널을 할애한 방식이 참고할 만하다. 오래된 사용자층을 가진 서비스를 크게 바꿀 때, 사용자가 가장 먼저 던지는 질문은 '무엇이 바뀌었나'가 아니라 '왜 굳이 바꿨나'이기 때문이다. 그 이유를 납득시키지 못하면 개선조차 개악으로 받아들여진다.
다만 현재 공개된 소회만으로는 2.0의 구체적 실체를 평가하기 이르다. 성능, 편집 경험, 협업 기능, 요금 정책 같은 핵심 축이 실제로 어떻게 달라졌는지는 후속 자료와 출시 첫 주 이후의 사용자 반응을 통해 드러날 것이다. 지금 확실한 것은 하나다. 잘 돌아가던 제품을 처음부터 다시 쓰는 결정은 결코 가벼운 일이 아니며, 그 무게를 감당해 실제 출시에 이르렀다는 점만으로도 CodePen 2.0은 지켜볼 가치가 있다.