¿MacBook o Windows para eDiscovery? Una respuesta honesta

La pregunta surge constantemente, por lo general de alguien que empieza en soporte de litigios: ¿puedo hacer este trabajo en una MacBook o necesito Windows?

Hágala en cualquier foro de eDiscovery y las respuestas llegan rápidas y cortas. "Windows". "Definitivamente Windows en esta profesión". De vez en cuando alguien bromea con una Commodore 64. Es una de las pocas cosas en las que el sector está de acuerdo sin mucha discusión.

El consenso es, en buena medida, correcto. Pero el razonamiento detrás rara vez se explica, y las partes que realmente importan no son aquellas sobre las que la gente advierte.

Así es como se desglosa en realidad.

La revisión se hace en un navegador. Su laptop casi no importa.

La mayor parte de lo que un revisor, un asociado o un gestor de casos hace durante el día ocurre en una plataforma de revisión basada en la web. Nuix Discover, y cualquier herramienta seria de revisión en la nube creada en la última década, funciona en Chrome o Edge. No le importa qué sistema operativo haya debajo.

Si su día consiste en revisión de documentos, etiquetado, búsquedas, analítica y control de calidad de las decisiones de codificación, una MacBook es una máquina completamente legítima. No está haciendo concesiones. La visualización es la misma, el visor es el mismo, los atajos de teclado son los mismos. Quien le diga lo contrario está describiendo el año 2012.

La vieja objeción, que las plataformas de revisión necesitaban visores ActiveX o complementos exclusivos de Windows, está prácticamente muerta. La visualización nativa en el navegador acabó con ella.

En procesamiento y análisis forense, Windows sigue ganando

En cuanto uno se mueve a las etapas previas a la revisión, el panorama cambia.

Las herramientas de recolección forense, el software de adquisición de imágenes, los motores de procesamiento, las utilidades de archivos de carga, el manejo de PST y OST, las aplicaciones heredadas de generación de imágenes: una gran parte de ese ecosistema está pensada primero para Windows y, en muchos casos, es exclusiva de Windows. Parte de ese software es realmente antiguo y nadie lo está migrando. Otra parte depende de API específicas de Windows para el acceso a disco o la interoperabilidad con Outlook.

Lo mismo ocurre con la administración de plataformas. Todo lo que implique mover datos de forma masiva (preparación, importación, migración, las utilidades que introducen y extraen datos de un entorno de revisión) tiende a dar por sentado Windows. Los administradores que han intentado hacer ese trabajo desde una Mac suelen desistir.

Si su función incluye recolecciones, procesamiento, producciones, administración o la reparación de un volumen defectuoso recibido de la contraparte, necesitará Windows. No de vez en cuando. Con regularidad.

Eso no significa automáticamente que necesite una laptop con Windows.

La complicación de Apple Silicon

Esta es la parte que ha cambiado, y la que la gente entiende mal.

En una Mac con procesador Intel, se podía usar Boot Camp y simplemente arrancar un Windows completo. Esa opción ya no existe. Las Mac con Apple Silicon no pueden ejecutar Boot Camp, y la virtualización en Apple Silicon implica ejecutar Windows on ARM.

Windows on ARM es mejor de lo que solía ser. La emulación maneja la mayoría de las aplicaciones x86 comunes. Pero en esa frase, "la mayoría" pesa mucho. El software forense y de procesamiento es justamente la categoría con más probabilidades de quedar en esa brecha: los controladores a nivel de kernel, la compatibilidad con bloqueadores de escritura por hardware, las licencias basadas en llaves físicas (dongles) y los instaladores antiguos son puntos de falla habituales. Probar un dispositivo de captura de imágenes por hardware a través de dos capas de traducción no es una batalla que usted quiera librar en plena recolección.

Así que, si su trabajo está en las etapas previas, una Mac con Apple Silicon no es un caso de "ejecute Windows en una máquina virtual y listo". Puede que funcione. Puede que no. Y lo descubrirá en el peor momento posible.

