MacBook oder Windows für eDiscovery? Eine ehrliche Antwort

Die Frage taucht ständig auf, meist von jemandem, der gerade in der Prozessunterstützung anfängt: Kann ich diesen Job auf einem MacBook machen, oder brauche ich Windows?

Fragt man in einem beliebigen eDiscovery-Forum nach, kommen die Antworten schnell und kurz. „Windows.“ „In diesem Beruf definitiv Windows.“ Gelegentlich macht jemand einen Scherz über einen Commodore 64. Es ist eines der wenigen Dinge, bei denen sich die Branche ohne große Diskussionen einig ist.

Die Einigkeit ist im Großen und Ganzen berechtigt. Aber die Logik dahinter wird selten im Detail erklärt, und die Aspekte, auf die es tatsächlich ankommt, sind nicht die, vor denen man gewarnt wird.

Hier ist die tatsächliche Aufteilung.

Die Dokumentenprüfung läuft im Browser. Ihr Laptop spielt kaum eine Rolle.

Das meiste, was ein Prüfer, Associate oder Case Manager den ganzen Tag tut, findet auf einer webbasierten Prüfplattform statt. Nuix Discover und jedes andere seriöse Cloud-Review-Tool, das im letzten Jahrzehnt entwickelt wurde, läuft in Chrome oder Edge. Dem Tool ist es völlig egal, welches Betriebssystem darunter liegt.

Wenn Ihr Arbeitsalltag aus Dokumentenprüfung, Tagging, Suche, Analysen und der Qualitätskontrolle von Codierungsentscheidungen besteht, ist ein MacBook ein absolut legitimes Gerät. Sie gehen keine Kompromisse ein. Das Rendering ist dasselbe, der Viewer ist derselbe, die Tastaturkurzbefehle sind dieselben. Wer Ihnen etwas anderes erzählt, beschreibt das Jahr 2012.

Der alte Einwand – dass Prüfplattformen ActiveX-Viewer oder reine Windows-Plug-ins benötigen – ist weitgehend hinfällig. Das browsernative Rendering hat dem ein Ende gesetzt.

Bei der Datenverarbeitung und Forensik hat Windows nach wie vor die Nase vorn

Sobald man sich im Prozess weiter nach vorne bewegt (Upstream), ändert sich das Bild.

Forensische Erfassungstools, Image-Akquisitionssoftware, Processing-Engines, Load-File-Utilities, PST- und OST-Handling, Legacy-Imaging-Anwendungen – ein Großteil dieses Ökosystems ist für Windows optimiert und in vielen Fällen ausschließlich für Windows verfügbar. Einiges davon ist schlichtweg alte Software, die niemand mehr portiert. Anderes hängt von Windows-spezifischen APIs für den Festplattenzugriff oder die Outlook-Interoperabilität ab.

Dasselbe gilt für die Plattform-Administration. Alles, was mit Massendatenbewegungen zu tun hat – Staging, Importieren, Migrieren sowie die Dienstprogramme, die Daten in eine Prüfungsumgebung hinein- und herausspielen –, setzt in der Regel Windows voraus. Administratoren, die versucht haben, diese Arbeit von einem Mac aus zu erledigen, lassen es meist schnell wieder bleiben.

Wenn Ihre Rolle Datenerfassung, Processing, Produktionen, Administration oder die Reparatur eines fehlerhaften Datenträgers der Gegenseite umfasst, benötigen Sie Windows. Nicht nur gelegentlich, sondern regelmäßig.

Das bedeutet jedoch nicht automatisch, dass Sie einen Windows-Laptop brauchen.

Die Komplikation mit Apple Silicon

Dies ist der Teil, der sich geändert hat und den viele falsch verstehen.

Auf einem Intel-Mac konnte man Boot Camp nutzen und einfach ein vollwertiges Windows booten. Diese Option gibt es nicht mehr. Apple-Silicon-Macs können kein Boot Camp ausführen, und Virtualisierung auf Apple Silicon bedeutet, dass Windows auf ARM läuft.

