Blog - LINE ENGINEERING

LINE Corporation이 2023년 10월 1일부로 LY Corporation이 되었습니다. LY Corporation의 새로운 기술 블로그를 소개합니다. LY Corporation Tech Blog

2018 Dev Week Global Workshop 소개
박민우2018-05-03
Developer Relations 팀에서 에반젤리스트로서 일하며 LINE의 멋진 기술을 사내외에 알리고 있습니다.
LINE Developer Relations팀에서 에반젤리스트로 활동하고 있는 박민우입니다. 글로벌 서비스를 운영하기 위해 LINE 개발팀은 여러 해외 오피스의 개발자들로 구성되어 있으며, 서로 긴밀하게 협업하고 있습니다. 하지만 물리적으로 떨어져 있는 환경에서는 토론을 깊이 있게 하거나 얼굴을 마주하고 같이 이야기하며 목표를 공유하기에 부족함이 있을 수 있습니다. 서로 다른 나라에 있기 때문에 이메일이나 메신저로만 이야기하다가 직접 만나서 식사나 여가 활동을 함께하며 서로를 알아감으로써 협업에도 도움이 되고 팀워크를 더욱 단단하게 다질 수 있습니다. 이를 위해 LINE은 2015년부터 매년 각국에 있는 개발자들이 한자리에 모이는 자리를 마련하고 있습니다. 올해에도 4월 17일부터 20일까지, 4일에 걸쳐 각국에 흩어져 있는 LINE 개발자 1,000여 명이 한국에 모였습니다. 17일부터 19일까지 3일 동안은 팀별로 자유롭게 다양한 주제별 워크숍을 진행하고, 마지막 날인 20일에는
- LINE Events
Clova와 IFTTT를 연계하여 Clova 기기에 알림 보내기
Rei Sasaki2018-05-01
LINE Clova팀에서 사업 기획 및 Developer Relation 활동을 맡고 있습니다.
Clova 플랫폼을 공개한 후, 그 첫 번째 이야기로 Clova와 IFTTT 연계에 대한 내용을 준비했습니다. IFTTT와 연계하면, 일례로 'LINE Engineering Blog에 새 글이 올라오면 Clova 기기로 알림 보내기' 같은 서비스를 제공할 수 있습니다. 우선 IFTTT에 대한 간단한 소개부터 시작하겠습니다. 본 글에서 소개하는 서비스는 포스팅 시점 기준으로 일본에서만 제공되고 있습니다. IFTTT란? IFTTT는 'IF This Then That'의 약자로, 이름 그대로 특정 조건이 충족되면 다양한 서비스와 연계된 특정 동작을 수행하게 하는 웹 플랫폼입니다. IFTTT는 다음과 같은 세 가지 요소로 이루어져 있습니다. 트리거: 조건 서비스(This) 액션: 처리 서비스(That) 애플릿: 서비스 연계(IF This Then That) 예를 들어 볼까요? 이미 제공되고 있는 LINE Notify 서비스와 연계된 IFTTT 서비스 중에, Twitter와 LINE을
- Clova
- IFTTT
엑셀로 관리하던 자리 배치도, Leaflet을 통해 웹 시스템으로 탈바꿈하다
Yasunori Iwatsuki2018-03-26
LINE IT 지원실에서 사내 시스템 개발 및 운영을 맡고 있습니다.
LINE 일본 오피스에서는 늘어나는 인원을 감당하기 위해 2017년 4월, 사무실을 JR 신주쿠 미라이나타워로 이전했습니다. 사무실 이전과 함께 IT 지원실은 몇 가지 새로운 사내 시스템을 도입했는데요, 오늘은 그 중 하나인 '자리 배치도'를 소개할까 합니다. 개발 동기 예전 사무실에서는 아래에 보시는 것처럼 엑셀을 이용하여 자리를 관리하였습니다(자리에 배치된 직원의 이름은 지워진 상태입니다). 가령 앨리스님의 자리가 어디인지 알아보고 싶으면 본 엑셀 파일이나 변환된 PDF 파일을 내려받은 뒤 뷰어의 검색창에 앨리스라는 이름을 입력해서 찾아봐야 했지요. 확실히 편한 방법은 아니었습니다. 따라서 사용자들은 많은 불만을 표현하였으나, 여러 이유로 불만을 감수하고 기존의 방식으로 버텨오던 상태였습니다. 그러나 자리 배치도를 관리하는 총무 담당자의 업무량은 인원 증가로 인한 관리 비용 상승으로 한계에 달해 있었습니다. 특히 문제가 된 것은 '각자 변경한 엑셀을 통합하기가 번거롭다'는 점,
- Floor map
- Map
Developer Relations 팀을 소개합니다
Yusuke Kushii2018-03-15
LINE Engineering Blog나 기술 관련 행사를 통해 LINE의 기술을 더 즐겁고 활발하게 사내외로 전달하기 위해 힘쓰고 있습니다.
안녕하세요? LINE에서 Tech PR을 맡고 있는 Kushii입니다. 이미 알고 계신 분도 계시겠지만, 저는 일본어 블로그를 담당하고 있는데, 이번에 새로 탄생한 Developer Relations 팀의 일원이 되어, 저희 팀을 소개하고자 합니다. 팀의 목표 단적으로 표현하면 Developer Relations팀은 LINE이 제공하는 API와 SDK를 사용해서 흥미로운 서비스를 만들게 하는 팀, 엔지니어들이 아주 재미있게 일할 수 있는 LINE의 근무 환경을 알리는 팀, 조금 더 확대 해석을 한다면 개선을 위해 엔지니어들이 힘들어하는 일은 뭐든지 하는 팀입니다. 다소 격식이 있게 표현하자면 '사내외를 대상으로 기술적인 관점의 홍보 활동을 펼쳐서 LINE의 개발자 문화와 커뮤니티, 생태계를 한층 더 개선시키는 것'이 저희 팀의 목적입니다. 에반젤리스트와 애드보킷(advocate), 개발자 대상 마케팅, 홍보, 인사 등 다양한 배경을 가진 개성적인 멤버들로 구성된, LINE에서도 보
- Developer Relations
Bot Designer를 이용한 챗봇과의 대화 미리보기
Kazuki Nakajima2018-03-14
LINE Engineer
Bot Designer란? Bot Designer란 Bot과의 대화를 미리보기로 확인할 수 있는 애플리케이션입니다. LINE Messaging API를 사용하면 Bot을 통해 사용자에게 텍스트, 이미지, 스티커, 위치 정보 등 다양한 종류의 메시지를 보낼 수 있습니다. 이런 메시지들이 대화창에 어떤 식으로 뜨는지 확인하려면 지금까지는 JSON 형식의 메시지 객체를 만든 다음 실제로 LINE Messaging API를 호출하고 LINE 앱에서 Bot이 보낸 메시지를 확인해야 했습니다. 그런데 Bot Designer를 사용하면, 입력창에 정보를 입력하는 것만으로도 JSON 객체가 생성되어 메시지가 미리보기 화면에 바로 표시됩니다. 참고 본 글에서 제공하는 영상은 모두 일본어 UI를 보여주고 있습니다. 일본어를 모르셔도 충분히 이해하실 수 있으니 영상을 통해 Bot Designer를 꼭 만나보세요! 주로 이럴 때 사용합니다 Bot Designer는 주로 다음과 같은 상황에 써보시는
- LINE Messaging API
LINE 개발자 커뮤니티 사이트가 문을 열었습니다
Kazuki Nakajima2018-03-12
LINE Engineer
여러분께 LINE 개발자 커뮤니티 사이트가 개설되었다는 소식을 전해 드릴 수 있게 되어 무척 기쁩니다. 본 커뮤니티 사이트는 LINE 개발자 사이트를 통해서도 쉽게 방문하실 수 있도록 개발자 사이트 상단 메뉴와 좌측 메뉴에 커뮤니티 사이트 링크를 추가하였습니다. 서드 파티 개발자들이 LINE API를 이용하여 구현하는 각종 서비스와 그에 대한 개발 방법, 노하우 등 개발자 여러분의 지식과 다양한 사례가 개발자 커뮤니티 사이트에 쌓일 것으로 기대하고 있습니다. 현재 커뮤니티 사이트는 LINE에서 이용할 수 있는 챗봇 쇼케이스를 담은 Bot Directory와 개발 노하우를 축적하고 검색할 수 있는 Q&A 페이지를 제공하고 있습니다. 참고. 커뮤니티 사이트는 LINE 개발자 사이트와 마찬가지로 현재 영어와 일본어로만 제공되고 있습니다. Bot Directory 개발자 여러분께서 LINE API를 이용하여 개발하신 서비스에 대해 저희는 큰 관심을 가지고 있습니다. 그 중에서도
- Dev Culture
LINE LIVE 서비스의 인코더 레이어 구조
김수혁2018-02-22
Bridge Engineering
안녕하세요, LINE에서 글로벌 인프라 시스템을 운영하는 조직에서 개발자로 일하고 있는 김수혁입니다. 2017년 12월 10일은 LINE LIVE 서비스가 공개된 지 2년이 되는 날이었습니다. 서비스 출시 후 수많은 개발자들의 노력으로 지금까지 큰 장애없이 원활하게 운영되고 있습니다. 이번 블로그에서는, 라이브 미디어 서비스를 구축하거나 운영해 본 경험이 없는 상태에서 초기 설계와 구축을 진행하면서 개인적으로 고민했던 내용을 정리해 보았습니다. 배경 및 과제 LINE LIVE는 누구든지, 언제든지 방송할 수 있는 서비스로, 예측할 수 없이 많은 사용자가 동시에 원활하게 방송하고 시청할 수 있어야 합니다. 따라서 아래와 같은 내용이 충족되는 구조가 필요하다고 판단하였습니다. 리소스가 부족할 때 시스템을 빠르게 확장할 수 있어야 한다 얼마나 많은 사용자가 방송 및 시청을 하게 될지 예측하기 어려울 것으로 보고 동시에 많은 처리를 할 수 있어야 합니다. 동시 접속한 모든 사용자에
- LINE LIVE
LINE Security Bug Bounty Program 2017년도 운영 결과
이명재2018-02-12
LINE에서 보안 업무를 맡고 있습니다.
안녕하세요, LINE에서 보안 업무를 맡고 있는 이명재(MJ)라고 합니다. 이번 글에서는 2017년(1월 1일～12월 31일) 동안 진행된 LINE Security Bug Bounty 프로그램을 뒤돌아보며, 여러분께 그 결과를 소개하려고 합니다. 대상 확대 및 기부 제도 'LINE Security Bug Bounty Program'은 LINE이 제공하는 서비스에 잠재적으로 존재하는 취약점에 대해 외부의 보안 전문가들로부터 보고를 받아, 가급적 빨리 문제점을 수정함으로써 더욱 안전한 서비스를 제공하는 것을 목적으로 하고 있습니다. 지난 기사에서 소개한 바 있습니다만, 2017년에는 프로그램 대상을 확대하여 더욱 많은 보고를 받을 수 있었습니다. 또한 11월부터는 포상 대상자가 보상금을 기부할 수 있는 옵션을 제공하기 시작했습니다. LINE Bug Security Bug Bounty Program 정보 2018년에 저희 프로그램에 참여해 보고 싶으신 분들은 다음의 페이지들을 확인해
- Security
- Bug Bounty
LINE MANGA: Page Stack을 이용해서 페이지 전환 처리하기
sunderls2018-02-08
sunderls is a front-end engineer
안녕하세요, 저는 LINE MANGA 개발을 담당하고 있는 자바 스크립트 개발자, @sunderls입니다.여러분, 혹시 LINE 앱에서 만화를 보실 수 있는 것*, 알고 계셨나요? 금시초문이라면, '더 보기' 버튼을 눌러 LINE MANGA 메뉴를 통해 멋진 만화들을 만끽해 보세요.아래의 그림은 LINE MANGA 서비스의 화면 중 일부입니다. 페이지 전환이 참 매끄럽지 않나요? 여러분께 살짝 귀띔을 해드리자면, LINE MANGA 서비스는 웹 기반으로 개발했습니다. 저희가 보기에는 페이지 전환이 네이티브 앱 못지 않다고 생각하는데, 여러분은 어떻게 생각하세요? 이번 글을 통해서 우리가 이런 결과물을 얻기 위해 어떤 노력을 했는지 여러분께 간단히 소개해 드리고자 합니다.웹을 기반으로 구현하면 발생하는 문제웹앱이나 웹페이지를 구현할 때 흔히 React나 Vue를 사용합니다. React나 Vue를 이용해서 페이지 전환을 구현한다면, 바로 Router를 사용하면 되겠다는 생각이 떠오르실
- LINE MANGA
Code splitting을 쉽게 하기 위해 만든 grow-loader
sunderls2018-02-08
sunderls is a front-end engineer
안녕하세요, 저는 LINE MANGA팀의 자바 스크립트 개발자, @sunderls입니다. 일본에서는 LINE으로 만화를 볼 수 있다는 것, 알고 계셨나요? 혹시 여러분은 LINE MANGA1) 서비스를 이용해 보셨나요? 예전에 블로그를 통해서도 나누었듯이(LINE MANGA: Page Stack을 이용해서 페이지 전환 처리하기), LINE MANGA는 웹 기반으로 구현되어 있습니다. 이 서비스는 LINE 앱 안에서 구동되는 서비스이기 때문에, LINE 앱을 이용할 때와 마찬가지로 편안하고 매끄러운 UX를 제공하고자 저희는 많은 노력을 쏟았습니다. 우리는 우리의 목표를 달성하고자 code-splitting을 도입하였는데, 이 글을 통해 code-splitting을 손쉽게 적용할 수 있도록 개발한, LINE의 오픈 소스 프로젝트인 grow-loader를 여러분께 소개하고자 합니다. 코드를 분리하려고 했던 이유 우리 서비스의 자바 스크립트 코드는 단 하나의 번들로 빌드됩니다. 서비스 규모