IT's Fun2017.05.04 12:13

모바일 마켓에 대한 시장 분위기를 나타내주는 가장 큰 변화는 모바일 퍼스트(Mobile First)에서 모바일 온니(Mobile Only)로의 변화입니다. 모바일도 중요하지만 데스크탑이 여전히 중요하다는 메세지(모바일 퍼스트)에서 데스크탑은 버려도 괜찮으니 모바일을 놓치지 말자(모바일 온니)로의 변화였기 때문입니다. 물론, 모바일 기기만 신경쓴다는 것이 합리적인지에 대해서는 갑론을박이 있겠지만 모바일을 통한 매출과 수익의 창출이 데스크탑에 신경쓰는 것에 대비하여 비용 효율적인 것은 부인하기 힘든게 사실입니다.


때문에 많은 기업들이 사례(Best Practice)와 경험을 토대로 모바일 환경에 최적화 하기 위한 개선 작업에 많은 리소스를 투입하고 있습니다. 그렇지만 엠닷으로 대표되는 사이트의 구성과 반응형 웹 사이트 구성 사이에서 갈등이 생기고, 반응형 웹 사이트 안에서도 "정말로 모바일을 위한 최적화가 되어 있는가?"로 다시 한번 여러가지 의견이 나오기도 합니다. 




구글이 제공하는 모바일 웹사이트 속도 테스트 도구는 사용자들이 인터넷으로 접근 가능한 웹 사이트에 대하여 얼마나 모바일에 최적화가 되어 있는지 살펴보고, 최적화 되어 있지 않은 부분이 있다면 어떤 부분들을 집중적으로 파고들어야 하는지에 대한 가이드를 제공해주는 역할을 해줍니다. 물론 상세한 리포트를 제공받기 위해서는 구글을 통한 컨설팅을 받아야 하지만 큰 아젠더 (예: 브라우저 캐시의 활용, 이미지의 최적화 등) 를 뽑아내는데는 무리가 없습니다.


한국의 대표적인 포털 사이트인 네이버(www.naver.com)를 이용해서 모바일 최적화가 얼마나 잘 되어 있는지 살펴보았습니다. 아래의 수치가 절대적인 것은 아니고 구글 모바일 웹사이트 속도 테스트 도구가 테스트하는 방식에도 영향을 받을 수 있기 때문에 어떤 항목들에 대하여 최적화를 하면 좋다고 가이드 하는지 살펴보는 정도로 활용하면 좋을 것 같습니다. 각 결과 페이지에 깨알같이 기술된 "상대적" 이라는 단어도 논란을 막기 위한 포석이라 생각되네요!



일단 모바일 친화성 점수는 100점 만점에 99점으로 아주 훌륭하다는 피드백입니다. 다만 모바일 속도와 데스크톱 속도 항목에서 저조한 점수를 받은 것이 다소 의외입니다. 네이버의 경우 모바일 단말에서 접근시 유저 에이전트(User-Agent)를 확인해 모바일 전용 페이지(m.naver.com)으로 리디렉트 하기 때문입니다. 이런 리디렉트 절차 까지도 점수 산정에 포함되는지는 확인하지 못했습니다.



상세한 항목을 살펴보면 일부 JS 및 CSS 로 인한 리소스 로딩 블러킹 현상이 있는 것으로 보입니다. 개발자 도구를 이용해 워터폴 차트를 살펴보면 확인해 볼 수 있는 부분으로 많은 웹 사이트에서도 발견되는 부분이긴 합니다. 이미지 최적화는 파일 포맷에 대한 것인지 혹은 유저 에이전트(=브라우저)에 따른 최적 파일 포맷(예: webp, jpeg2000 등) 미사용에 대한 부분인지 역시 불명확하긴 합니다. 상황에 따라서는 데스크탑용 이미지를 리사이즈 형태로 사용하는 것에 대해 지적하는 것일 가능성도 아주 낮지만 무시하면 안되겠습니다. 



데스크톱 속도의 경우도 비슷한 항목들이 빨간색으로 분류되었습니다. 귀차니즘이 없다면 워터폴 차트를 한번 보고 싶다는 욕망이 가득했지만 애써 마음을 누르며 늘어난 노란색 항목들을 살펴보았습니다. 모바일 속도 항곰에서는 압축(gzip), 자바스크립트 축소, HTML 축소에 대한 항목이 초록색이었는데 데스크탑 유저 에이전트에 대해서는 노란색으로 추가 수정할 사항이 있다는 권고가 나온 것이 관전 포인트 입니다. 유저 에이전트 혹은 뷰포트에 따라 어떤 형태로 텍스트, 바이너리 컨텐츠를 보여주고 제공할 것인지 잘 결정해야 하겠습니다.



