▲

Lotus Notes와 모든 것을 처음부터 만드는 것의 위험

(buttondown.com)1P by GN⁺ 4시간전 | ★ favorite | 댓글 1개

• 1989년 출시된 Lotus Notes는 암호화, 첨부파일, 알림과 메시지 동기화를 갖춰 오늘날의 Slack과 이메일, 사내 앱 개발 도구를 합친 듯한 협업 환경을 제공함
• 이메일 전용 프로그램이 아니라 공유 데이터베이스 위에 일정, 토론, 주소록과 업무용 앱을 만드는 플랫폼이었으며, 이메일은 그중 한 가지 용도였음
• 모든 운영체제에서 똑같이 작동하도록 만든 독자적 인터페이스는 오히려 익숙한 조작과 충돌했고, 강력한 협업 기능보다 불편한 이메일 경험이 먼저 제품의 인상을 결정함
• 기업에는 무엇이든 만들 수 있는 복잡한 플랫폼보다 배포하고 관리하기 쉬운 이메일이 절실했으며, Outlook과 Exchange가 그 수요를 차지함
• Notes가 먼저 구현한 기능은 이후 이메일 표준에 하나씩 추가됐고, 개방형 웹과 이메일은 더 빠르게 진화하며 Notes가 보여준 미래를 다른 방식으로 실현함

---

PLATO Notes에서 시작된 비동기 협업

• 1973년 일리노이대학교의 PLATO는 초기 언어 학습 소프트웨어 등이 만들어진 교육용 시분할 컴퓨터로, 누구나 편집할 수 있는 notes라는 텍스트 파일을 제공함
  • 사용자는 안내나 문제를 남길 수 있었지만, 낙서를 하거나 파일 전체를 지우는 것도 가능했음
  • 이런 사건을 계기로 Tenczar가 당시 17세였던 David Woolley에게 대체 도구 개발을 요청함
• Woolley는 사용자와 운영 담당자 사이의 지속적인 대화를 위해 게시물마다 최대 63개 답글을 순서대로 연결하는 PLATO Notes를 만듦
  • 기존 파일의 이름을 이어받은 이 도구는 새 토론을 시작하고 답글을 달고 읽는 초기 온라인 포럼 중 하나였음
  • 이후 Personal Notes에서는 다른 사용자에게 이메일처럼 비공개 메시지를 보낼 수 있게 됐으며, 모든 내용은 개별 단말에서 접근하는 동기화된 데이터베이스에 저장됨
• 학생 시절 PLATO를 사용한 Ray Ozzie는 이 환경에서 인터넷의 미래를 미리 경험함
  • 서로 다른 시간대에 작업하는 동료와 협업하면서, 상대가 자리를 비워도 답글을 남겨 나중에 읽게 할 수 있었음
  • 취업 후에는 온라인 공동체의 부재를 금단 현상처럼 느꼈고, PLATO의 상호작용 환경을 재현할 소프트웨어를 만들기로 결심함
• Lotus 1-2-3 개발팀과 연결된 Ozzie는 5년의 개발 끝에 1989년 Lotus Notes를 출시함
  • 지연이 길어져 출시 당시 회사 대변인이 이제 Notes를 베이퍼웨어 목록에서 지운다는 농담을 할 정도였음

이메일이 아니라 공유 데이터베이스로 설계한 플랫폼

• Lotus Notes의 출발점은 이메일 자체보다 조직의 아이디어를 한곳에 모으는 공동체와 집단 지식이었음
  • Iris의 전 엔지니어링 부사장 Tom Diaz에 따르면, 대부분 이메일을 써본 적도 없던 1984년에 그룹 커뮤니케이션 소프트웨어를 구상하는 일은 이례적이었음
