Alex

Vibrant Design System 과 함께하는 크로스 플랫폼 개발기

Vibrant Design System 두 번째 스토리입니다. 이 글은 Vibrant Design System을 크로스 플랫폼으로 개발하는 과정을 보여드리기 위해 작성되었습니다. 기존 클래스101 서비스는 웹과 앱이 각자 다른 코드로 개발되어 있었습니다. 하지만 Vibrant Design System이 도입된 뒤에는 플랫폼을 구분 짓지 않고 UI를 개발하고 있습니다. 우리가 이러한 Cross-Platform UI 라이브러리를 제작하기까지의 일들을 설명하기 위해
Alex

Vibrant Design System을 소개합니다

안녕하세요, 플랫폼 디자이너 타일러입니다. 과거 One Product System으로 발표된 클래스101의 디자인 시스템이 구독 서비스의 런칭에 맞춰 Vibrant Design System(이하 Vibrant)로 개편되었습니다. 🥳 앞으로 이 지면을 통해서 그 치열한 개편의 과정에서 얻게 된 여러 인사이트들과, 저희가 겪었던 문제와 그 해결에 관하여 시리즈 연재로 공유하고자 해요. 그 시작을 여는 첫 아티클에서
Alex

기술부채가 쌓여있는 상황에서 서비스 성능 임팩트 있게 개선하기

클래스101에서는 지난 세달간 광고 이탈율 개선 및 레거시 코드 청산을 목표로 겁나빠른클원 프로젝트를 진행하였습니다. 이 글에서는 거대한 기술부채가 쌓여있는 상황에서 어떻게 임팩트있게 서비스 성능을 개선 했는지 에 대한 경험을 공유합니다. 프로젝트 참여자: 이현우, 네롤리(박성민), 서재우, retn0, GeonHo Tony Han Context 클래스101은 2018년 3월에 첫 런칭을 한 이후 굉장히 많은
Alex

엔터프라이즈 프론트엔드 애플리케이션 아키텍쳐

소프트웨어의 수명과 복잡도는 대개 비례 관계입니다. 아무리 정교하고 아름답게 코드를 작성해도, 시간이 지날수록 코드베이스는 복잡해지기 마련입니다. 그래서 우리는 이런 문제들을 마법같이 해결해 줄 방법들을 찾아다닙니다. 이 글에는 클래스101에서 수십 명의 개발자가 하나의 애플리케이션을 함께 만들어 갈 때 발생하는 문제들을 해결하기 위한 우리의 고민을 담았습니다. 마이크로 프론트엔드 2018년 3월 처음 서비스를
Alex

styled-components와 함께하는 오픈 소스 디버깅

“개발 중 예상하지 못한 오류가 발생했거나, 의도하지 않은 동작이 일어나는 경우 어떻게 해결하시나요?” 면접에서 위 질문을 하면 열에 아홉은 Google이나 StackOverflow에서 찾아보고, 해결책을 적용한다고 대답합니다. 하지만 서비스를 개발하다 보면 더 복잡한 요구 사항을 처리해야 할 때도 있고, 우리의 스택과는 맞지 않는 해결책이 일반적인 경우도 있습니다. 클래스101의 웹 애플리케이션에 서버 사이드
Alex