LINE Careers

업무에 관한 이야기

Q LINE의 Platform Product Engineering 1 조직과 아연님의 담당 업무에 대해 소개해 주세요!

제가 소속한 Platform Product Engineering 1에서는 주로 웹 개발과 관련된 업무를 하고 있습니다. 저희가 담당하는 주요 서비스는 ‘LandPress’입니다. 사내 직원 대상 노코드 플랫폼으로, 기획자도 개발자도 누구나 쉽게 웹사이트를 개발하고 배포하는 것을 도와주는 서비스입니다. 모니터링을 위한 간단한 사이트부터 이벤트성 웹사이트 그리고 CMS, 블로그 등 다양한 목적의 웹사이트 개발이 가능해요. LandPress는 크게 3가지 유형으로 나눌 수 있는데요. 먼저 LandPress Contents (LPC) 는 데이터를 저장하고, API를 제공하는 headless CMS입니다. 그리고 LandPress Studio (LPS)는 노코드(no code) 웹사이트 제작 도구로, 코딩 경험이 없어도 스튜디오의 다양한 도구를 활용하여 제작한 화면이 그대로 웹사이트가 만들어집니다. 마지막 LandPress Deploy (LPD)는 개발한 웹사이트의 소스 코드를 가져와 사용자가 설정한 대로 빌드하고 배포합니다. 따라서 사용자들은 필요에 맞게 LandPress의 다양한 서비스를 조합하여 간단하고 빠르게 웹사이트를 제작할 수 있죠. 저는 그중에서도 LPC를 개발하고 있습니다. Headless CMS는 요즘 IT업계에서 많은 관심을 받고 있는 부분인데요. 말 그대로 머리(head), 프론트엔드(front-end)가 없는 CMS에요. 프론트엔드 개발자가 프론트가 필요 없는 서비스를 개발한다는 점이 어쩌면 생소하게 느껴지실 수도 있을 텐데요.(웃음) 기존의 CMS는 프론트엔드와 백엔드를 함께 제공하기 때문에 강하게 결합할 수밖에 없고, 이 때 데이터가 많아지거나 복잡해진다면 빠르게 발전하는 기술 속도에 비해, 최신화하는 부분이 느려질 수가 있어요. 그런데 headless CMS의 경우, 프론트엔드 계층이 분리되어 있기 때문에, 오직 콘텐츠에만 집중할 수 있다는 장점 때문에 각광받고 있는 주제입니다.

Q 글로벌 사용자를 대상으로 하는 업무를 하실 때, 특별히 고려하거나 준비하는 사항이 있으신가요?

LINE은 글로벌 사용자를 대상으로 하기 때문에, 서비스를 이용할 때 나라별로 다른 언어를 노출하거나 직접 원하는 언어를 선택할 수 있도록 개발하는 것이 중요해요. 이때, 언어별로 가지고 있는 특성을 이해하는 것이 필수 요소인데요. LYP premium 프로젝트를 진행할 때, 무려 19가지의 언어를 대응하며 화면에 녹여낼 때 대응해야 할 여러 케이스들이 있었습니다. 첫 번째로 사용자가 거주 중인 위치 정보에 대한 동의를 받을 때, 사용자가 사용하고 있는 웹 브라우저나 기기 설정별로 ‘언어코드’가 내려오기도 하고, ‘언어국가코드’가 내려오기도 합니다. ‘언어코드’는 특정 국가나 지역을 지정하지 않고 언어만 나타내는 코드이고, ‘언어국가코드’는 언어와 국가를 모두를 나타내는 코드에요. 예를 들어 한국어의 경우 언어코드는 ko, 언어 국가코드는 ko-kr과 같은 식인데요. 그런데 간체/번체 등 구별하여 언어를 사용하는 경우 국가코드가 없다면 어떤 번역체를 써야 할지 난감했는데요. 임의로 제공할 수 없기 때문에 이러한 엣지 케이스를 파악하여 기획, 번역팀과 고심하여 대응했던 기억이 있습니다. 두 번째로, 일본어의 경우 전각과 반각을 혼용하여 쓰는 경우가 많은데요. 보통 반각을 이용하지만, 가타카나의 경우 타이핑하는 폭이 더 넓은 전각을 사용하기도 해요. 만약 사용자가 두 요소 모두 자유롭게 사용하고 싶다면, 검색할 때 전각으로 입력 시 반각으로 바꿔 서버에 보내는 등의 케이스도 함께 고려해야 했어요. 마지막으로, 아랍어의 경우 오른쪽에서 왼쪽으로 글을 쓰고 읽는 Right to Left (RTL) 문자입니다. 그래서 문자도 반전, 컴포넌트의 위치도 반전을 시켜주어야 해요. Html의 속성에서 dir이라는 속성에 RTL을 부여하면 좌우를 반전시킬 수 있죠.