• PC에서도 PLATO 같은 협업을 구현하기 위해 복제 데이터베이스를 기반으로 설계함
  • 여러 서버에 같은 데이터베이스의 복사본을 두고 Notes 서버가 지속적으로 동기화함
  • POP3로 메시지를 한 번 내려받는 방식이 흔하던 시기에, 훗날 IMAP과 Microsoft Exchange가 제공할 메시지 동기화 경험을 구현함
  • IBM은 주로 Notes를 확보하기 위해 1995년 Lotus를 인수함
• 사용자는 데이터베이스에 정보를 올린 뒤 보고 싶은 정보를 선택하고, 개인 메시지나 회사 전체에 동기화되는 공개 글을 작성할 수 있었음
  • Fortune의 David Kirkpatrick의 비유처럼, 조직 전체가 옆자리에 앉아 있는 듯 서로의 지식을 활용하는 방식임
  • 오늘날에는 Teams·Slack과 이메일을 함께 써야 비슷한 범위를 구현할 수 있음
• 애플리케이션 개발 기반이기도 해 일정, 포럼, 주소록, 맞춤형 사내 소프트웨어를 만들 수 있었으며, 훗날 Access와 Airtable이 제공할 방식과 닮아 있었음
  • 자체 이메일은 이 기반으로 무엇을 만들 수 있는지 보여주는 여러 용도 중 하나였음
  • SMTP 이메일은 1996년부터 지원했으며, 그때는 일반 이메일도 Notes의 여러 선도 기능을 따라잡은 상태였음

일반 이메일보다 앞섰던 기능과 이식성

• 출시 당시부터 데이터베이스에 암호화를 내장했으며, 이는 Pretty Good Privacy가 일반 이메일에 암호화를 가져오기보다 2년 빨랐음
• 서식 있는 텍스트와 첨부파일도 처음부터 지원했으며, 일반 이메일은 1992년 MIME 도입 이후 이를 지원하게 됨
  • 수신 확인, 새 메시지 알림, 사용자 디렉터리, 분류된 받은편지함에 가까운 기능과 스레드형 메시지도 갖춤
  • 위키처럼 다른 메시지로 연결할 수 있었으며, 공유 데이터베이스가 아니라 개별 텍스트 파일을 기반으로 하는 이메일에는 여전히 이 기능이 없음
• 원하는 동작이 없으면 같은 데이터베이스 기반으로 자체 이메일 애플리케이션을 작성할 수 있었음
  • 모든 메일을 로컬에 보관하고 네트워크에 다시 연결됐을 때 동기화할 수 있어, 업무용 노트북이 확산되면서 중요한 사용 사례가 됨
• 크로스 플랫폼을 처음부터 지향해 DOS와 OS/2로 시작한 뒤 Windows, Unix, Macintosh로 확장함
  • 모든 플랫폼에서 일관되게 작동하도록 독자적인 그래픽 인터페이스를 만들었지만, 이 선택이 사용성의 약점이 됨

강력한 확장성과 충돌한 독자적 사용 방식

• 지지자에게 Notes는 일반 이메일이 평문에 머물던 시절의 강력하고 확장 가능한 협업 도구였음
  • Jeff Atwood의 비판 글에 달린 반론에는 이메일이 실제 Notes 사용의 약 5%에 불과하다는 평가와, 이메일은 여러 기능 중 하나이며 그 기능은 좋지 않다는 평가가 함께 있었음
  • Hacker News의 @andrewstuart의 회고에 따르면, 로컬 서버가 다른 사무실 서버에 전화 접속해 변경된 데이터만 복제하는 방식으로 사무실 간 데이터를 공유하는 앱을 만들 수 있었음
• 운영체제의 사용 관례가 굳기 전에 만들어진 독자적 인터페이스는 다른 프로그램과 번갈아 사용할 때 익숙한 조작을 깨뜨림
  • Atwood가 모은 불만에 따르면 F5는 받은편지함 새로고침이 아니라 앱 잠금이었고, 해제하려면 비밀번호가 필요했음
  • 이메일 전송 단축키도 CTRL+ENTER가 아닌 ALT+1을 사용함
