박종명의 아름다운 개발 since 2010.06

재미있는 아이폰 앱이 나왔다. 위치기반 SNS 1km

내 위치를 기반으로 해서 주위사람들을 거리,시간별로 보여주고 그 사람의 사진과 관심사를 표시해 준다
그리고 그 사람이 어떤 SN(사회적 관계) 찾고 있는지에 대한 정보도 같이..  또한 페이스북이나 트위터와 같은 유명한 SNS 로 연결도 제공한다. 물론 이 모든 정보는 사용자가 동의하고 가입하고 작성한 내용에 한해서 노출된다.

기사: 위치기반 모바일 SNS '1km' 

방금 기사보고 대략 사용해 보니, 이미 많이 가입된 듯 하다.
현재 내 주위에 검색되는 사람이 꽤 있는 걸 보면...

맘에 드는 사용자가 있으면 그 사람에게 메시지를 보내거나 친구추가, 즐겨찾기 등록을 할 수 있다

예상했지만, 그대로 재밌는건...
Near, Popular, Favorite 로 주변 사람을 검색할 수 있는데, Popular 검색은 거의 여성이다 ㅎㅎ

Popular의 기준이 뭔지는 몰라도 (아마 프로필 조회 횟수나 즐겨찾기 등록횟수 같은 기준이 있지 싶다)
인기는 거의 여성이 차지하고 있다. 이 말인즉슨 남성이 보다 적극적으로 이용하고 있다는 반증도 되지 않을까....

이런 컨셉의 모바일 앱이 출시될것이라 예상했었다
물론 이건 나만의 예상이 아니라 이미 많은 사람이 위치 기반으로 한 사람 간 연결을 예기하곤 했다.

이 앱을 대략 보면서 몇 가지 상충되는 생각이 스쳐간다.
현재 이 앱은 주위에  누가 있고 그 사람의 관심사가 무었이며 그 사람과 소통할 수 있는 수단을 제공해 주는데
여러 형태의 비즈니스가 이런 위치기반 SNS 와 접목되면 괜찮은 시너지가 있을 것 같으며 또 한편으로는 개인에 대한 과도한 노출로 사생활에 대한 문제나 악용사례 등이 걱정 되기도 한다

여하튼 모바일 라이프는 확실히 우리 삶의 방식의 주요한 변화를 가져올 것이며 여기에는 분명 순기능과 역기능이 존재하게 될 것이다

애자일은 기민한, 민첩한, 변화에 유연한 개발을 지향하는 방법론이다
과거 폭포수 방법론이나 전통적인 순차적 패턴의 방법론의 단점을 해소하고 기민하고 유연함을 추구하는 철학을 가지고 있다. 이들은 애자일 방법론에 담긴 철학을 선언문과 12가지 원칙을 통해 명문화하고 있다

오늘 문득 '애자일 선언문'을 곱씹어 보고 싶어졌다
애자일 방법론의 구체적인 개발 패턴 보다는 애자일 선언문에 담긴 철학이 아름답다
뭔가 과거의 전형적인 틀을 벗어나서 새로운 개념을 도출하고자 할때 핵심이 되는 철학을 마련하는 것도 좋으리라 보인다.

http://www.agilemanifesto.org/

'프로세스와 도구' 보다는 '상호작용과 개인'
'포괄적 문서화' 보다는 '동작하는 소프트웨어'
'계약 협상' 보다는 '고객과의 협력'
'계획 준수' 보다는 '변화에 대한 응대'

왼쪽에 열거한 말들도 가치가 있지만 오른쪽에 열거한 항목들에 더 큰 가치를 두고자 한다

그리고 세부 12가지 원칙이다
: 우리의 최우선 가치는 지속적으로 가치 있는 소프트웨어를 조속하게 릴리스하여 고객 만족을 이루는 것이다.

: 개발 후반부일지라도 요구사항의 변화는 환영한다.
  애자일 프로세스는 고객이 이익을 얻기 위해 발생하는 변화를 통제할 수 있다.