Q 타 직군과 부서, Globally 협업 시 가장 중점을 두는 부분이 있다면 무엇인가요?

Front-end 개발자는 타 부서와의 협업이 굉장히 많은 편이라고 생각해요. 개발 과정 중에 애매한 부분이 있으면 기획자와 협의하고, 화면을 개발하는 과정에서 컴포넌트에 맞지 않은 디자인이 있거나 제가 충분히 의도를 이해하지 못했을 때 마크업 팀과 논의를 해요. 또 데이터를 불러오는 API나 에러 케이스에 대해서는 서버팀과 이야기합니다. 문서가 있긴 하지만 명확하게 이해하기 위해 커뮤니케이션이 많을 수밖에 없어요. 보통 리모트 워크이기 때문에 슬랙 채널로 논의를 많이 하는 편인데요. 아무래도 텍스트 기반이고 번역툴의 오류까지 있을 경우, 의도와 다르게, 오해가 생길 수 있어요. 문제를 잘 알고 있는 것과 잘 표현하는 것은 다른 문제라고 생각해요. 그래서 저는 상대방이 지금 발생한 문제에 대해 어떠한 배경지식도 없다고 가정하고 최대한 자세히 설명하는 편입니다. 아젠다에 대한 현재 상황을 종합적으로 정리하고 화면 녹화본 등 영상이나 사진을 함께 첨부하여 상대방이 충분히 이해할 수 있도록 공유해요. 만약 글로 작성하기 어려울 정도의 복잡한 문제라면, 잠시 화상 회의를 요청하여 직접 설명을 드리곤 합니다.

Q 개인적으로 가장 ‘재미’있었다고 생각하시는 업무가 어떤 것인가요?

위에서 잠시 언급했던 Universal Video Player (UVP) 프로젝트가 기억에 남아요. 아무래도 제가 LINE 입사 후 처음 주도적으로 스펙을 개발했기 때문인 것 같아요. 사실 웹 개발자로 입사해서 처음으로 개발하게 된 것이 비디오 플레이어라 많이 당황하기도 했는데요. 덧붙여 제가 처음 전달받은 기획서는 “UVP Jump Plugin을 만들자”라고만 적혀있었어요.(웃음) 기획자 없이 개발 운영되고 있는 플러그인이었기에 하나부터 열까지 제가 직접 다 해야만 했어요. 여기서 말하는 “jump”란, OTT 서비스를 이용하시다 보면 하단 우측에 뜨는 ‘오프닝 건너뛰기’ 등과 같은 버튼을 말하는데요, 이 버튼을 커스텀 할 수 있도록 조작하는 플러그인 개발을 담당했어요. 어떤 문구로 띄울지, 동영상의 몇 초 즈음에 노출시킬지, 또 버튼 노출을 몇 초동안 유지할지 등 다양한 옵션을 고려할 필요가 있었죠. 시장조사를 열심히 하고, 디자이너 분에게 가이드를 받으며 어떤 옵션이 유저가 가장 편하게 이용할 수 있을까 고민하며 개발했습니다. 또, 비디오 플레이어 화면을 축소하여 다른 서비스와 함께 이용할 수 있도록 제공하는 Picture in Picture (PIP) 플러그인도 함께 개발했는데요. 이 모든 것이 당시에는 흔하지 않은 서비스라, 제 손으로 개발하며 직접 만들어 나가는 것이 정말 재미있었어요. 물론 첫 프로젝트인 만큼 사내 툴에 적응하고 자유롭게 활용하기까지 시간이 걸렸지만, 하나씩 시도하고 배워 나갔던 그 모든 과정에 저에게는 꼭 필요한 시간이었다고 생각합니다.

