레이블이 Office인 게시물을 표시합니다. 모든 게시물 표시
레이블이 Office인 게시물을 표시합니다. 모든 게시물 표시

2006년 4월 3일 월요일

Jotspot의 Joe Kraus가 생각하는 Web Office

한동안 정신없이 살다가 주말에 싸여있던 Feed들을 소화해버렸습니다. 그냥 제목만 보고 지나쳤었는데 Jotspot의 Joe Kraus씨의 인터뷰가 있더군요.
Joe Kraus씨가 생각하는 Web Office(Excel이겠죠)는 다음과 같은 가정에서 비롯되었습니다.
"Excel을 사용하는 사람들은 Excel이 제공하는 함수, 계산기능을 위해서 사용하는 사람과 글을 작성하고 이를 추적(track)하기 위해서 사용하는 사람으로 나눌 수 있습니다. 예를 들자면, 한 팀에서 스프레드 시트에 글을 적고 여기에 대한 피드백을 얻기 위해서 팀원들에게 스프레드 시트를 보냅니다. 그리고 팀원들이 이 스프레드 시트에 피드백을 추가 후 돌려줍니다."
개인적으로는 Excel의 주용도가 '계산 기능'과 '그리드로 나누어진 공간에서의 격식을 갖춘 문서작성'이라고 생각합니다. (ㅡㅡ;; 뒤의 용도는 본인이 많이 사용하는 용도입니다..ㅎㅎ) 인터뷰 리플 분중에는 분석툴이라고 하시는 분도 있네요.

이러한 가정하에서 Jotspot이 목표로 하는 기능(웹 상에 Excel이 제공하던 기능을 확장하기 위한)들은 다음과 같습니다.
  1. Sharing - making spreadsheets available to people as either read/write or read only.
  2. Every row is a wiki page - essentially meaning each row accommodates rich data types and has things such as version control; and
  3. the ability to mashup data from your own hard drive with data on theWeb. As Joe put it: "connecting your spreadsheet to the Web is reallythe idea."
sharing과 version control, mashup 기능은 Web Office가 갖춰야 할 기본 기능으로 되어버린 것 같습니다. Web Office를 어떻게 봐야할지에 대해서 생각해볼 수 있는 재미난 글이라 생각됩니다.

※ 주의 : 글쓴사람이 비몽사몽간에 보면서 글썼기 때문에 오역 또는 잘못 생각한 부분이 있을 수 있습니다.  ^^;;;

2006년 3월 31일 금요일

Web Office가 나가야 할 방향

개인적으로 Office 개발에 몸을 담고 있어서 Web Office에 대해서 많은 관심을 가지고 있습니다.
패키지로서만 존재하던 Office가 Web을 만나서 어떻게 진화할 것인가?
'지민아빠'님과도 토론을 한적도 있고 직장 상사이신 ㅇ대리님과 논쟁을 벌인적도 있습니다. 1년반이라는 짧은 기간의 경험만으로 답을 내기는 어려운 문제였고, 어찌보면 답이라는게 없을 수도 있습니다. 그래서 나름대로 다른 사람들(Macmanus아저씨 같은 유명한 사람들 ^^;;)의 블로그 글들을 뒤져봤습니다.

Web Office가 지녀야할 특징들을 살펴보면 다음과 같은 조건이어야 할것입니다.
  1. Web 상에서 실행되어야 합니다. (설치과정이 없어야 합니다.)
  2. Web 상에서 작성된 문서들은 Web상에 저장할 수 있어야 합니다.
그러면, 이분들이 생각하는 Web Office를 사용함으로서 얻을 수 있는 장점은 어떠한 것들이 있을까요?
  1. Collaboration - between people, between machine, between service(Mash up)
    Web 문서(html 페이지)처럼 쉽게 배포하고 공유할 수 있습니다.

    예로 들자면, 10명의 사람들에게 문서를 보내고 이 문서에 대한 의견을 듣고 싶다고 가정해보구요. 현재의 시스템에서는 먼저 10명의 사람들에게 doc으로 작성한 문서를 메일로 배포를 하고 메일을 통해서 피드백을 얻는 형태가 될 수 있습니다.

    그러나, Web Office를 사용하게 되면 작성한 문서를 Web 상에 쉽게 배포를 하고 10명의 사람들에게 이 문서에 대해서 수정하거나 자신들의 의견을 추가하게할 수 있습니다. (Wiki 형태를 생각하시면 좋겠군요.)

  2. Reduces Costs - Web Office라함은 Web을 기반으로 하여서 다른 시스템에 쉽게 통합될 수 있는 형태를 지니게 됩니다. (전재 조건으로 Web에서 동작한다 뿐만아니라 HTML 데이터를 생성하고 이를 바탕으로 다른 Web 기반 시스템과 상호 작용할 수 있음을 가정합니다.)

    이를 통하여 파트너쉽 또는 아웃소싱이 쉽게 이루어질 수 있고, 이를 통해서 비용을 줄일 수 있습니다. 또한 백업, 업그레이드, 배포에서 발생할 수 있는 비용도 줄일 수 있습니다.

  3. Universal Access - Device independant, Location independant
    회사 이외의 장소에서 회사 이외의 Computer나 Mobile Device로 접근하고 Update하는 것이 가능해지게 됩니다.

  4. Versioning - version control
    해당 문서에 대해서 Versioning을 함으로서 문서의 갱신이나 수정을 추적하거나 복원등을 할 수 있습니다.

  5. 기타  - 바이러스 걱정을 할 필요가 없다.
그럼, 반대로 Web Office를 사용함으로 발생할 수 있는 문제점들은 어떠한 것이 있을까요?
  1. 보안이슈 -
    Web Office 기능을 제공하는 회사의 제품을 이용할 때 자신들의 문서가 외부 유출없이 잘 관리되리라고 확신할 수 있을까요? 단순히 Ajax기능만을 추가함으로서 이러한 이슈를 해결할 수는 없을 것입니다. zot.com이나 intranets.com이 traffic을 얻지 못하는 이유중의 하나로도 볼 수 있을 것입니다.

  2. 인터넷 의존성

  3. 제한된 기능들(limited features)

  4. 프로그래밍하기 어렵다.
1번과 2번의 경우는 Web Office 뿐만아니라 Web이라는 플랫폼이 안고있는 문제라고 봐야할 것 같습니다. 3번의 경우에는 현제로서는 Word, Excel, Powerpoint 만한 기능을 Web에서 가질 수는 없다고봐야할 것 같습니다.

그러나, Mashup 등을 통하여 기존의 오피스에서는 얻을 수 없는 기능들을 Web에서는 가질 수 있으므로 단순한 비교는 해서는 안된다고 생각합니다. 4번의 경우에도 Win 3.1이나 C++이 처음 나왔을 때를 생각한다면 크게 문제가 될 것은 없다고 생각해야 합니다.

그러나, Web Office가 좋다, 나쁘다 등을 논의하기 전에 Web이라는 공간에 대한 전제조건이 항상 포함되어야 함을 잊지 말아야 합니다. 사용자가 혼자서 문서를 작성하는 것이 아니라는 점을요.

참고 자료들