La solución alternativa que la mayoría de las firmas usa en la práctica

En la práctica, muchos profesionales de eDiscovery que trabajan con Mac nunca resuelven este problema de forma local. Se conectan de forma remota a una máquina Windows.

Una sesión VDI, un escritorio Citrix o una estación de trabajo Windows alojada en la nube le ofrece un entorno Windows x86 real, con las herramientas de procesamiento instaladas y cerca de los datos. Su MacBook se convierte en una muy buena terminal. De todos modos, esa suele ser la mejor arquitectura: usted no querría descargar 400 GB de archivos PST a una laptop para procesarlos.

Si su firma o su proveedor ya ofrece un entorno Windows alojado, la disyuntiva entre Mac y Windows prácticamente desaparece. Usa la Mac para el correo, los documentos, la revisión y el navegador. Usa el equipo Windows remoto para el trabajo pesado, con licencia y exclusivo de Windows.

Los detalles de Mac sobre los que nadie advierte

Esta es la sección más importante, y no tiene nada que ver con el rendimiento.

Las Mac les hacen cosas a los archivos, sin avisar, que arruinan los entregables de eDiscovery.

Archivos de bifurcación de recursos (resource forks). Cuando usted copia archivos a un sistema de archivos que no es de Mac o a una unidad de red, macOS puede dejar archivos acompañantes que comienzan con ._, uno por cada documento real. Estos terminan en las carpetas de producción, se cuentan como documentos y generan correos confusos de la parte receptora.

Archivos .DS_Store. macOS los deja en cada carpeta que toca. Son invisibles en una Mac y muy visibles para quien cargue su volumen.

Carpetas __MACOSX. Comprimir una producción con el Finder incrusta un directorio __MACOSX dentro del archivo. La contraparte lo descomprime en Windows y ve un árbol de carpetas paralelo fantasma.

Codificación de texto y finales de línea. Este es el peligroso. Los archivos DAT de estilo Concordance dependen de delimitadores específicos y, con frecuencia, de la codificación UTF-16 con finales de línea CRLF. Si abre uno en un editor de texto de Mac sin cuidado y lo guarda, puede convertirlo sin darse cuenta a UTF-8 con finales LF. El archivo sigue viéndose bien. No se cargará o, peor aún, se cargará con los campos desplazados.

Excel para Mac y los CSV. Excel en macOS tiene una larga y desafortunada historia con el manejo de delimitadores y codificaciones. Usarlo para "revisar rápidamente" un archivo de carga es una buena manera de estropearlo.

Ninguno de estos es un motivo para no usar una Mac. Son motivos para conocer sus herramientas. Un usuario de Mac que los entiende no tendrá problemas. Uno que no los entiende terminará entregando un volumen defectuoso.

El problema del editor de texto es real

Es una queja que se oye entre usuarios veteranos de Mac en este campo, y merece más atención de la que recibe.

El eDiscovery implica abrir archivos de texto muy grandes y muy frágiles: archivos DAT, archivos OPT, texto extraído, archivos de registro con millones de líneas. Las herramientas de Windows para esto son simplemente mejores. Los editores creados para ello manejan archivos de varios gigabytes sin atascarse, muestran explícitamente la codificación y los finales de línea, permiten cambiar ambos de forma deliberada, muestran los caracteres delimitadores no imprimibles y admiten edición en modo columna en archivos enormes.

La Mac tiene opciones competentes y, de todos modos, una terminal suele ser la respuesta correcta. Pero la ergonomía cotidiana de "abrir este DAT de 4 GB, encontrar la fila donde se rompe el conteo de campos, corregirla y guardarla exactamente en la codificación en la que llegó" es mejor en Windows, y quienes se dedican a eso lo notan.

Es un detalle pequeño que resulta no serlo.

Lo único en lo que las Mac son realmente mejores

Hay que reconocerlo. macOS es Unix por debajo, y eso es una ventaja real para el trabajo con archivos de carga.