도전, 그리고 성장의 경험

Q 아연 님에게 ‘도전’이란 어떤 의미인가요?

지금까지의 저를 가장 돌아보게 만드는 질문이네요.(웃음) 저에게 도전이란, 맡은 임무 그 이상을 해내는 것을 의미하는 것 같아요. 어떤 과제를 개발하다 보면, 기획서 그리고 API 문서에 적힌 대로만 진행해도 맡은 임무는 마칠 수가 있어요. 하지만 한 발 더 나아가서 사용자가 느끼기에 불편하거나 어색하진 않는지, 속도와 효율 측면에서 기능을 발전시킬 수는 없을지, 코드 레벨에서 봤을 때 다른 개발자가 보기에 한 번에 잘 읽히는지, 보안상 문제가 발생할 수 있는 지점은 없을지 등에 대해서 더 깊이 고민하다 보면 더 나은 선택지가 나왔던 것 같아요. 그리고 이러한 결과물을 정리해서 기획자분들에게 전달하면, 긍정적으로 검토하고 답변을 주십니다. 또 QA가 진행되기 전에 제가 직접 테스트해 보고 엣지 케이스를 파악해 보고 코멘트를 남기기도 해요. 그럼 해당 영역의 전문가분들께서 더 정확하고 세심하게 피드백을 주시고, 다 함께 최고 그리고 최선의 서비스를 만들어 나가죠. 이러한 사소한 고민들까지 모든 과정이 저에게는 도전이고 저를 성장시키는 것 같아요. 물론 이렇게 다양한 영역에 대해 고민하기 위해서는 공부도 더 많이 하고 경험도 쌓아야 해요. ‘이 정도면, 여기까지만 해도 충분하지 않을까?’ 제 자신과 타협하고 싶은 생각을 이겨내고, 항상 조금 더 고민하는 개발자가 되고 싶어요.

Q LINE에서의 경험을 통해 특별히 성장했다고 느끼신 사례/계기가 있으신가요?

사실 저는 매일매일 성장하고 있다고 생각하기 때문에(웃음) 딱 하나만 뽑기가 어려운데요. 질문을 받고 가장 먼저 생각났던 것은 LYP premium 프로젝트 중 ‘LIFF’를 활용해 개발했던 것이에요. ‘LIFF’란, LINE Front-end Framework의 약자로, LY에서 제공하고 있는 사내 웹 애플리케이션 플랫폼이에요. LINE 앱 내에서 어떤 웹페이지를 열어야 할 때, 친구와 대화하고 있는 대화창에서 벗어나지 않고 앱 내에서 바로 웹을 이용할 수 있도록 하는 것인데요. LYP premium 멤버십 마이페이지와 이벤트 페이지를 바로 이 ‘LIFF’ 환경 위에서 개발해야 했습니다. 친구를 추천하면 3개월간 무료로 사용이 가능했던 이벤트였는데요. 새 창으로 웹페이지가 열리게 되면 불편함과 동시에 이탈의 가능성이 커지기 때문에 ‘LIFF’ 위에서 친구를 초대하고, 링크를 공유하는 이벤트 페이지를 개발했습니다. 사실 처음엔 ‘LIFF’ 자체가 익숙하지 않고, 어떤 프레임워크 위에서 개발을 한다는 것이 생소했어요. 그래서 ‘LIFF’와 관련된 문서들을 모두 정독하면서 어떤 API를 제공하고, 어떻게 구성되어 있는지 하나하나 파헤치며 프로젝트를 완성할 수 있었습니다. 이후에는 ‘LIFF’와 관련하여 FE 개발자가 알고 있으면 좋을 내용들, 예를 들어 기획이 나오기 전에 미리 해 놓았으면 좋을 작업부터 환경 설정, 디버깅 하는 법, API 꿀팁 그리고 완료 후 한 번 더 체크해 보면 좋을 부분까지 가이드 문서로 제작하여 조직에 공유했어요. 스스로 깨달은 것들을 정리하는 과정 그리고 그 결과물을 많은 동료분들께서 유용하게 활용하시는 것을 보면서 한 단계 성장할 수 있었습니다.

역량에 관한 생각

Q 아연님의 업무에서 좋은 퍼포먼스를 내기 위해서는 어떤 역량과 자질이 필요하다고 생각하시나요?

