# MacBook ou Windows para eDiscovery? Uma resposta honesta

_2026-07-13_

A pergunta surge o tempo todo, geralmente de alguém que está começando em suporte a litígios (litigation support): posso fazer este trabalho em um MacBook ou preciso de Windows?

Faça essa pergunta em qualquer fórum de eDiscovery e as respostas chegam rápidas e curtas. "Windows." "Com certeza Windows nesta profissão." De vez em quando alguém faz uma piada sobre o Commodore 64. É uma das poucas coisas com que a área concorda sem muita discussão.

A concordância está basicamente certa. Mas o raciocínio por trás dela raramente é explicado, e as partes que realmente importam não são aquelas sobre as quais as pessoas costumam alertar.

Veja como a questão realmente se divide.

## A revisão roda no navegador. Seu notebook quase não importa.

A maior parte do que um revisor, um associado ou um gerente de casos faz o dia todo acontece em uma plataforma de revisão baseada na web. O Nuix Discover, assim como toda ferramenta séria de revisão em nuvem criada na última década, roda no Chrome ou no Edge. Não importa qual sistema operacional está por baixo.

Se o seu dia consiste em revisão de documentos, marcação, buscas, execução de análises e controle de qualidade (QC) de decisões de codificação, um MacBook é uma máquina totalmente legítima. Você não está abrindo mão de nada. A renderização é a mesma, o visualizador é o mesmo, os atalhos de teclado são os mesmos. Quem diz o contrário está descrevendo 2012.

A antiga objeção - de que as plataformas de revisão precisavam de visualizadores ActiveX ou de plugins exclusivos para Windows - está praticamente morta. A renderização nativa no navegador acabou com ela.

## No processamento e na perícia forense, o Windows ainda vence

No momento em que você sai da revisão e vai para as etapas anteriores do fluxo, o cenário muda.

Ferramentas de coleta forense, softwares de aquisição de imagens, mecanismos de processamento, utilitários de load file (arquivo de carga), manipulação de PST e OST, aplicativos legados de geração de imagens - boa parte desse ecossistema é voltada prioritariamente para o Windows e, em muitos casos, exclusiva para Windows. Parte dele é software realmente antigo que ninguém está portando. Parte depende de APIs específicas do Windows para acesso a disco ou interoperabilidade com o Outlook.

O mesmo vale para a administração da plataforma. Qualquer coisa que envolva movimentação de dados em massa - preparação (staging), importação, migração, os utilitários que levam e trazem dados para dentro e para fora de um ambiente de revisão - tende a pressupor Windows. Administradores que tentaram fazer esse trabalho em um Mac geralmente desistem.

Se a sua função envolve coletas, processamento, produções, administração ou o reparo de um volume com problemas enviado pelos advogados da parte contrária, você vai precisar de Windows. Não de vez em quando. Com regularidade.

Isso não significa automaticamente que você precise de um notebook Windows.

## A complicação do Apple Silicon

Esta é a parte que mudou, e a parte que as pessoas entendem errado.

Em um Mac com processador Intel, era possível usar o Boot Camp e simplesmente iniciar o Windows completo. Essa opção acabou. Macs com Apple Silicon não conseguem rodar o Boot Camp, e virtualização no Apple Silicon significa rodar Windows on ARM.

O Windows on ARM está melhor do que era. A emulação dá conta da maioria dos aplicativos x86 comuns. Mas esse "a maioria" carrega muito peso na frase. Softwares forenses e de processamento são exatamente a categoria com maior probabilidade de cair nessa lacuna: drivers de nível de kernel, suporte a bloqueadores de escrita por hardware, licenciamento baseado em dongle e instaladores mais antigos são pontos de falha comuns. Testar um dispositivo de aquisição de imagens por hardware através de duas camadas de tradução não é uma briga que você queira comprar durante uma coleta.

Portanto, se o seu trabalho está nas etapas anteriores à revisão, um Mac com Apple Silicon não é uma situação de "rode o Windows em uma VM e está tudo certo". Pode ser. Pode não ser. E você vai descobrir no pior momento possível.

