Lotus Notes y los peligros de empezar desde cero

El legado de Lotus Notes como plataforma todo en uno de groupware —correo electrónico, bases de datos, flujos de trabajo y runtime de aplicaciones en un único sistema replicado— provoca tanto admiración como desprecio entre quienes lo usaron en empresas incluso bien entrados los años 2010 y 2020. Muchos recuerdan su potente modelo de datos, el desarrollo rápido de aplicaciones y la PKI integrada como años por delante de la competencia, pero ven su interfaz no estándar y torpe, las migraciones difíciles y los errores estratégicos de IBM como razones por las que finalmente fue desplazado por Outlook, SharePoint y las aplicaciones web. La conversación también destaca una lección más amplia: las plataformas tempranas y ambiciosas que “empiezan desde cero” en UX y protocolos pueden quedar superadas una vez que los estándares, las expectativas y los ecosistemas se consolidan.

Sentimiento general sobre Lotus Notes

  • Hay una fuerte división entre quienes encontraron Notes potente y quienes lo detestaban.
  • Quejas comunes: interfaz torpe y no estándar, atajos confusos, mala experiencia de correo electrónico, límites extraños (p. ej., conteo de ventanas) y sincronización local/sin conexión frágil.
  • Algunos lo recuerdan como más rápido y receptivo que el Outlook o el webmail modernos una vez que aprendías a usarlo, con el correo electrónico sin sentirse nunca como el cuello de botella.
  • Muchas organizaciones siguieron usando versiones obsoletas durante años, lo que agravó los problemas de UX y fiabilidad.

Notes como plataforma vs. cliente de correo

  • Varios comentaristas subrayan que Notes era principalmente una plataforma de aplicaciones con replicación y seguridad integradas, no “solo un cliente de correo electrónico”.
  • Funciones elogiadas: base de datos orientada a documentos, desarrollo rápido de aplicaciones low-code, replicación multi-master, ACL/PKI sólidas y copias de seguridad/migraciones sencillas.
  • Se usó para helpdesk, ERP/CRM, flujos de trabajo, control horario, wikis y aplicaciones internas personalizadas; muchos dicen que tardó décadas en que las herramientas web alcanzaran ese nivel.
  • Críticas: herramientas hostiles para desarrolladores experimentados, control de versiones débil, fallos de replicación y muchas aplicaciones mal construidas por “desarrolladores ciudadanos”.

Lock-in, migración e historias organizativas

  • La fortaleza de Notes como plataforma de aplicaciones creó un enorme lock-in: las empresas acumularon desde decenas hasta miles de bases de datos personalizadas.
  • Las migraciones a Outlook/Exchange/SharePoint o a stacks personalizados de Java/web fueron esfuerzos de varios años, a menudo subestimados y mal financiados.
  • Algunas organizaciones siguieron usando Notes bien entrados los años 2010/2020; otras cancelaron despliegues de Notes o dieron marcha atrás tras la rebelión de los usuarios.

Decisiones de diseño y “empezar desde cero”

  • La discusión cuestiona el título del artículo; muchos ven la verdadera lección como una desventaja del primero en llegar y elecciones de interfaz no estándar, no una reescritura posterior.
  • Notes tomó sus propias decisiones sobre atajos, patrones de interacción y protocolos en una época en que los estándares aún se estaban formando.
  • Una vez que las convenciones más amplias de Windows/Office se consolidaron, la divergencia de Notes se convirtió en una desventaja, especialmente cuando Outlook se alineó con las expectativas de los usuarios.

Competencia, estándares y declive

  • Debate sobre cuánto importó ignorar o adoptar SMTP/X.400; algunos sostienen que Notes en realidad no era un jardín amurallado, otros dicen que las decisiones sobre protocolos lo perjudicaron.
  • Muchos consideran que el conjunto integrado de Microsoft de Office/Exchange/SharePoint, junto con una agresiva venta empresarial, fue la principal presión competitiva.
  • Varios dicen que la web y las herramientas basadas en navegador acabaron perjudicando más a Notes que la competencia directa de productos.