개똥이야기 개똥이야기

아이는 "사랑한다."는 말보다는 자기의 말에 맞장구 쳐주고 자신의 질문에 대답을 잘 해줄 때 기뻐한다. 아이는 사랑한다고 볼을 쓰다듬고 안아주는 것보다 놀이터에서 같이 뛰어놀고 손잡고 공원에 놀러가는 것을 더 좋아한다. 물론 "사랑한다."고 말하는 것과 안아주는 것은 정말 중요하다. 그러나 단지 이것만으로 자신의 사랑을 표현했다고 생각하고 더 이상 아이의 관심에 귀를 기울이지 않는 것은 사랑이 아니다. 사랑은 상대방에 대한 배려와 관심이며 시간과 공간 그리고 정서를 함께 나누는 것이다.

출시 역사와 배경 20세기 초반 어도비의 플래시는 인터넷에서 사용자 경험(User experience)과 RIA(Rich Internet Application) 측면에서 가장 앞서있던 기술이었다. 기존의 Window Media가 지배했던 웹 비디오 시장이 점차 HTTP 다운로드 방식의 플래시 비디오로 넘어가게 되었다. 이 당시 비디오 공유 시장, 소위 UCC의 확산으로 플래쉬 비디오는 거의 웹의 표준으로까지 성장하게 된다. 그러나 이 방식은 보안과 저작권에 대한 문제를 안고 있다. PC의 임시 저장 공간에 남아있는 컨텐츠로 인해서 누구라도 복제하고 재배포할 수 있는 우려를 낳게 해 준다. 이에 어도비는 전통적인 스트리밍 방식의 RTMP 프로토콜을 공개한다. 20세기 후반들어,RTMP와 같은 전통적인 스트..

MPD 구조의 예 MPDMPD의 최상의 요소이다.Period보통 미디어의 정보가 유지되는 기간을 명시한다.이 기간 동안 가능한 비트율, 언어, 등은 고정이다.BaseURL다른 세그먼트나 리소스의 공통된 URL을 명시한다.AdaptationSet하나 이상의 상호 교체할 수 있는 인코딩된 버젼의 집합이다.Period에는 최소한 하나의 AdaptationSet이 있어야 한다.Representation하나 이상의 전송 가능한 인코딩된 버젼을 나타낸다.하나 이상의 미디어 스트림을 포함한다.Segment한번의 HTTP 요청으로 가져갈 수 있는 가장 큰 조각을 나타낸다. MPD의 예 http://www-itec.uni-klu.ac.at/ftp/datasets/mmsys12/BigBuckBunny/bunny_15s/ ..

WebRTC와 CU-RTC-Web 모두 브라우져에서 화상 채팅과 같은 기능을 구현하는 위한 표준이다. WebRTC는 구글에서 주도하고 있으며 파이어폭스, 오페라 등이 참여하고 있다. 플러그인없이 화상 채팅 등의 기능을 브라우저에 제공하기 위해서 개발이 되었다. 구글에서 개발한 소스코드를 오픈했다. 이 글을 포스팅하는 시점으로는, 크롬에서는 이 기능이 포함되어 배포되었으며, 파이어폭스는 개발 버젼에만 이용 가능하다. 반면, CU-RTC-Web은 마이크로소프트가 단독으로 진행하고 있다. WebRTC가 SDP를 사용하는 문제점을 지적하고 있다. WebRTC를 위해서는 SDP 표준의 확장이 필요한다. 그런데, 이 표준을 관리하는 주체는 ITEF의 MMUSIC(Multiparty Multimedia Session..

Lisp에서 전역 변수(global variable)를 정의하는 방법은 DEFPARAMETER와 DEFVAR를 사용하는 두가지가 있다. 이 둘의 차이는 재정의(redefine) 이후 변수의 값이 정의대로 갱신되는지 여부이다. DEFPARAMETER는 재정의 할 때마다 새로운 값으로 갱신되는 반면, DEFVAR는 변수의 값이 계속 유지가 된다. 다시 말하면, DEFVAR는 바인딩 되지 않았을 때(unbound), 초기값으로 설정이 된다. > (defparameter *foo* 5) *FOO* > *foo* 5 > (defparameter *foo* 6) *FOO* > *foo* 6 > (defvar *bar* 5) *BAR* > *bar* 5 > (defvar *bar* 6) *BAR* > *bar* 5 ..

KLDP의 BBS에 플래시 게임이 올라왔었다. 보통은 게임의 룰대로 도전했고 일부는 쉽게 깨는 방법, 소위 꼼수를 연구했다. 나도 그 일부에 속했다. 게임의 헛점을 이용해서 손쉽게 깰 수 있는 최선의 방법을 찾아내어 공개했다. 모두 수십초의 벽에 막혀있었는데, 나의 잉여와 직관으로 8초로 줄였다. 나는 스테이지 1을 해킹(?)했고 게임의 헛점을 공개했다. 얼마 지나지 않아, 다른 분이 같은 방법으로 스테이지 2를 깨는 방법을 공개했다. 진짜 해커가 보면 콧웃음을 칠 수도 있지만, 이런 접근이 일종의 해킹의 과정이라 생각해서 포스팅해본다.

우연히 찾은 나의 댓글이 있다. 나도 가끔 간결하고 이해하기 쉽게 핵심을 찌르기도 하는구나... 라는 생각이 들었다.완전 open/free 는 오히려 bsd 가 맞는거 같고 (누구에게나 어떤 목적으로든 쓸수 있으니까요) GPL은 그 감염성 때문에 사용 목적에서 제한이 받으니까 완전한 open/free 라기엔 뭔가 좀 그렇지 않나요 ㅎㅎ에 대한 나의 답변"나의 자유"와 "모두의 자유"에 따라서 다른 것 같아요. 나의 자유라면 내 마음대로 하면 됩니다. 모두의 자유를 지키기 위함이라면 그것을 지키기 의한 의무가 따르겠지요.(원문 : http://kldp.org/node/121965#comment-548220) 추가:나의 독창적인 생각이 아니었습니다. 이전에 이와 같은 내용의 댓글을 읽은 적이 있군요. 이렇게..

예전에 K-Lisper 모임에서 발표했던 자료를 공개한다. "Land Of Lisp"의 5장과 6장을 개발자 과점에서 바라보았다.