Conteos de campos, validación de delimitadores, verificación de codificación, huecos en la secuencia Bates, imágenes huérfanas, familias rotas: todo es trabajo rápido y automatizable con herramientas estándar de línea de comandos y Python, ambos nativos y sin fricciones en una Mac. Windows también puede hacerlo, con PowerShell o WSL, pero en una Mac simplemente está ahí.

Si usted es la persona que diagnostica por qué falló una importación, una terminal de Mac es un muy buen lugar para trabajar.

Entonces, ¿qué debería comprar?

Si su trabajo es revisión, gestión de proyectos o estrategia del caso: compre lo que prefiera. Una MacBook es una buena opción, posiblemente excelente. La duración de la batería y la calidad de construcción son beneficios reales cuando pasa diez horas en un navegador.

Si su trabajo es procesamiento, análisis forense o producción: necesita acceso confiable a Windows x86. Compre una máquina Windows, o compre una Mac y combínela con una estación de trabajo Windows alojada o virtual que haya probado realmente con su conjunto específico de herramientas. No dé por sentado que una máquina virtual será suficiente.

Si está al comienzo de su carrera y no sabe hacia dónde se orientará: compre Windows. No porque una Mac no pueda hacer el trabajo, sino porque Windows nunca lo bloquea, y al inicio de una carrera todavía no sabe de qué partes del flujo de trabajo terminará siendo responsable. Es un mal momento para descubrir una limitación.

Si compra una computadora personal principalmente para presentar exámenes de certificación: el software de supervisión que usan la mayoría de las certificaciones del sector funciona en macOS, y hay quienes aprueban exámenes en MacBook sin ningún incidente. Pero si va a invertir dinero de verdad en una laptop, no la compra para los exámenes. La compra para los cinco años siguientes. Optimice para eso.

Si su firma tiene opiniones firmes: sus opiniones mandan. El soporte de TI, la gestión de dispositivos, la política de cifrado de disco y las herramientas de seguridad son razones por las que una firma estandariza, y ninguna es irrazonable.

Por cierto, la configuración más común entre las personas con experiencia no es una elección en absoluto. Es una máquina Windows para el trabajo y una Mac en casa. La herramienta adecuada para cada tarea, y nadie tiene que sentirse mal por que le guste su laptop.

Hacia dónde va todo

Lo interesante de este debate es que, poco a poco, se está respondiendo solo.

Cada año, una parte mayor del flujo de trabajo de eDiscovery se traslada al navegador y a la plataforma. El procesamiento se ejecuta en servidores, no en laptops. La revisión se hace en la web. El análisis se realiza cada vez más con IA que opera dentro de la plataforma de revisión y no con herramientas instaladas en una estación de trabajo.

Claira es un buen ejemplo, y es algo deliberado: Claira es independiente del sistema. Funciona dentro de Nuix Discover, lo que significa que funciona dondequiera que funcione Nuix Discover; es decir, en su navegador. No hay nada que instalar. No hay aplicación cliente, ni dependencias locales, ni requisitos mínimos, ni una línea de "compatible solo con Windows 11" en la documentación. Los resúmenes, extracciones y señalamientos de temas que genera se escriben en la propia base de datos de revisión, de modo que llegan como campos que usted puede buscar, ordenar y filtrar como cualquier otro metadato.

Un revisor en una MacBook, un gestor de casos en una laptop con Windows y un socio en un iPad ven el mismo resultado de la IA en la misma plataforma. Nadie tuvo que consultar primero una matriz de compatibilidad. No es una decisión de diseño menor: significa que la capa de IA de su flujo de trabajo es un lugar donde la disyuntiva entre Mac y Windows simplemente no se plantea.

La era de la estación de trabajo en eDiscovery no ha terminado. El procesamiento y el análisis forense lo mantendrán atado a Windows por un tiempo más. Pero la pregunta "¿puedo hacer este trabajo en una Mac?" recibe una respuesta un poco más cómoda cada año, y la razón es que una parte cada vez menor del trabajo depende del equipo que tiene enfrente.