Windows auf ARM ist besser als früher. Die Emulation bewältigt die meisten gewöhnlichen x86-Anwendungen. Aber das Wort „meisten“ trägt hier eine schwere Last. Forensik- und Processing-Software fällt genau in die Kategorie, bei der es am ehesten zu Problemen kommt: Kernel-Treiber, Hardware-Schreibschutz-Unterstützung, Dongle-basierte Lizenzierung und ältere Installationsprogramme sind typische Fehlerquellen. Das Testen eines Hardware-Imaging-Geräts über zwei Übersetzungsebenen hinweg ist kein Kampf, den man während einer Datenerfassung führen möchte.

Wenn Sie also im Upstream-Bereich arbeiten, ist ein Apple-Silicon-Mac keine „Ich lasse Windows in einer VM laufen und alles ist gut“-Situation. Es kann funktionieren, muss aber nicht. Und das finden Sie meist im ungünstigsten Moment heraus.

Der Workaround, den die meisten Kanzleien tatsächlich nutzen

In der Praxis lösen viele Mac-basierte eDiscovery-Experten dieses Problem überhaupt nicht lokal. Sie greifen per Remote-Zugriff auf einen Windows-Rechner zu.

Eine VDI-Sitzung, ein Citrix-Desktop oder eine in der Cloud gehostete Windows-Workstation bietet Ihnen eine echte x86-Windows-Umgebung, auf der die Processing-Tools installiert sind und die nah an den Daten liegt. Ihr MacBook wird so zu einem hervorragenden Terminal. Das ist ohnehin oft die bessere Architektur – Sie möchten schließlich nicht 400 GB an PST-Dateien auf einen Laptop herunterladen, um sie dort zu verarbeiten.

Wenn Ihre Kanzlei oder Ihr Dienstleister bereits eine gehostete Windows-Umgebung bereitstellt, löst sich die Mac-vs-Windows-Frage weitgehend auf. Sie nutzen den Mac für E-Mails, Dokumente, Prüfungen und den Browser. Den Remote-Windows-Rechner nutzen Sie für die rechenintensive, lizenzierte und reine Windows-Arbeit.

Die Mac-Fallstricke, vor denen Sie niemand warnt

Dies ist der wichtigste Abschnitt, und er hat nichts mit der Leistung zu tun.

Macs nehmen still und heimlich Änderungen an Dateien vor, die eDiscovery-Lieferungen unbrauchbar machen können.

Resource-Fork-Dateien: Wenn Sie Dateien auf ein Nicht-Mac-Dateisystem oder eine Netzwerkfreigabe kopieren, kann macOS Begleitdateien hinterlassen, die mit ._ beginnen – eine für jedes echte Dokument. Diese landen dann in den Produktionsordnern, werden als Dokumente mitgezählt und führen zu irritierten E-Mails der Gegenpartei.

.DS_Store-Dateien: macOS legt diese in jedem Ordner ab, den es berührt. Auf einem Mac sind sie unsichtbar, für jeden, der Ihren Datenträger lädt, jedoch extrem sichtbar.

__MACOSX-Ordner: Wenn Sie eine Produktion über den Finder zippen, wird ein __MACOSX-Verzeichnis im Archiv eingebettet. Die Gegenseite entpackt es unter Windows und sieht eine phantomartige, parallele Ordnerstruktur.

Textkodierung und Zeilenenden: Dies ist der gefährliche Punkt. DAT-Dateien im Concordance-Stil basieren auf bestimmten Trennzeichen und häufig auf einer UTF-16-Kodierung mit CRLF-Zeilenenden. Wenn Sie eine solche Datei in einem unvorsichtigen Mac-Texteditor öffnen und speichern, können Sie sie unbemerkt in UTF-8 mit LF-Enden konvertieren. Die Datei sieht optisch immer noch gut aus, lässt sich aber nicht mehr laden – oder schlimmer noch, sie wird mit verschobenen Feldern geladen.

