• 알라딘: 나는 LINE 개발자입니다

라인의 개발자들 이야기인데, 프로그래밍 관련 얘기는 아니고 에세이 같은 것이다. 개발자뿐만 아니라 테크 에반젤리스트, 기획자 등의 이야기도 있다.

라인에서는 장애가발생한 직후부터 이미 장애 리포트가 작성되고 근거 자료의 취합이 진행될 뿐만 아니라, 장애 리포트를 공유하는 미팅도 가능한 한 많은 사람과 함께 갖는 문화가 있다. 메일로 장애 리포트가 담긴 위키 주소를 공유하고 장애 공유 미팅을 하면서 사람들은 새로운 아이디어를 내고 장애가 반복되지 않도록 시도할 만한 아이디어들을 제시한다. 같은 배를 타고 있는 동료로서 목적지까지 더 잘 갈 수 있도록 서로를 돕는 이상적인 모습이라고 느꼈다. p. 27

기존에 근무시간 위주로, 이메일 중심으로 이뤄졌던 비동기 커뮤니케이션에서, 수시로 울리는 메신저를 보며 즉각 답하는 실시간 커뮤니케이션으로 전환해야 했는데, 적응하기가 만만치 않았다. 매우 빠르게 이뤄지는 정보 교환과 의사결정이 장점이라면, 업무 집중도가 낮아지고 몰입을 방해한다는 단점도 있었다. -p. 54

여러 국가에서 서비스를 출시하면서 얻은 가장 중요한 교훈을 결론부터 말하자면, 좋은 기능을 가진 서비스를 출시하면 자연스럽게 유저들이 증가할 것이라는 가정이 틀렸음을 인정해야 한다는 것이었다. -p. 62

효율적인 테스트를 위해 유저의 반응을 즉각 파악할 수 있을 정도의 기능을 최소화한 서비스를 빠르게 출시한다. 유저의 반응을 다시 데이터를 통해 분석하고, 설정한 가설의 타당성 여부를 검정한다. 소위 말하는 스로스 해킹이나 린 스타트업 같은 접근법이었다. 가설을 설정하고 실험을 통해 결과를 측정하고 비교하는 과학적 접근 방법을 적용한다면, 서비스 개발과 성공적인 운영뿐만 아니라 피드백 루프까지도 보완할 수 있을 것이라 생각했다. -p. 64