: 되도록이면 몇 주에서 몇 달의 짧은 주기로 제대로 동작하는 소프트웨어를 자주 릴리스한다.

: 개발자와 이와 관련된 사람들은 프로젝트를 진행하는 동안에는 함께 작업을 한다.

: 동기가 부여된 사람을 위주로 프로젝트를 진행한다. 그들이 필요한 환경과 지원을 제공하라.
  그리고 그들이 작업을 완수할 것이라고 믿어라.

: 개발팀 간 혹은 개발팀 내부에서 가장 효과적이고 효율적으로 정보를 전달하는 방법은
  얼굴을 맞대고 대화하는 것이다.

: 정상적으로 동작하는 소프트웨어가 프로젝트의 진척을 재는 가장 정확한 척도다.

: 애자일 프로세스는 지속적인 개발을 장려한다.
  후원자, 개발자, 사용자는 항상 일정한 호흡을 유지할 수 있어야 한다.

: 기술적 탁월함과 훌륭한 설계에 대한 지속적인 관심은 애질리티(agility)를 증대시킨다.

: 하지 않아도 될 일의 분량을 최대한 쳐내는 기술을 의미하는 단순성(simplicity)은 기본이다.

: 훌륭한 아키텍처, 요구사항 및 디자인은 자체적으로 조직된(self-organized) 팀으로부터 나온다.

: 팀을 어떻게 더 효과적으로 만들지 정기적으로 되돌아 보고 그에 따라 행동을 수정하고 조율한다.

인터넷이 조각으로 배달된다?
IE9가 주목받는 요즘 IE8에 추가 된 기능을 언급하려하니 좀 늦은감이 없지 않다
하지만 이전에 소식으로만 접했던 IE8의 웹 조각을 다시 음미(?)해 보니 꽤 쓸만한 도구로 보인다

IE8의 웹조각은 그 이름에서 유추할 수 있듯이 웹을 조각으로 관리할 수 있는 기능이다
다시말해, 웹 페이지 중 일부 영역을 따로 떼어 그 부분만을 구독할 수 있게 해 준다

뉴스나 증권정보, 날씨정보와 같이 주기적인 업데이트가 필요한 콘텐트에 적용하기에 알맞은데,
사용자 입장에서, 그 내용을 확인하기 위해 매번 해당 웹사이트로 이동하는 불편을 해소해 준다.
웹조각을 설명한 (별로 재미는 없는) 만화가 제공된다. 아래 그림을 클릭해서 크게 보기 바란다

태그의 class 특성을 정의하면 IE8 브라우저는 이를 웹 조각으로 해석하게 된다
hslice는 하나의 웹조각 영역을 뜻하며 entry-title 와 entry-content 는 웹조각에 표시될 제목과 내용을 뜻한다

여기서 지정한 제목이 즐겨찾기에 표시되는 타이틀 제목이 되며, 예에서 숨김 처리를 한 것은 굳이 본문에 제목이 표시되지 않아도 되기 때문이다(이것은 선택이다. 제목도 웹 조각 본문에 포함되기 원한다면 보이게 하면 된다)

그리고 웹 조각은 한 페이지에 여러 개 존재할 수 있다. 다만 ID를 반드시 다르게 해 주어야 한다.
IE8이 웹 조각을 인식하는 기준은 아래와 같은 URL이기 때문에 ID를 중복해서 지정할 수 없다 
따라서 웹조각 마다 각기 다른 ID를 부여해야 하며 ID만 다르다면 여러개의 웹 조각을 정의할 수 있다
http://domain/slice.html#myWebSlice

참고로 제목은 중복될 수 있지만, 즐겨찾기 항목에 동일 제목이 나열되므로 중복되지 않게 하는 것이 좋다

더불어 웹 조각 적용시 기본 크기에 따른 최적의 콘텐트 구성, 웹 조각 링크 수동 제공, 웹 조각을 위한 인증처리 등 더 세밀한 프로그램 작업이 가능하다. 이 부분은 관련 자료를 찾아보기 바란다


