오늘 네이트와 싸이월드가 통합됐다.
관심 없다. 나는 개발자가 아니던가. 앱스토어가 오픈한 것이 가장 중요한 것이다.
Dev.Square 개발자센터에 가서 간단한 가입절차만으로 앱스 서빙을 할 수 있었다. 스토리를 통해 체험기를 나누려하니 장문의 글이 될까 걱정되어 목록 형식으로 네이트 앱스토어 개발자센터 체험기를 정리해보겠다.
- 가입이 간단하다. 네이트 아이디로 로그인한 뒤, '활성화하기' 버튼만 누르면 바로 대쉬보드 페이지가 활성화된다.
- Sandbox를 제공한다. Facebook App 개발자에게 제공되는 API/FBML 테스트 플랫폼과 비슷한 개념. 서비스 런칭 전에 이게 잘 돌아갈런지.. 고민할 필요가 없다. 상세 기능까지 테스트한 것은 아니므로 퀄리티는 보증하지 못하지만.
- OpenSocial 버전 0.81을 지원한다.
- Dev.Square 개발자센터에서 제공하는 문서의 품질이 나쁘지 않은 편이다. OpenSocial과 관련된 부분은 얼렁뚱땅 링크만 해놓고 넘어가고 있으나, 오픈소셜 컨테이너 위에서 앱스를 개발하고자 하면서 모든 관련된 문서를 개발자센터에서 찾으려고 하는 시도는 올바르지 않은 태도이니 괜찮다고 할 수 있겠다.
- 포럼은 유익하지 않다. (싸이월드 클럽으로 제공하고 있는데 유익한 정보를 찾지 못했다.)
- 사용자가 앱을 승인할 경우, 앱스 개발자는 사용자의 이름, 주소, 나이, 생년월일, 성별, 별명 등 대부분의 개인정보에 접근할 수 있다. 하지만 이 정보들을 앱개발자가 보관할 수 있다는 것은 아니다. 개발자센터 문서에 따르면 절대로 저장하면 안되고, 캐시 목적으로 저장할 경우라도 24시간 이상 유지해서는 안된다고 한다.
- 일촌 목록을 다 가져올 수 있다. 그리고 일촌에게 앱 추천 메시지를 날릴 수 있는 인터페이스를 제공한다.
- OpenSocial의 Persistence API를 제공한다. 앱스 내에서의 사용자 설정이나 랭킹정보따위를 어디에 보관할지 고민하지 않아도 된다. 그런데 쿼터는 없을까? 관련 정보는 문서에 기재되어있지 않다. 문서에는 Key/Value 형식이고 값 부분에는 JSON 객체를 그대로 넣을 수 있다고 한다.
- Activity 스트림을 제공한다. 앱 초대 메시지를 보낼 수도 있고, 앱이 사용자에게 앱 메시지를 보낼 수도 있다. 1,000 byte 제한이 있고, 하루에 한 앱이 한명의 사용자에게 보낼 수 있는 메시지 수 제한은 5개다.
- 앨범/사진첩 접근 API를 제공한다. 네이트 앱스토어는 OpenSocial 0.81를 지원하고 Album/Photo 관련 API는 OpenSocial 0.9부터 추가된거라 지원을 준비중이라고 한다. 문서가 깔끔히 작성되어있지 않아 혼란을 주는데.. 결론은 opensocial.newDataRequest().add(req.newFetchAlbumsRequest(idspec), 'viewerAlbums'); 로 앨범 데이터를 가져올 수 있다. 사진첩도 접근 가능하다.
- 게시판에도 쓰기 권한을 가질 수 있다. 물론 엄하게 조용히 확! 써버리는 것이 아니라, 앱스 개발자는 게시물 내용만을 지정할 수 있고, 네이트가 제공하는 팝업창이 떠서, 사용자가 제목과 댓글을 채우고 승인하는 식이다. 페이스북 앱에서 '이 정보를 Wall에 쓸까요?' 하고 confirm 하는 것과 동일한 방식이다.
- 결제시스템. 앱스 내에서의 아이템(혹은 서비스) 구매를 할 때 사용자의 도토리를 사용할 수 있다. 대단. 대신 수익의 30%는 SK컴즈가 가져가고 70%만이 개발자의 몫이다. 일반적인 일회성 결제도 가능하지만, 앱 내에서의 통화수단으로의 환전 또한 지원한다. 시장을 꽤 크게 보고 있는 듯 하다. Facebook 의 유명한 마피아워- 나 몹워를 생각하면 이해가 빠를 것이다. 결제 API는 openNate.dotoriPayment(params) 식으로 구성되어있다.
- 구글 애드센스 사용이 금지되어있다.
오늘 오픈한 앱스토어에 등록된 앱들의 퀄리티는 단연코 별로다. 하지만 여태까지 살펴본 것으로 미루어볼 수 있듯이, 대충 오픈 해놓고보자- 식의 오픈이 아닌 것은 분명하다. 훌륭한 앱들이 많이 올라올 것으로 생각된다.
흥미로운 주제가 아닐 수 없다.
Comments
2 thoughts shared
endloop
Dev.Square 개발자센터에서 제공하는 문서의 품질이 나쁘지 않은 편이다. 나쁘다고 생각해... 구글가서 보라고 할 필요는 없지 않은가?
Activity 스트림을 제공한다. 내가 알기론 오픈소셜 Activity 는 사용자의 모든 행위라고 생각하고 있는데 네이트는 앱에 제한적인 것 같다.
앨범/사진첩 접근 API를 제공한다. 쓰기는 왜 안되는걸까? 그리고 v0.9 에서 말하는 Messaging 이라는 것은 어디다가 팔아 먹었을까?
Dev.Square 개발자센터에서 제공하는 문서의 품질이 나쁘지 않은 편이다. 나쁘다고 생각해… 구글가서 보라고 할 필요는 없지 않은가? 앨범/사진 부분처럼.. 기초적인 한국어 문맥 오류도 보이긴 하지만, 어디까지나 국내 서비스 업체들에 비해 나쁘지 않은 편이라는 것이지요. 오픈소셜 도큐먼트를 껴안기 시작하면 쏟아질 support에 대한 책임회피 행동으로 보입니다만, 개발자 입장에서는 여전히 나쁘지 않아요. (사전지식과 센스가 있다고 가정해야되서 문제)
Activity 스트림을 제공한다. 내가 알기론 오픈소셜 Activity 는 사용자의 모든 행위라고 생각하고 있는데 네이트는 앱에 제한적인 것 같다. 모든 행위를 다 퍼블리싱하면서 깔끔한 사용자경험을 제공하는 것은 어려우니, 그런 문제들을 잘 빠져나간 결정이라고 생각해요. 앱에 제한적인 것만으로도 UX 흐름이 끊기는 일이 생기진 않고요. 풀 스펙을 지원합니다! 라고 한게 아니니까요.
앨범/사진첩 접근 API를 제공한다. 쓰기는 왜 안되는걸까? 그리고 v0.9 에서 말하는 Messaging 이라는 것은 어디다가 팔아 먹었을까? 메시징을 오픈하는 것은 이슈가 한두개가 아니고 아직 0.81을 지원하니 그저 지켜보면 되지만, 앨범/사진첩 '쓰기' API에 대해서는 강력히 저항할꺼에요. 0.9 스펙을 언급하는 부분이 있었는데다가 링크를 제공한 0.9 spec 부분에 Media 쓰기가 있었으니, 지원할 계획이 없다고 피드백이 올 경우 심하게 깔겁니다.
정말로 이해가 안되는 것은 API를 열었으면 보통 컨텐트를 모으기 위해 쓰기 API를 먼저 열고 읽기를 나중에 여는 것이 좋을텐데 (물론 구현은 읽기가 훨씬 쉽겠지만) 무슨 생각으로 그랬는지 모르겠네요. Write가 들어가기 시작하면 authorize를 위한 추가 dialog를 지원해야하고 보안 이슈를 더 고려해야해서? 정도로 추측하고 있어요.
Continue Reading
Discover more thoughts and insights
내가 뽑은 연금술사 명대사
좋은 친구 윤재가 빌려주었고, 세상에 하나뿐인 사랑하는 애인님이 이 책을 읽도록 trigger 해준 '연금술사' 라는 책을 보면서, 파울로 코엘료 팬이 되었다. 명대사라고 생각한 부분을 옮겨본다. 별것 아닌것처럼
회사 내 책상 위 전경들
간만에 디카들고 출근해서 사진찍고 놀아보았습니다. \=> 언제나 생각의 정리를 도와주는 A4 용지에 자필로 긁적이는 행위들 \=> 책상 좌측면.. 어제 출력한 '기억의 습작' 피아노 스코어도 나왔어요
회사 구함!
이름 : 황장호 성별 : 남 주소 : 서울 잠실 입사희망일 : 2005년 11월 중순 이후 회사 경력 : 2005년 11월 중순이 되면, 만 6년 1개월 다녔던 회사 : 사이버이메지네이션, 리눅스코리아,