가장 먼저 말씀드리고 싶은 것은 ‘꼼꼼함’과 ‘책임감’인 것 같아요. 서비스를 이용하는 과정에서 사용자가 취할 수 있는 액션의 범위는 굉장히 많고, 이를 가정으로 최대한 버그 없이 운영하기 위해서는 코드 한 줄을 개발하더라도 엣지 케이스는 없는지, 이 코드 한 줄이 다른 곳에 사이드 이펙트를 발생시키지는 않을지에 대해서 꼼꼼히 검토해야 합니다. 단편적인 논리로 개발하게 되면, 서비스 배포 후에 예기치 않은 문제로 많은 사용자들에게 불편함을 줄 수 있기 때문에 자신이 써 내려간 코드 한 줄마다 강한 책임감을 가져야 해요. 그리고 ‘근거를 마련하는 것’이 중요합니다. 발생한 이슈에 대해서 다른 부서 혹은 같은 팀 내에서 이견이 생겼고 나의 의견을 충분히 설득하기 위해서는 충분한 근거를 가지고 있어야 합니다. 단순히 익숙하기 때문에 기술 및 툴을 선택하는 것이 아니라, 근거를 바탕으로 가장 적합한 방법을 적용해야 해요. 이건 직무를 떠나 개발자라면 공감하실 것 같아요. 점점 편한 라이브러리를 사용하게 되고 물 흐르듯 코드를 완성해 낼 때가 있죠. 하지만 이건 가장 좋은 방법이라는 확신을 가질 수가 없어요. 내가 활용한 기술이 가장 적합하다고 생각한 배경, 이 근거에 의한 개발을 해야 완성도를 높일 수 있어요. 마지막으로 이야기하고 싶은 것은 ‘사용자 경험을 우선시하는 것’이에요. FE 개발자는 사용자와 가장 가까운 개발자라고 생각해요. 사용자의 액션을 예측하여 불편함 없이 사용할 수 있도록 개발해야 합니다. 그래서 저는 가끔 일부러 악성 스크립트를 넣어보기도 하고, 버그를 유도하는 유저처럼 테스트해 보기도 해요. 심지어 실생활에서도 개발자라는 백그라운드를 걷어내고 온전히 사용자 입장에서 LINE 그리고 타사 서비스를 사용해 보려고 노력합니다. 일종의 직업병인 것 같지만(웃음) 제 업무에서는 꼭 필요한 과정이라고 생각합니다.

LINE에서의 특별한 경험에 대한 이야기

마무리하며

Q 앞으로 LINE에서 이루고 싶은 목표가 있으신가요?

현재 담당하고 있는 사내 플랫폼인 LandPress Contents를 더 활성화하는 것이 목표입니다. 현재 LandPress Contents는 기획 주도 프로세스와 개발 주도 프로세스 2 track으로 운영 중인데요. 기획 주도 과정에서는 기획서에 담긴 의도가 그대로 구현될 수 있는 데에 집중하려고 하고, 개발 주도 과정에서는 개발자로서 근거와 함께 다양한 의견을 내는 데에 집중을 하려고 합니다. 두 개의 트랙으로 운영되다 보니 컨텍스트 스위칭이 굉장히 중요한데요. 제가 개발하고 있는 서비스에 애정이 높은 만큼 목표 수준으로 잘 집중을 할 수 있을 것 같습니다. LandPress Contents를 사용하는 분들이 서비스에 관련한 여러 좋은 의견을 내주시고, 그게 또다시 서비스에 반영되는 긍정적인 루프를 반복하여 더 좋은 서비스로 만들어내고 싶습니다.

Q 본 직무에 관심 있는 분들께 한 말씀 해주세요!

LINE의 Web Front-end 개발자는 글로벌 사용자와 맞닿아 있습니다. 서로 다른 문화와 언어를 가진 글로벌 사용자를 대상으로 다양한 서비스를 개발하면서, 내가 가진 틀을 깨며 시야를 넓힐 수 있고, 가장 좋은 방법을 찾기 위해 더 깊이 고민하는 경험을 할 수 있습니다. 저와 같이 매일매일 한 단계 성장하고 싶은 분들이라면 주저하지 말고 LINE과 함께 하시면 좋겠습니다!