Lotus Notes, 이메일을 뛰어넘은 혁신이 외면받은 이유
Lotus Notes and the dangers of starting from scratch
1989년 등장한 Lotus Notes는 PGP보다 2년 앞서 암호화를, MIME보다 먼저 서식 있는 텍스트와 첨부파일을 지원했다. 단순한 이메일 앱이 아니라 데이터베이스 기반 협업 도구로, 동기화와 위키식 링크, 사용자 디렉터리까지 갖춘 미래형 플랫폼이었다. 그러나 독자적 인터페이스와 관습을 무시한 조작법, 늦은 SMTP 도입으로 사용자 불만을 샀고, 결국 이메일 시장의 주류에서 밀려났다.
“Notes를 사용하면 갑자기 사무실 위치를 넘나들며 데이터를 공유하는 애플리케이션을 만들 수 있었습니다. 로컬에서 서버를 돌리고 Notes가 다른 서버에 전화를 걸어 변경된 데이터만 복제했죠. 다른 어떤 것도 이걸 할 수 없었기 때문에 정말 충격적이었습니다.”
HN 토론
115- jjkaczor
제가 Lotus Notes를 처음 접한 건 Notes에서 "Exchange WebStorage System"(WebDAV)으로 마이그레이션하는 프로젝트에서였는데, 그 서버/서비스는 결국 중단되고 SharePoint("Teams Services")로 대체된 막다른 길이었습니다. 게다가 프로젝트 도중에 대상도 다시 바꿔야 했죠.
우리는 약 4,000개의 커스텀 Notes 앱을 마이그레이션해야 했고, 팀은 작았으며 시간은 극도로 제한적이었습니다. (각 앱의 복잡도도 제각각이었고요)
우리가 할 수 있었던 것은 앱을 "Notes Web" 앱으로 "노출"시키고 UI/UX와 기타 산출물을 상당 부분 추출한 뒤 변환 유틸리티를 작성하는 것이었습니다.
덕분에 단순한 앱의 마이그레이션 시간을 우리 프레임워크를 시연하는 시간 수준(앱당 20분)까지 줄일 수 있었습니다.
하지만 솔직히 말해, 당시 Notes를 보면 볼수록 "왜 마이그레이션하지?"라는 생각이 더 많이 들었습니다. 초기 "SharePoint"의 기능 세트는 Notes에도 못 미쳤고, 지금처럼 M365/데스크톱/앱 통합이 무수히 많은 상황에서도 일반적으로 "그저 그런" 수준이며 "일관성"이 느껴지지 않습니다.
- fg137
> "받은 편지함을 '새로 고침'하려면 F5를 눌러야 하지 않나? 아니다, 그러면 앱이 잠기고 비밀번호를 입력해야 잠금이 풀린다"라는 불만이 Stack Overflow 공동 창업자 Jeff Atwood의 블로그에 수집된 수많은 불만 중 하나로 올라왔습니다. "이메일은 어떻게 보내지? CTRL+ENTER? 당연히 아니다! ALT+1, 당연하지."
나는 그것 때문에 Lotus를 탓하고 싶지는 않다. 매일 Windows, Mac, Linux를 오가며 쓰는 사람으로서 잘못된 키보드 단축키를 쓰는 일은 자주 벌어진다. 단일 플랫폼만 쓰는 대부분의 사용자에게는 그마저도 더 작은 문제다. 한 번만 익히면 되니까.
이 기사 전반에 대해서도 같은 느낌이다. 나는 그 논거에 설득되지 않는다. 많은 설계 결정이 오늘날에도 이해가 되고, 무엇보다 불가피한 한계에 가깝다. "창을 최대 8개"라는 게 Windows의 256자 제한보다 나쁘다고 보이지 않는다. 당시에는 창 8개면 충분했고, 이유 없이 창을 20개씩 열어두는 사람을 위해 최적화를 멈추고 다른 것에 집중하기로 결정해야 한다. 더 많은 창을 다루는 건 나중에 해도 된다.
이 기사는 그냥 나에게 이상하게 읽힌다.
- GrumpyGoblin
혼란스럽다. 이 기사가 어디서 처음부터 다시 만드는 것에 대해 말하는가? 이야기의 일부가 빠진 건가? PLATO Notes 이야기에서 갑자기 Lotus Notes를 언급하는 것으로 건너뛴다. IBM이 Notes 때문에 Lotus를 인수했다는 "스포일러 경고"가 있지만, 이 이야기에서는 아무것도 스포일하지 않는다. IBM이 처음부터 다시 작성하려 했던 건가? 무슨 일이 벌어지고 있는 거지?
- baggachipz
대학 졸업 후 첫 인턴십과 첫 직장은 Notes 개발자였다. 나는 대부분의 시간을 Notes를 속이거나 억지로 내가 원하는 대로 하게 만드는 데 썼다. 근태 시스템을 만들고 싶다고? 물론, 할 수 있다. 웹사이트? 문제없다, Domino 서버가 (어느 정도는) 쉽게 해줬다.
모든 것이 문서가 있는 데이터베이스라는 패러다임은 시대를 앞서 있었지만, 진짜 힘은 LotusScript에 있었다. 그것은 사실상 JavaScript였고, 덕분에 나중에 웹 개발 역할로 전환할 수 있었다. Notes에 대한 기억은 대체로 좋다.
- cube00
여러모로 거칠긴 했다(객체 지향 LotusScript 라이브러리 디버깅, 웹 서비스 연결, 잠긴 64GB NSF 다루기 등). 그래도 이메일 클라이언트가 완전히 Notes 데이터베이스로 만들어졌고 소스 코드를 직접 다 볼 수 있다는 점은 존경스러웠다. 적어도 내부적으로 Lotus는 그것을 믿었다는 뜻이니까.
그렇긴 해도 일단 락인되면(이메일만이 아니라 회사가 만든 수백 개의 커스텀 애플리케이션까지) 빠져나오는 게 고된 작업이다. 그동안 커스텀 앱이 하나든 백 개든 전체 라이선스 비용은 계속 낸다.
- flymasterv
나는 Groove에서 Ray Ozzie 밑에서 일했고, 그게 무엇이 될 수 있었는지 아직도 애도한다. 여러모로 Notes를 현대적으로 재해석한 것이었지만, 그 말은 같은 문제를 안고 있었다는 뜻이다. 고객과 사용자는 제품을 쓰고 있다고 생각했지만, 실제로는 플랫폼을 산 것이었다. 디지털 'choose your own adventure'였는데, 사람들은 그냥 더 나은 채팅방을 원했다.
Google Wave도 정말 똑같다.
- _nhh
2026년인데 나는 아직도 우리 Notes 데이터베이스를 웹으로 포팅하는 중이다. Notes는 여전히 우리 애플리케이션의 주 플랫폼이고, 50개 정도 있다. Notes가 무엇이고 개발자들이 무엇을 할 수 있게 해줬는지에 대해 존경심이 크고, 내가 만드는 플랫폼에 그 아이디어 일부를 가져오려고 한다. 웃긴 건 오늘이 정확히 1년 전 새 프로젝트에 첫 커밋을 한 날이다. 내 플랫폼의 생일을 축하해줘야겠다.
- YuechenLi
몇 년 전(2020년대라고 생각하면 된다) 이전 직장에서 2년 넘게 Lotus Notes 6을 주 이메일 클라이언트로 썼던 사람으로서, 아니다, Lotus Notes를 쓰는 건 즐거운 경험이 아니었다. 특히 다른 모든 것에는 O365 구독이 있었고 당시 주요 고객이 Microsoft였기 때문에 더욱 그랬다. 그 직장에서 1년을 보낸 후 생산성이 너무 많이 떨어져서, 매 단계마다 Notes와 싸우지 않으려고 데스크톱 Outlook을 Domino 서버와 내 컴퓨터에서 작동하도록 사실상 임시방편으로 개조해야 했다.
Lotus Notes의 문제는 너무 많은 저수준 기계장치가 클라이언트에 직접 노출되어 있었고, 기본 이메일 클라이언트라면 당연히 작동할 .ics 초대 같은 것도 제대로 작동하지 않는다는 점이었다. 좋은 개발 환경도 없었고, "직접 앱 개발" 기능 대부분은 어차피 회사 정책으로 잠겨 있어서 우리는 사실상 최악의 두 세계를 다 겪었다.
전체적으로 실제로 사용하라고 추천하고 싶은 물건은 아니다. 그게 내게 정말로 도움이 된 점은 OneNote가 Lotus Notes에서 유래했다는 것을 보게 해준 것뿐이다. 당시 원래 Lotus Notes 개발자 상당수가 Microsoft로 옮겼다고 생각한다.