Excel für Mac und CSVs: Excel unter macOS hat eine lange, unrühmliche Geschichte im Umgang mit Trennzeichen und Kodierungen. Es zu benutzen, um eine Load-Datei „schnell zu überprüfen“, ist ein sicherer Weg, diese zu beschädigen.

Nichts davon spricht gegen die Nutzung eines Macs. Es sind lediglich Gründe, seine Werkzeuge genau zu kennen. Ein Mac-Anwender, der diese Details versteht, wird keine Probleme haben. Ein Mac-Anwender, der sie nicht kennt, wird früher oder eine fehlerhafte Lieferung verschicken.

Das Texteditor-Problem ist real

Dies ist eine Klage, die man von langjährigen Mac-Nutzern in diesem Bereich oft hört, und sie verdient mehr Aufmerksamkeit, als sie bekommt.

Bei eDiscovery geht es darum, sehr große, sehr empfindliche Textdateien zu öffnen – DAT-Dateien, OPT-Dateien, extrahierten Text, Protokolldateien mit Millionen von Zeilen. Die Windows-Tools hierfür sind schlichtweg besser. Die dafür entwickelten Editoren bewältigen Multi-Gigabyte-Dateien ohne Ruckeln, zeigen Kodierung und Zeilenenden explizit an, erlauben die gezielte Änderung von beidem, stellen nicht druckbare Trennzeichen dar und unterstützen den Spaltenmodus über riesige Dateien hinweg.

Der Mac bietet zwar solide Optionen, und oft ist das Terminal ohnehin die richtige Wahl. Aber die tägliche Ergonomie bei der Aufgabe „Öffne diese 4-GB-DAT, finde die Zeile, in der die Feldanzahl fehlerhaft ist, korrigiere sie und speichere sie exakt in der Codierung, in der sie vorlag“ ist unter Windows besser. Wer diese Arbeit beruflich macht, merkt das.

Es ist eine Kleinigkeit, die sich am Ende als gar nicht so klein erweist.

Die eine Sache, in der Macs wirklich besser sind

Ehre, wem Ehre gebührt: macOS basiert im Kern auf Unix, und das ist ein echter Vorteil für die Arbeit mit Load-Dateien.

Feldzählung, Validierung von Trennzeichen, Kodierungsprüfungen, Lücken in Bates-Nummerierungen, verwaiste Bilder, Familien-Splits – all das lässt sich mit Standard-Kommandozeilen-Tools und Python schnell und einfach skripten. Beides ist auf dem Mac nativ und reibungslos integriert. Windows kann das zwar auch (über PowerShell oder WSL), aber auf dem Mac ist es einfach von Haus aus da.

Wenn Sie die Person sind, die diagnostizieren muss, warum ein Import fehlgeschlagen ist, ist das Mac-Terminal ein wirklich hervorragender Arbeitsplatz.

Also: Was sollten Sie kaufen?

Wenn Ihre Arbeit aus Dokumentenprüfung, Projektmanagement oder Fallstrategie besteht: Kaufen Sie, was Sie möchten. Ein MacBook ist eine gute, wenn nicht gar exzellente Wahl. Akkulaufzeit und Verarbeitungsqualität sind echte Vorteile, wenn man zehn Stunden am Tag im Browser arbeitet.

Wenn Ihre Arbeit aus Processing, Forensik oder Produktion besteht: Sie benötigen zuverlässigen Zugriff auf x86-Windows. Kaufen Sie entweder ein Windows-Gerät oder kaufen Sie einen Mac und kombinieren Sie ihn mit einer gehosteten oder virtuellen Windows-Workstation, die Sie zuvor mit Ihren spezifischen Tools getestet haben. Verlassen Sie sich nicht blind darauf, dass eine VM alles abdeckt.

