air
- 로컬로 들어온 그 행보를 서비스로 승화시키려면, gears와 같은 offline storage가 필요하다. 안타깝게도 렌더링엔진이 발전하지 못함이 문제로 지적될 수 있지만, 그를 위해 웹표준이 있음을 적절히 PR할 필요가 있다.

microformat 과 dynamic ui format
- 온톨로지빠는 구조화 시킬 data를 가능한 온톨로지로 재 구성하곤 한다. microformat 역시 빠(mania)스러운 사람들이 등장하여 자신들 입맛에 맞게 사용하고 있다. 잊지 말아야 할 것은 '어떤방식(data type)'이 아니라 '접목시킬서비스'이라는 사실이다. (간혹 semantic한 표현법으로 축소시킨 글을 보곤하는데, 그리 좁게 사용될 것이 아니다)
- 기존에 존재하는 동적인 UI요소들(Flash, Movie, Sound..etc)이 만들고 사용되기 힘들기 때문에, 다시 제어할 수 있는 부분을 분리하는 Dynamic UI Format이 필요해 졌다. view와 action을 분리한 이 format은 디자이너들 보다 UI개발자들에게 도움이 될 것이다.

parsing 속도를 높이기 위한 컴파일
- xml을 컴파일한 후 새롭게 파일을 생성하여 파싱속도를 증가시키는 노력(like xaml)은 사용성에서는 높은 점수를 주지만, 접근성이 떨어짐을 인정해야 한다. 둘을 적당히 조화시키기 위해서 '가독성코드'나 '주석형코드'를 생성할 수도 있겠지만, 툴을 통하지 않으면 의미가 없는 이런 행위는 지극히 기계적이다. 발전을 위해서는 안정적인 도구를 제공해야 하겠다.
- data protocol을 정의하면 '특화되었다'는 명목하에 '이기적인강요'를 하기 때문에 뻔뻔하게 자신의 규약이 다른 것보다 좋다고 말할 수는 없다.

시간
- 흐름에 집착하면 표현에 한계가 있다. 변화에 집중해야 그 형태를 구현할 수 있다.
- 컨셉은 "당신이 원하던 원하지 않던, 시간이 흐르면 변화된 것을 보여줄 것이다" (사실 서비스제공자들은 그러고 있지 않은가? ^^)