안녕하세요, 


MIT media lab.에서 만들어 무료로 제공하는 프로그래밍 도구인 스크레치를 소개합니다.


http://scratch.mit.edu/


유소년 대상으로 프로그래밍을 손쉽게 접할 수 있도록 만든 교육 목적의 도구로 보시면 되고요. 다운로드 필요 없이 웹 상에서 직접 개발 및 공유가 가능하니 재미 삼아 만들어 보시면 좋을 것 같습니다.


아래는 tutorial로 만든 제 첫 앱입니다. ^___^ 



지금 즉시 프로그래밍을 즐기세요!




HTML5의 환상적인 JavaScript API를 소개한 슬라이드를 소개합니다.


http://mainline.essi.fr/HTML5slides/indexSeoul.html


WWW conference 2014에서 공유된 자료로 슬라이드 역시 HTML5로 작성되어 소개와 실습을 동시에 할 수 있는 멋진 자료입니다. ;-)


방대한 내용이라 일부 강의되었던 내용에 대해 기술한 포스팅을 추후 게시할 예정입니다.

많은 관심 부탁드립니다. 

'Web of Humans > HTML5' 카테고리의 다른 글

차세대 웹 기술 - 웹 컴포넌트 (Web Components)  (0) 2014.10.23



WS-REST 2014 워크숍이 끝난지도 벌써 두 달여의 시간이 지난 이제서야 용기를 내어 글을 써내려가기 시작하네요. -_-;;;


서두에 이번 워크샵을 한줄로 평가하면   

내 생애 최초로 논문을 발표한 워크숍이라서 매우 설레였고 

배경 지식 및 어학 역량이 부족해 이해하지 못한 부분이 많았으나 전 세계의 전문가들의 자신의 의견을 개진하면서 토론하는 모습에 매료되었다.

라고 요약할 수 있겠네요.


프로그램의 내용은 다음 링크를 참조하시고 발표 및 논의된 내용은 이어 간략하게 정리하겠습니다. 


http://ws-rest.org/2014/program


  1. Keynote
    • Google의 Sam Goto 가 발표를 진행했으며 Google에서 웹 서비스와 관련 API를 만들며 경험한 사례들과 REST Web API의 발전 과정을 매우 재미있고 역동적으로 소개
  2. '코를 막기' 대 '후각으로 따라가기'
    • REST API의 최근 서적인 'RESTful Web API'의 저자 중 한명인 마이크 아문센이 디즈니의 애니메이션 '업'에 등장하는 개를 빗대어 웹 상에서 서비스를 기술하는 방식 (service description)에 대한 올바른 접근 방법을 소개함.
  3. 프로비넌스(provenance)를 이용해 시간 대 별 Web API로 data를 publish 하기
    • 데이타 프로비넌스를 이용해 Web API의 형상을 관리하는 REST API와 이를 이용하여 Web API 변경에도 대응이 가능한 시스템 개발
  4. 클라이언트 개발 효율화를 위한 REST API를 JavaScript API로 설계하기 
    • 제가 제출한 논문으로 REST API와 JavaScript API를 맵핑해서 설계하는 디자인 패턴과 REST API 대신 JavaScript API를 제공하여 개발한 사례를 소개 
  5. 웹 암호화 API
    • W3C에서 복잡하고 다양한 암호화 기법을 추상화한 JavaScript API를 표준화 한 사례를 소개함.
  6. 동적 스트리밍 토폴로지를 제어하는 REST API
    • 스트리밍 트래픽에 따라 동적으로 토폴로지를 구성할 수 있도록 설계한 REST API를 소개 함. 
  7. 트랜젝션을 분산 처리하는 REST API
    • 이 커머스와 같이 트랜젝션이 필요한 서비스에서 REST API 형태로 이를 처리할 수 있는 디자인 패턴 소개 
  8. REST 설계 원칙을 따르는 트랜젝션 모델의 7대 도전 과제
    •  REST API와 기존 트랜젝션과의 상이 점과 이를 상쇄하기 위한 여러 기술적 접근법을 소개
  9. 실제 제품에 탑재하기 위한 목적으로 만든 코드 자동 생성 API 클라이언트 
    • REST API의 self-descriptiveness를 기반으로 API에서 클라이언트 코드가 자동 생성되도록 상용 수준으로 적용한 사례 소개
  10. 웹 상에서 RESTful linked service 를 연결하는 접근법
  11. IoT를 위한 COMPOSE API
    • 단말 디바이스 간 서비스를 조합 가능하도록 설계한 REST API 소개  

이해 부족 혹은 지나치게 요약하느라 내용이 잘못 전달될 수도 있으니 자세한 내용은 원문 링크의 논문 본문을 참고하시기 바랍니다.

감사합니다.





안녕하세요.

주요 시장 조사 기관인 VisionMobile에서 발행한 앱 개발 시장 조사 보고서를 다음과 같이 포스팅합니다.

 내용의 요약은 다음 링크에서 확인하실 수 있습니다: http://www.visionmobile.com/blog/2014/02/developer-economics-q1-2014/

 