• Lotus Notes Interface Hall of Shame에는 일관성 없는 조작과 제약이 기록돼 있음
  • 동시에 열 수 있는 Notes 창은 최대 8개였고, 어떤 버튼은 한 번 클릭하지만 다른 버튼은 더블클릭해야 했음
  • 맞춤법 검사는 수신자 필드의 이메일 주소까지 검사해 수정을 제안함
  • 새 메일 알림의 OK는 메일을 열지 않았고, Open Mail...도 임시보관함이 열려 있으면 작동하지 않았음
• Lotus Notes Sucks에는 80가지가 넘는 불만이 쌓임
  • 비밀번호를 반드시 바꿔야 한다고 경고하면서, 곧이어 지금 바꾸겠느냐고 묻고 예·아니요를 모두 제공하는 모순도 있었음

협업의 가치보다 먼저 각인된 이메일 경험

• 초기에는 회사 내부에서만 노트와 이메일을 주고받을 수 있었지만, BlackBerry와 Slack보다 훨씬 앞서 다양한 컴퓨터의 동료에게 서식·첨부파일·도착 알림을 제공함
  • 이런 기능 때문에 일부 사용자는 불편함을 감수했으며, 조직이 Notes에 의존하기 시작하면 알림과 동기화된 지식 없이 일하기 어려워졌음
  • 데이터 이전의 어려움도 잔류 이유였으며, 현재의 HCL Notes를 계속 사용하는 조직도 있음
• Notes는 강력한 도구였지만 좋은 이메일 애플리케이션은 아니었고, 많은 사용자는 이메일을 통해 첫인상을 형성함
  • Hacker News의 @dspillett에 따르면, 투박하고 불쾌한 이메일 경험 때문에 문서 관리와 프로그래밍 기능을 살펴보기도 전에 평가가 나빠졌음
• 출시 때의 기술적 우위와 달리 변화에 대한 적응은 느렸음
  • 대부분의 세계가 SMTP로 이동한 뒤에도 1996년까지 독립된 이메일 환경에 머무름
  • Aaron Lawrence는 엔지니어들이 프로그래밍 중심 사고에서 벗어나 사용자가 원하는 제품을 만들지 못하면서 기술 변화에 뒤처졌다고 비판함

더 단순한 이메일과 개방형 웹이 이긴 경쟁

• 고객에게는 복잡한 그룹웨어보다 당장 필요한 이메일 전용 솔루션이 중요했음
  • Microsoft의 Steven Sinofsky에 따르면, 고객은 모든 데스크톱에 사실상 개발 도구를 배포하기보다 조금이라도 배포·관리가 쉬운 이메일 제품을 선택함
  • Microsoft는 이메일 수요를 새로운 그룹웨어 범주가 아니라 범용 클라이언트–서버 컴퓨팅 도입으로 연결함
• 애플리케이션 제작 영역에서는 Microsoft Access가 경쟁했지만, 주된 승부처는 메일이었음
  • Outlook과 Exchange Server, 그리고 X.500에서 영감을 받은 디렉터리가 결합한 제품이 이메일 경쟁에서 승리함
  • 표준을 준수하는 이메일과 새 기능의 빠른 도입이 범용 이메일을 대다수 기업의 중심에 놓음
• 이메일은 RFC를 하나씩 추가하며 Notes가 개척한 기능 대부분을 따라잡음
  • Notes는 Xerox Alto처럼 미래의 업무 방식을 미리 보여줬지만, 사람들이 더 쉬운 커뮤니케이션을 원할 때 지나치게 많은 것을 제공했음
• 전 Iris Associates 개발자 @GMoromisato는 웹의 개방성이 Notes보다 빠른 진화를 가능하게 했다고 봄
  • 개방형 웹 위의 이메일도 승리했지만, Notes가 1989년에 보여준 미래를 재현하는 데는 수십 년이 걸렸음

댓글과 토론