마지막으로 국내 2인자를 벗어나지 못하고 있는 (그러나 제가 거주하고 있는 티스토리를 제공하는!) 다음의 메인 웹 사이트에 대한 성능 측정을 진행해 보았습니다. 페이지가 담고 있는 정보의 양에 따라 달라질 수 있는 부분이겠지만 모바일, 데스크탑 모두 네이버 메인 페이지보다 더 높은 (그러나 둘다 빤간색인...) 점수를 받았습니다. 비슷한 레인지의 점수라 유의미하진 않겠지만 나란히 빨간색으로 저조하다는 평가를 받은 것이 의외입니다.


여러분의 웹 사이트, 블로그도 구글 모바일 웹 사이트 속도 테스트 도구로 모바일 친화도, 성능 측정을 해보시기 바랍니다. 상황에 따라 달라질 수 있는 성능 지표이니 구글의 테스트 결과만으로 너무 속상해 하지 마시기 바랍니다!


구글 모바일 웹사이트 속도 테스트 도구로 성능 측정 해보기 [바로가기]



저작자 표시 비영리
신고
Posted by 노피디
IT's Fun/Slack2017.04.18 10:44

* 이글은 한빛출판네트워크에 연재되었던 글입니다. 한빛출판네트워크에서 글을 확인해 보시려면 [여기]를 눌러 주시기 바랍니다.


이번에 살펴볼 서비스는 트렐로(Trello)입니다. 트렐로는 칸반(Kanban) 도구의 대명사로 널리 알려져 있어 이미 실무에 활용하고 계신 분이 많을 것 같습니다. 트렐로를 슬랙과 연동하여 사용하는 방법을 하나씩 살펴보겠습니다.

 

칸반(Kanban) 도구의 대명사 트렐로!



1) 슬랙에 트렐로 연결하기


슬랙과 트렐로를 연결하려면 이전 글에서 살펴보았던 것처럼 앱 디렉터리로 먼저 이동해야 합니다. 브라우저를 이용해서 슬랙 웹 사이트를 액세스하거나 슬랙 클라이언트의 메뉴의 “Apps & Integrations” 항목을 선택합니다. 트렐로는 프로젝트 관리(Project Management), 커뮤니케이션(Communications), 생산성(Productivity) 등의 카테고리에서 찾을 수 있습니다. 물론 앱 디렉터리의 검색 창에 “Trello”라고 입력하는 것이 훨씬 빠릅니다. 

 

앱 디렉터리에서 찾은 트렐로


 

트렐로를 연결하는 과정에서 각 시스템의 계정을 연동하는 과정이 있으니 미리 트렐로에 가입해두는 것이 좋습니다. 이미 트렐로 계정이 있고 사용 중이라면 트렐로 로고 이미지 하단에 있는 “Visit site to install” 버튼을 눌러 서비스 연동 작업을 시작해도 됩니다. 가입하지 않은 상태에서 버튼을 눌러도 문제는 없습니다만 이 글에서는 이미 가입한 상태를 전제로 설명하겠습니다.




 

트렐로에 가입된 계정은 여러 트렐로 팀에 속할 수 있습니다. 슬랙과 트렐로를 연결하는 과정에서 팀이 여럿 있으면 화면에 표시된 팀을 잘 확인하고 선택하면 됩니다. 트렐로 팀을 잘못 선택했다면 언제든 연결을 해제하고 다른 팀을 연결할 수 있습니다.


 

슬랙 팀과 연결할 트렐로 팀을 선택하세요.



외부 서비스와 연동시에는 언제나 부여되는 권한을 꼼꼼히 확인하세요!


 

각 트렐로 팀은 여러 하위 보드(Board)를 가질 수 있습니다. 쉽게 생각하면, 보드는 프로젝트를 수행하는 사무실에 있는 화이트보드와 같습니다. 프로젝트 팀원들이 사무실에 같이 모여 있는 경우 화이트보드를 칸반 보드로 사용할 수 있는 것처럼요. 따라서 보드는 하나의 프로젝트라고 볼 수 있습니다.

 

2) 트렐로 봇 초대하기


트렐로와 슬랙을 무사히 연결하면 축하 메시지와 함께 슬랙 팀에 새로운 봇(Bot)이 추가됩니다. 봇의 이름은 @trello입니다. 이름에서 트렐로 사용을 위해서 도움을 줄 것 같다는 느낌이 듭니다. 지금까지 완료한 작업은 단지 팀과 팀을 연결한 것이기 때문에 실제로 어떤 보드를 사용할 것인지 지정하는 작업을 해야 합니다. 

 

트렐로의 보드는 슬랙의 채널과 연결됩니다. 특정한 채널을 보드와 연결해두면 해당 채널 내에서는 간단한 명령어로 트렐로에 액세스합니다. 개념이 같지는 않겠지만 슬랙의 채널 생성 규칙을 트렐로의 보드 생성 규칙과 일치시켜두면 관리가 훨씬 편해지겠죠? 

 