## A solução alternativa que a maioria dos escritórios realmente usa

Na prática, muitos profissionais de eDiscovery que usam Mac nunca resolvem esse problema localmente. Eles acessam remotamente uma máquina Windows.

Uma sessão de VDI, uma área de trabalho Citrix ou uma estação de trabalho Windows hospedada na nuvem oferece um ambiente Windows x86 real, com as ferramentas de processamento instaladas, próximo aos dados. Seu MacBook se torna um terminal muito bom. Muitas vezes essa é a melhor arquitetura de qualquer forma - você não iria querer baixar 400 GB de PSTs para um notebook para processá-los.

Se o seu escritório ou fornecedor já oferece um ambiente Windows hospedado, a questão Mac versus Windows praticamente desaparece. Você usa o Mac para e-mail, documentos, revisão e navegador. Você usa a máquina Windows remota para o trabalho pesado, licenciado e exclusivo do Windows.

## As armadilhas do Mac sobre as quais ninguém avisa

Esta é a seção que mais importa, e ela não tem nada a ver com desempenho.

Os Macs fazem coisas silenciosamente com os arquivos que estragam entregas de eDiscovery.

Arquivos de resource fork. Quando você copia arquivos para um sistema de arquivos que não é do Mac ou para um compartilhamento de rede, o macOS pode deixar para trás arquivos complementares que começam com `._` - um para cada documento real. Eles acabam nas pastas de produção, são contados como documentos e geram e-mails confusos da parte receptora.

Arquivos `.DS_Store`. O macOS os coloca em todas as pastas em que mexe. Eles são invisíveis em um Mac e extremamente visíveis para quem carrega o seu volume.

Pastas `__MACOSX`. Compactar uma produção usando o Finder incorpora um diretório `__MACOSX` dentro do arquivo compactado. Os advogados da parte contrária o descompactam no Windows e veem uma árvore de pastas paralela fantasma.

Codificação de texto e finais de linha. Esta é a perigosa. Arquivos DAT no estilo Concordance dependem de delimitadores específicos e, com frequência, de codificação UTF-16 com finais de linha CRLF. Abra um deles em um editor de texto descuidado no Mac, salve, e você pode convertê-lo silenciosamente para UTF-8 com finais de linha LF. O arquivo continua parecendo normal. Ele não vai carregar ou, pior, vai carregar com campos deslocados.

Excel para Mac e CSVs. O Excel no macOS tem um histórico longo e infeliz no tratamento de delimitadores e codificação. Usá-lo para "dar uma olhada rápida" em um load file é uma boa maneira de estragá-lo.

Nada disso é motivo para não usar um Mac. São motivos para conhecer suas ferramentas. Um usuário de Mac que as entende não terá problemas. Um usuário de Mac que não as entende acabará entregando um volume com defeito.

## O problema do editor de texto é real

Essa é uma queixa que se ouve de usuários de Mac de longa data nesta área, e ela merece mais atenção do que recebe.

O eDiscovery envolve abrir arquivos de texto muito grandes e muito frágeis - arquivos DAT, arquivos OPT, texto extraído, arquivos de log com milhões de linhas. As ferramentas do Windows para isso são simplesmente melhores. Os editores criados para esse fim lidam com arquivos de vários gigabytes sem travar, mostram explicitamente a codificação e os finais de linha, permitem alterar ambos de forma deliberada, exibem caracteres delimitadores não imprimíveis e oferecem edição em modo de coluna em arquivos enormes.

O Mac tem opções competentes, e um terminal muitas vezes é a resposta certa de qualquer forma. Mas a ergonomia do dia a dia de "abrir este DAT de 4 GB, encontrar a linha em que a contagem de campos quebra, corrigir e salvar exatamente na codificação em que ele veio" é melhor no Windows, e quem vive desse trabalho percebe.

É uma coisa pequena que acaba não sendo tão pequena.

## A única coisa em que os Macs são realmente melhores

Crédito a quem merece. O macOS é Unix por baixo, e isso é uma vantagem real para o trabalho com load files.

