TOAST UI

2020년 새해가 밝았다. 올 한 해를 계획하기에 앞서, 작년 한 해를 되돌아보는 시간을 가지려고 한다. TOAST UI는 GA(Google Analytics)와 여러 통계 자료를 통해 사용자가 어떤 제품을 많이 사용하는지, 어떤 경로를 통해 브랜드 사이트로 접속하는지 등을 관심 있게 지켜보고 있다. 다양한 통계 수치를 살펴보면서 2019년에 TOAST UI가 얼마나 큰 활약을 했는지 확인해보자.

TOAST UI Grid는 자체적인 반응형 시스템을 구축하여 데이터의 상태 관리를 하고 있다. 데이터가 변경되면 반응형 시스템이 변경을 감지하고 있는 다른 데이터 속성들도 자동으로 갱신해주기 때문에 데이터의 변경 관리를 편리하게 할 수 있었고, 간결하면서도 선언적인 코드를 사용할 수 있어 불필요한 코드도 줄일 수 있었다. 하지만 대용량 데이터를 반응형 데이터로 변경할 때 치명적인 성능 문제가 있었고, 그리드의 초기 렌더링 속도 저하를 유발했다

이 글을 읽고 있을 개발자라면 적어도 한 번쯤 API 문서를 작성해 본 경험이 있으리라 생각한다. "오전까지 100개 함수에 대한 API 문서를 만들어주세요."라는 업무가 주어졌다고 가정해보자. 이때 어떤 그림이 그려지는가?

TOAST UI Grid는 여러분의 데이터를 효과적으로 표현하고, 편리한 사용성을 제공하기 위해 많은 노력을 해왔습니다. TOAST UI Grid 4.0은 더 빠르고, 가벼우면서 사용하기 편리한 제품을 제공하는 것을 목표로 올해 초부터 시작되었습니다. 의존성 제거, 가상 DOM을 통한 성능 향상, API 개선을 목표로 대대적인 작업을 진행하였고, 마침내 더 강력하고 가벼워진 TOAST UI Grid 4.0을 선보이게 되었습니다.

TOAST UI Grid는 현재 새로운 메이저 업데이트인 버전 4를 릴리스하기 위해 열심히 준비중이다. 버전 4는 Backbone과 jQuery를 사용해서 작성했던 기존의 코드를 모두 버리고 처음부터 새로 작성하는 대대적인 개편 작업이다. 이번 업데이트를 통해 불필요한 의존성을 줄이면서, 훨씬 더 가볍고 빠른 그리드가 되기를 기대하고 있다.

2018년은 FE개발랩에 좋은 일이 많은 한 해였다. 랩에서 내놓은 오픈소스 프로젝트들이 좋은 반응을 얻었고, 몇 가지 의미있는 성과를 얻었다. 아직 오픈소스 생태계에서 큰 역할을 하지 못하는 대한민국에서 좋은 오픈소스 프로젝트들이 많이 나왔으면 하는 바람으로 몇 년간 우리가 오픈소스를 운영하면서 얻은 나름의 결과를 글로 작성한다.

2년에 가까운 시간 동안 4k의 커밋, 50회 이상의 프리 릴리즈, 그리고 많은 도움에 힘입어 바벨 7 정식 출시를 발표하게 되어 흥분된다.

TOAST UI Editor는 2015년 3월에 첫 커밋이 이루어진, 대략 3년이 된 프로젝트이다. 2017년 12월 30일 이 프로젝트의 버전을 1.0으로 올리고 npm에 배포하기 위해 연말에 출근을 했었고, 당시 이 프로젝트의 저장소는 연말 사무실의 풍경만큼이나 한산했다. 3년간 정확히 160개의 github 스타를 받았었으며, PR은 기대하기 힘들었다. 이슈는 몇 달에 한 번씩 나타나 "이 프로젝트는 오픈소스야"라는 정체를 희미하게 알리는 정도의 역할을 하였다.

프론트엔드 개발에서 필요한 자바스크립트 프레임워크 및 라이브러리는 패키지 매니저를 통해 설치하고 사용할 수 있다. 패키지 매니저의 종류로는 bower, npm, yarn 등이 있고, nodejs로 개발하는 환경에서 모듈을 사용하기 위해서는 사용하고자 하는 모듈이 npm에 등록되어 있어야 한다. 더 자세히 말하면 내가 만든 모듈을 다른 모듈에서 사용할 수 있도록 npm 중앙 저장소에 배포(publish)하는 작업에 해당된다.

웹 서비스에서 자바스크립트의 의존도는 계속 증가하는 추세다. github에 등록된 프로젝트들(2015년도 조사 자료)만 봐도 자바스크립트의 비중이 가장 높고, 실제로 여러분의 프로젝트들도 대부분이 그럴 것이다. 여러분은 혹시 다음의 경우를 겪지 않았는가?