채널을 특정한 보드와 연결하려면 먼저 채널로 이동한 후 트렐로 봇을 초대해야 합니다. 초대받은 봇은 개인 메시지로 트렐로 계정과 연결해야 한다고 알려줍니다. 팀 레벨의 연결을 위해 한 번의 인증을 거치긴 했지만 채널에서 보드를 연결하는 것은 조금 다른 관점입니다. 뿐만 아니라 개개인의 트렐로 계정으로 보드의 정보를 가져오거나 카드를 생성하는 작업 등을 위해서 필요한 절차입니다. 

 

채널에 초대받은 트렐로 봇의 귓속말! 쉿! 

 

 

트렐로 계정과의 연동작업. 어떤 권한이 부여되는지 꼼꼼히 살펴봅시다!



채널에 트렐로 봇을 초대하는 과정까지 끝났다면 “/trello” 명령으로 도움말 페이지를 확인할 수 있습니다. 트렐로가 제시하는 정보의 구조를 잘 이해하지 못하면 도움말의 내용이 도대체 무슨 이야기인지 이해가 안 될 수 있습니다. "트렐로 팀(Team) > 프로젝트와 비슷한 구분의 보드(Board) > 할일들의 모음인 리스트(List) > 개별 할일인 카드(Card)”의 개념을 머릿속에 넣어두세요. 

 


 

트렐로를 슬랙과 연동했더라도 트렐로의 모든 기능을 봇을 통해 제어할 수 있는 것은 아닙니다. 대신 슬랙을 통해 커뮤니케이션이 이루어지는 동안, ‘무엇을 할지, 누가 담당할지, 어떤 채널에서 어떤 과제를 위해 커뮤니케이션을 하고 있는지’에 맞추어 해야 할 일을 업데이트하고 조회하고 할당하는 작업에는 최적화되어 있습니다. 트렐로를 통해서는 전반적인 팀의 구조, 프로젝트의 하이어라키를 관리하면 됩니다. 

  

3) 슬랙 채널에 트렐로 보드 연결하기


슬랙 채널에 트렐로 보드를 연결하려면 채팅창에 “/trello link [프로젝트명]”을 입력합니다. 트렐로 봇이 프로젝트를 잘 찾지 못한다면 브라우저를 이용해 트렐로 보드로 이동한 후 URL을 복사해서 “/trello link [보드URL]”을 입력하면 됩니다. 정상적으로 보드를 찾으면 트렐로 봇은 다시 한 번 연결하려는 보드가 정확한지를 확인합니다. “Link to Channel” 버튼을 누르면 이제 채널과 보드가 연결됩니다. 채널과 보드 관계는 언제든 수정할 수 있으므로 잘못 연결되었다면 동일한 과정으로 다른 보드를 연결하면 됩니다. 

 

이제 채널은 특정 보드의 리스트를 조회하거나 카드를 업데이트하고 작업을 할당할 수 있게 되었습니다. 트렐로의 보드는 여러 리스트를 가지고 있으므로 채널과 보드가 연결되면 첫 번째 리스트가 디폴트 리스트로 선택됩니다. 타겟 리스트는 언제든 변경할 수 있습니다만 가장 많이 사용하는 리스트를 디폴트 리스트로 선택하는 것이 효과적입니다. 



보드가 잘 연결되었습니다! 디폴트 리스트는 Backlog랍니다!

 

여기에서는 리스트 4개를 미리 만들어 두었고, 그중에서 “Backlog”라는 디폴트 리스트에 카드를 업데이트해보겠습니다. 


채널에서 과제와 관련된 이야기, 자료를 주고 받다 보면 어느 순간 해야 할 일이 도출되곤 합니다. 우리는 트렐로를 연결해두었으므로 굳이 트렐로로 이동해 해야 할 일을 업데이트하지 않아도 됩니다. 트렐로에 카드를 등록하면서 사용자에게 일을 할당하는 마법의 키워드를 확보했기 때문입니다 

 

“/trello add [@사용자1] [@사용자2] … [카드이름]”

 

이 명령을 이용하면 특정 사용자에게 일을 할당하면서 동시에 카드를 생성할 수 있습니다. 일을 할당받은 슬랙 사용자가 아직 트렐로 팀에 합류하지 않았다면 트렐로 봇은 친절하게 해당 사용자가 가입하도록 안내해도 되겠냐는 메시지를 같이 출력해줍니다. 

 

모든 할 일은 “언제까지”라는 구분이 있어야 하고 과제에 따라 특정한 “라벨”로 식별을 쉽게 할 필요도 있을 겁니다. 카드 생성 메시지에 포함된 “Due Date”나 “Labels” 버튼으로 카드를 더 효과적으로 동작할 수 있도록 하는 것도 잊지 말아야 하겠습니다. 

 