Contagem de campos, validação de delimitadores, verificação de codificação, lacunas na sequência Bates, imagens órfãs, quebras de família - tudo isso é trabalho rápido e automatizável por script com ferramentas de linha de comando padrão e Python, ambos nativos e sem atrito no Mac. O Windows também faz isso, com PowerShell ou WSL, mas no Mac simplesmente já está lá.

Se você é a pessoa que diagnostica por que uma importação falhou, o terminal do Mac é um lugar genuinamente bom para trabalhar.

## Então: o que você deve comprar?

Se o seu trabalho é revisão, gestão de projetos ou estratégia do caso: compre o que preferir. Um MacBook é uma escolha boa, possivelmente excelente. Duração da bateria e qualidade de construção são benefícios reais quando você passa dez horas vivendo dentro de um navegador.

Se o seu trabalho é processamento, perícia forense ou produção: você precisa de acesso confiável a Windows x86. Ou compre uma máquina Windows, ou compre um Mac e combine-o com uma estação de trabalho Windows hospedada ou virtual que você tenha efetivamente testado com o seu conjunto específico de ferramentas. Não presuma que uma VM vai dar conta.

Se você está no início da carreira e não tem certeza de qual caminho vai seguir: compre Windows. Não porque um Mac não consiga fazer o trabalho, mas porque o Windows nunca bloqueia você, e no início da carreira você ainda não sabe por quais partes do fluxo de trabalho acabará sendo responsável. É um péssimo momento para descobrir uma limitação.

Se você está comprando uma máquina pessoal principalmente para fazer provas de certificação: o software de supervisão usado na maioria das certificações do setor roda no macOS, e há quem faça provas em MacBooks sem nenhum incidente. Mas, se você vai gastar dinheiro de verdade em um notebook, não está comprando para as provas. Está comprando para os cinco anos seguintes a elas. Otimize para isso.

Se o seu escritório tem opiniões firmes: as opiniões dele prevalecem. Suporte de TI, gerenciamento de dispositivos, política de criptografia de disco e ferramentas de segurança são todos motivos pelos quais um escritório padroniza equipamentos, e nenhum deles é despropositado.

Aliás, o arranjo mais comum entre profissionais experientes não é bem uma escolha. É uma máquina Windows para o trabalho e um Mac em casa. A ferramenta certa para cada tarefa, e ninguém precisa se sentir mal por gostar do seu notebook.

## Para onde as coisas caminham

O interessante desse debate é que ele está, aos poucos, se respondendo sozinho.

A cada ano, mais etapas do fluxo de trabalho de eDiscovery migram para o navegador e para a plataforma. O processamento roda em servidores, não em notebooks. A revisão roda na web. A análise roda cada vez mais em IA que opera dentro da plataforma de revisão, e não em ferramentas instaladas em uma estação de trabalho.

A Claira é um exemplo disso, e de forma deliberada: a Claira é agnóstica em relação ao sistema. Ela roda dentro do Nuix Discover, o que significa que roda onde quer que o Nuix Discover rode - ou seja, no seu navegador. Não há nada para instalar. Não há aplicativo cliente, nenhuma dependência local, nenhuma especificação mínima, nenhuma linha "compatível apenas com Windows 11" na documentação. Os resumos, as extrações e as sinalizações de questões do caso que ela gera são gravados no próprio banco de dados de revisão, então chegam como campos que você pode pesquisar, ordenar e filtrar como qualquer outro metadado.

Um revisor em um MacBook, um gerente de casos em um notebook Windows e um sócio em um iPad estão todos vendo o mesmo resultado de IA na mesma plataforma. Ninguém precisou consultar uma matriz de compatibilidade antes. Essa não é uma decisão de design pequena - significa que a camada de IA do seu fluxo de trabalho é um lugar onde a questão Mac versus Windows simplesmente não existe.

A era das estações de trabalho no eDiscovery não acabou. O processamento e a perícia forense vão manter você preso ao Windows por mais algum tempo. Mas a pergunta "posso fazer este trabalho em um Mac?" recebe uma resposta um pouco mais confortável a cada ano, e o motivo é que cada vez menos do trabalho depende da máquina à sua frente.