Wenn Sie am Anfang Ihrer Karriere stehen und noch nicht wissen, in welche Richtung Sie sich entwickeln: Kaufen Sie Windows. Nicht, weil ein Mac den Job nicht erledigen könnte, sondern weil Windows Sie niemals einschränkt. Zu Beginn einer Karriere wissen Sie oft noch nicht, welche Teile des Workflows Sie letztendlich übernehmen werden. Das ist ein schlechter Zeitpunkt, um an technische Grenzen zu stoßen.

Wenn Sie ein privates Gerät hauptsächlich für Zertifizierungsprüfungen kaufen: Die für die meisten Branchenzertifizierungen verwendete Prüfungssoftware läuft unter macOS, und viele bestehen ihre Prüfungen problemlos auf MacBooks. Aber wenn Sie echtes Geld für einen Laptop ausgeben, kaufen Sie ihn nicht für die Prüfungen. Sie kaufen ihn für die fünf Jahre danach. Optimieren Sie dafür.

Wenn Ihre Kanzlei eine klare Meinung hat: Die Meinung der Kanzlei gewinnt. IT-Support, Geräteverwaltung, Richtlinien zur Festplattenverschlüsselung und Sicherheits-Tools sind allesamt legitime Gründe, warum eine Kanzlei Standards vorgibt.

Die häufigste Lösung unter erfahrenen Kollegen ist übrigens gar keine Entscheidung für das eine oder das andere. Es ist ein Windows-Rechner für die Arbeit und ein Mac für zu Hause. Das richtige Werkzeug für die jeweilige Aufgabe – so muss sich niemand schlecht fühlen, weil er seinen Laptop mag.

Die Richtung der Entwicklung

Das Interessante an dieser Debatte ist, dass sie sich langsam von selbst erledigt.

Mit jedem Jahr verlagert sich ein größerer Teil des eDiscovery-Workflows in den Browser und direkt auf die Plattform. Das Processing läuft auf Servern, nicht auf Laptops. Die Dokumentenprüfung findet im Web statt. Analysen werden zunehmend durch KI direkt auf der Prüfplattform durchgeführt und nicht mehr über lokal installierte Tools auf einer Workstation.

Claira ist dafür ein gutes Beispiel, und das ist Absicht: Claira ist systemunabhängig. Es läuft innerhalb von Nuix Discover, was bedeutet, dass es überall dort läuft, wo auch Nuix Discover läuft – sprich: in Ihrem Browser. Es muss nichts installiert werden. Es gibt keine Client-Anwendung, keine lokalen Abhängigkeiten, keine Mindestanforderungen und keinen Hinweis in der Dokumentation wie „nur unter Windows 11 unterstützt“. Die Zusammenfassungen, Extraktionen und Problemmarkierungen, die es erstellt, werden direkt in die Prüfdatenbank geschrieben. Sie stehen Ihnen also als Felder zur Verfügung, die Sie wie alle anderen Metadaten suchen, sortieren und filtern können.

Ein Prüfer auf einem MacBook, ein Case Manager auf einem Windows-Laptop und ein Partner auf einem iPad sehen alle dieselbe KI-Ausgabe auf derselben Plattform. Niemand musste vorher eine Kompatibilitätsmatrix prüfen. Das ist keine kleine Design-Entscheidung – es bedeutet, dass die KI-Ebene Ihres Workflows ein Bereich ist, in dem sich die Frage „Mac oder Windows“ überhaupt nicht stellt.

Die Ära der lokalen eDiscovery-Workstations ist zwar noch nicht vorbei. Processing und Forensik werden Sie noch eine Weile an Windows binden. Aber die Frage „Kann ich diesen Job auf einem Mac machen?“ lässt sich von Jahr zu Jahr etwas leichter mit „Ja“ beantworten. Und der Grund dafür ist, dass immer weniger von der Arbeit von dem Rechner abhängt, der vor Ihnen steht.