여기서 부터는 제가 번역한 key message 요약입니다.

  • 앱 시장 및 개발자 현황
    • 글로벌 앱 시장은 2013년에 680억 불 규모로 2016년까지 1430억 불 규모로 성장할 것으로 예상됨
    • 2013년 기준 전 세계에 230만 명의 모바일 개발자가 존재하며 이중 76만 명이 아시아에 거주

  • 생태계 전쟁
    • Android와 iOS가 스마트폰 시장의 94% 차지 (2014년 4분기 기준)
    • 전체 개발자의 71%가 Android 대상 앱 개발을 고려 함
    • 전체 개발자의 55%가 iOS 대상 앱 개발을 고려하고 있으며 주로 구주와 북미의 개발자들이 선호함.
      • 반면, 아시아, 남미, 아프리카의 개발자들은 HTML5를 iOS보다 더 선호함
    • 기타 플랫폼 (파이어폭스, 윈도우즈 폰, 윈도우즈8, 타이젠 등)에 개발자를 유치하려면 전체 개발자의 69%에게 iOS / Android를 버리고 기타 플랫폼을 사용해야 하는 동기를 부여해야 함
    • HTML5는 다양한 플랫폼에서 동작하는 가능한 앱를 만들 수 있는 플랫폼이자 native app을 만들 수 있는 기술 임
      • 37%의 개발자가 HTML5를 사용 (모바일 웹 사이트, 웹 앱 등)
      • 이중 15%의 개발자는 hybrid app이나 HTML5 to native tool를 사용
    • 평균적으로 한 개발자는 동시에 약 2.5 개의 platforms를 활용

  • 개발자 충성도
    • iOS가 개발자 충성도가 가장 높으며 59% 개발자가 iOS를 우선 고려함
    • HTML5는 cross-screen, cross-platform 배포가 필요할 시에만 우선 고려하며 평균 2.8 개의 screen를 대상으로 함
    • 북미와 서유럽에서는 iOS가 선호하는 플랫폼이나 다른 지역은 Android가 선호됨
      • 아시아에서는 개발자의 46%가 Android를 우선 고려하고 28%가 iOS를 고려

  • Connected screen
    • 머지 않은 미래에는 시계, TV 그리고 온도 조절 장치와 스마트 폰이 앱 개발자들의 주요 대상이 될 것으로 보임
    • 태플릿은 개발자의 83%가 매력적으로 느끼는 대상이나 단 12%의 개발자만이 주요 대상으로 고려 
    • Android 태플릿이 불티나게 팔리고 있으나 개발자의 52%는 iOS를 우선하여 태블릿 앱을 개발하고 있으며 Android는 개발자의 28% 만이 고려하고 있음

  • 수익 구조
    • 개발자의 60%는 '빈곤 층' (앱 당 한달 소득이 500불 이하) 에 있음
    • iOS에는 Android 보다 '중산층' (앱 당 한달 소득이 500불~ 만 불 사이)이 많아 개발자의 25%가 android를 선호하는 것 대비 개발자의 37%가 iOS를 선호함
    • 인 앱 광고가 가장 대중적인 수익 모델으로 26%의 앱 개발자는 윈도우즈폰이나 안드로이드에서는 이 모델로 수익을 얻음
    • 수주(Contract)에 따른 앱 개발이 2013년 기준 56%를 차지하고 있으며 중요한 점은 개발자의 26% 가 이런 형태로 앱을 개발 중임.
    • e-커머스를 수익 모델로 사용하는 개발자의 비중이 2013년 3분기 5%에서 2014년 1분기 8%로 급속히 증가
    • Windows 8 혹은 윈도우즈 폰 대상 개발자들이 가장 적은 수익을 얻고 있음 (한달에 앱 당 1~50불 규모)

  • 개발 도구
    • 엔터프라이즈 IT 개발자가 상대적으로 앱 개발 도구를 늦게 받아들이고 있음
      • 25%가 어떤 도구도 사용하지 않고 있어 백여 개의 도구 vendor에게는 기회임
    • iOS가 가장 도구 활용을 잘하는 개발자들을 보유함
      • 경쟁력이 있는 도구 포트폴리오는 매력적인 주요 개발자 segments의 플랫폼으로써 핵심임
    • 사용자 분석 도구cross platform tool은 가장 유명한 두 개발자 도구 category 이며 각각 개발자의 40%, 30%가 사용함


오역이 내포될 가능성이 농후한 포스팅이니 자세한 사항은 원문을 확인하시기 바랍니다. 

감사합니다.


안녕하세요, 

Agile world에서 이름 높은 Martin Fowler 아저씨가  REST API의 수준을 단계 별로 표현한 Richardson Maturity Model 을 설명하는 포스팅을 올렸네요.

리처드슨 REST 성숙도 모델에 따르면, REST API는 다음과 같은 성숙도를 갖게 됩니다.

  • Level 0 ,< The Swarm of POX: RPC (Remote Procedure Call) 형태로 resource 구분 없이 설계된 HTTP API
  • Level 1, Resources: resource 형태로 구분되어 있으나 action을 HTTP command로 CRUD (Create, Read, Update, Delete)로 표현하지 않은 HTTP API
  • Level 2, HTTP Verbs: resource 형태로 구분된 URI와 HTTP command로 CRUD 하나 self-descriptive hypermedia type를 가지지 않는 HTTP API
  • Level 3, Hypermedia Controls: response payload 에 관련 URI를 포함하는 hypermedia[각주:1] 로써의 속성을 지님으로써 code on demand[각주:2] 속성을 지원할 수 있는 완전한 REST API 

이런 성숙도 모델을 이해함으로써 REST API의 설계 수준을 높이는데 도움이 되리라 믿습니다.

자세한 내용은 아래 국문 번역 포스팅이나 원문을 참고하세요.



-  국문 지앤선 블로그 : http://jinson.tistory.com/190

- 원문 : http://martinfowler.com/articles/richardsonMaturityModel.html


  1. http://en.wikipedia.org/wiki/HATEOAS [본문으로]
  2. http://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm#sec_5_1_7 [본문으로]

+ Recent posts