카드가 생성되었습니다.


할 일을 생성하는 사람을 채널에서 활동하는 특정 사용자입니다. 그런데 협업이라는 것이 늘 정확하게만 작동되라는 법은 없습니다. 할 일을 카드로 만들면서 놓친 내용이 있다거나 일을 수행하면서 꼭 챙겨야 할 일이 있다면 “코멘트” 기능을 이용하면 좋습니다. 

 

각 슬랙 채널에서는 마지막으로 생성되거나 액세스한 카드가 현재의 콘텍스트(Context)가 됩니다. 카드에 댓글을 남기고 싶다면 “/trello comment [코멘트]” 를 이용하면 됩니다. 이렇게 생성한 카드와 코멘트 등은 실시간으로 트렐로에 연동됩니다. 프로젝트나 팀, 혹은 과제에서 칸반 도구를 이용하고 있다면 이제 슬랙과 트렐로를 이용해 그 효과를 증진시켜볼 때입니다. 



저작자 표시 비영리
신고
Posted by 노피디
IT's Fun2017.04.06 07:03

구글의 유튜브TV(YouTube TV)가 마침내 런칭되었습니다. 최근 몇 년동안 텔레비전 방송을 라이브 스트리밍으로 보는 것이 가속화 되면서 슬링(Sling)이나 다이렉TV(DirecTV Now)같은 서비스들이 인기를 끌고 있습니다. 이런 사업자들의 등장으로 케이블 컷(Cable Cut)이라는 단어가 화자되기도 했는데요, 기존 유선방송 사업자나 케이블 TV 사업자들이 많은 위협을 느끼고 있는 중입니다. 이 시장에 구글이 뛰어들며 내놓은 것이 유튜브TV 입니다.


유튜브TV 는 현재 미국 지역에 한정하여 런칭되었으며 그나마도 소수의 대도시에 한정되어 있습니다. 공식 블로그에 따르면 이 지역들은 조만간 미국 전역으로 순차적인 확대가 이루어 질 것으로 보입니다. 미국 외부에서의 서비스는 아직 공지된 바가 없습니다. VOD 컨텐츠를 제공하는 서비스에 비하여 라이브 스트리밍 형태의 방송은 조금 더 예민하게 서비스 지역이 한정될 수 밖에 없다고 생각됩니다. 35달러의 월 정액제를 통해 제공되는 50개 이상의 방송들이 미국내 방송사들이라는 것도 무시할 수 없는 팩터입니다.



유튜브TV 는 50여개의 기본 방송사 프로그램과 2개의 추가 유료채널로 현재 구성되어 있습니다. 월 35달러의 정액요금을 약정기간 없이 지불할 수 있고 제한된 대도시의 사용자들에게 한달간의 무료 트라이얼 프로그램을 제공하기 시작했습니다. 눈에 띄는 것은 사용자들이 라이브 스트리밍 컨텐츠를 저장해 두었다가 나중에 시청할 수 있는 DVR 기능이 무제한으로 제공된다는 점입니다. 시간이 맞지 않아 시청할 수 없는 프로그램들을 미리 저장해 두고 나중에 꺼내볼 수 있는 것입니다. 이와 함께 최대 6명까지 계정 공유가 가능하기 때문에 친구들 혹은 가족들과 함께 이용하는 경우 월 6달러 미만의 비용으로 유튜브TV 를 이용할 수 있게 됩니다. 



주요 방송사들이 포함되어 있기 때문에 뉴스나 스포츠 중계, 드라마 컨텐츠들의 시청이 가능합니다. 다양한 기기를 지원하고 크롬캐스트 등을 통한 대화면 기기로의 화면 스트리밍이 가능하기 때문에 모바일이나 컴퓨터 환경에서 뿐만 아니라 가정에서도 쉽게 이용할 수 있다는 점이 눈에 띕니다. 케이블 방송이 가지고 있는 제한들(셋탑박스, 제한된 사용자 등)을 완벽하게 풀어내며 DVR 기능, 계정 공유 등을 통해 사용자들을 유혹하는 듯 합니다.







사용자의 선호도에 따라 호불호가 갈리겠지만 기본적인 채널들이 만족스럽다면 가정의 케이블 TV 를 대체할만한지 시험해 볼만 하곘습니다. 서두에 이야기 한 것처럼 미국에서도 한정적인 대도시 중심으로 서비스가 시작되었고 미국 외의 지역으로 확대 계획은 아직까지 알려진 내용이 없습니다. 성공적으로 서비스가 정착되면 각 국가나 지역별로 별도의 채널로 구성된 유튜브TV 가 등장할 가능성도 없지 않습니다. 



유튜브TV 공식 웹사이트 방문하기 [바로가기]



저작자 표시 비영리
신고
Posted by 노피디

티스토리 툴바