웹 조각, 업데이트 알림
웹 조각의 가장 큰 장점 중에 하나는 업데이트 된 정보를 쉽게 취득할 수 있다는 것이다
IE8은 웹 조각 콘텐트를 일정한 주기로 확인하여 업데이트 여부를 시각적으로 알려 주는데 아래와 같이 그 주기를 설정할 수 있다(기본: 15분)
고급설정에서는 웹 조각에 대한 보다 섬세한 설정을 할 수 있으니 참고해 보기 바란다

급 추가>>>
이런, 이 글을 쓰고 저장하려고 하는 시점에, 웹 브라우저에서 업데이트 알림을 보내 왔다.
그리고 이후 쭈욱 지켜보니 나름대로 일관되게 알림을 보내준다. 이전 테스트는 내 마음이 급해서 인가 보다.
.. 위의 코드, 즉 웹 조각 영역에 있는 내용에 대한 업데이트도 제대로 알림이 되는 것을 확인 하였다
그렇지. 이렇게 되어야 웹 조각의 알림이라 할 수 있겠지... 괜찮은 웹 조각 ㅎㅎ


웹 조각의 범용성?
IE8에 도입된 웹 조각이 꽤 쓸만한 도구로 보이지만 가장 문제는 범용성이다
IE8 이상의 브라우저에서만 가능하기 때문에 요즘처럼 표준과 범용성이 중시되는 환경에서는 큰 단점이다

파이어폭스3 에서도 IE8의 웹 조각을 수용하기 위해,
웹청크(WebChunks, https://addons.mozilla.org/ko/firefox/addon/8494/)라는 것을 선보였다
IE8의 구현을 그대로 계승할 수 있어 두 브라우저의 범용성이 보장되는 셈이다.
그러나 현재 최신 버전의 파이어폭스(3.6.12)에서는 이 확장 기능이 설치 되지 않는다
 
그리고 맥의 사파리에도 이와 유사한 개념의 '웹클립' 이라는 위젯이 제공되는데
 개념적으로만 유사할 뿐 적용 방법과 기술이 달라 범용적으로 적용하기 힘든 구조이다

오페라의 경우 웹조각을 구현한다는 썰이 있는데 단지 루머수준에 머물러 있는 듯 하다
Rumor: Opera 10 to Include Web Slices

결국 웹 사이트의 사용성을 증대 시킨 '웹 조각'은 그 자체로는 유용한 면이 있지만,
실제 현업에서 적용하기에는 범용성이라는 걸림돌에 부딪히게 되는 것이다

만일 대상 고객이 IE에 한정되어 있거나 IE 사용자들에게만 부여되는 옵셔널한 기능이라면 적용할 만한 가치가 있겠다

ps. 글이 매우 급하게 작성되었다. 정신적으로 여러 현안이 겹쳐 있어 이 주제에 집중하기가 힘들다
내용에 오류가 있다면 즉시 지적 바란다

앱은 하나의 서비스만 사용할 수 있는데 반해, 웹은 브라우저를 기반으로 구동되기 때문에 다른 서비스로의 전환이 가능하기 때문..

새로운 마크업 언어인 HTML5의 등장으로 인해 앱으로 가능하던 퍼포먼스들이 웹으로도 구현되고 있는 것이 그 증거

이달 중 구글 크롬의 웹스토어가 오픈될 것으로 예상되는데, 이는 PC에 있어서는 새로운 운영체제와 같은 것..

그러나 이 같은 문제점들은 늦어도 4년 이내로는 해결이 될 것이며, 콘텐츠 프로바이더, 앱 개발자들은 지금부터 ‘웹 애플리케이션’을 준비해야 패러다임 쇼크를 받지 않을 것

마이크로소프트의 서버 및 툴 사업을 책임지고 있는 밥 무글리아는 “실버라이트는 윈도우 폰을 위한 개발 플랫폼이다”라고 밝힌 바 있다

크로스플랫폼 이식성이 중요하지 않은 환경에서는 실버라이트가 HTML5보다 뛰어난 툴이 된다