«Вся история иерархической файловой системы в DOS, Windows и Linux, это история двух панелей. Стоит посмотреть на провода под рабочим столом любого системного администратора, чтобы увидеть современную версию этой идеи. Она пережила не только операционные системы, но и метафору ‘рабочего стола’.»
До того, как появились панели
Ранние операционные системы не предполагали, что пользователь будет постоянно что либо копировать или перемещать. Командная строка была единственным интерфейсом. Выполнить команду COPY A:DOCUMENT.TXT C:WORK было возможно, но требовало от пользователя идеального знания структуры дисков и точного указания путей. Ошибка в одной букве приводила к потере файла или его записи в неожиданное место.
Работа с несколькими каталогами превращалась в череду команд CD и DIR. Нужно было запомнить список файлов в исходной папке, перейти в папку назначения, проверить, нет ли там конфликтующих имен, и только потом выполнять копирование. Это была работа с памятью, а не с файлами.
Появление первых графических оболочек, таких как Windows 3.x, не решило проблему. Проводник (File Manager) был однопанельным. Пользователь открывал одно окно с деревом каталогов и списком файлов. Чтобы скопировать что то из одной папки в другую, требовалось либо перетаскивать между двумя разными окнами (что нагружало систему), либо использовать стандартные диалоги «Копировать» и «Вставить», которые скрывали процесс от глаз.
Идея двух панелей: Norton Commander как прорыв
Norton Commander, выпущенный в 1986 году, предложил радикально другой подход. Его интерфейс был разделён на две одинаковые панели, отображавшие содержимое двух разных каталогов. Пользователь одним взглядом видел и источник, и цель.
- F5 — копирование: Файл, на который установлен курсор в левой панели, копировался в папку, отображённую в правой панели. Весь путь указывался автоматически.
- F6 — перемещение: Аналогично, но с удалением исходного файла.
- F3 — просмотр: Быстрый взгляд внутрь файла без его открытия в отдельном приложении.
- F4 — редактирование: Запуск текстового редактора для файла.
Это не был просто набор горячих клавиш. Это была целая философия управления файлами как потоком данных между двумя точками. Панели стали рабочими областями. Исчезла необходимость держать пути в голове — они всегда были на экране. Скорость работы перестала упираться в скорость набора команд, а стала определяться скоростью принятия решений.
Norton Commander стал стандартом де факто для DOS. Его синие панели и жёлтые буквы были узнаваемы так же, как логотип самой операционной системы.
Эволюция: Total Commander и его всеядность
С переходом на Windows 95 и NT команды типа xcopy остались, но основной массовый интерфейс стал графическим. Проводник Windows унаследовал однопанельную модель. Для многих, кто работал с большими объёмами файлов, это был шаг назад в эффективности.
Total Commander (изначально Windows Commander) появился как прямой наследник философии Norton Commander, но для новой ОС. Кристиан Гислер, его автор, не просто скопировал идею двух панелей, а расширил её до универсального инструмента.
- Поддержка архивов как папок: ZIP, RAR, 7z архивы отображались в панели как обычные каталоги. Файлы можно было копировать из архива напрямую, без предварительной распаковки.
- Подключение к FTP и сетевым ресурсам: Удалённый FTP сервер мог быть представлен как одна из панелей. Копирование между локальным диском и сервером выполнялось теми же клавишами F5/F6.
- Сравнение каталогов: Функция синхронизации, которая визуально показывала различия между папками и позволяла выборочно копировать только новые или изменённые файлы.
- Многократная переименование файлов (Multi Rename Tool): Позволяло по маске переименовать сотни файлов за раз, что незаменимо для фотографов или веб разработчиков.
Total Commander перестал быть просто файловым менеджером. Он стал «командным центром» для любых операций с данными, где бы они ни находились: на локальном диске, в сети, в архиве или даже внутри виртуального образа ISO.
FAR Manager: файловый менеджер для профессионалов
Пока Total Commander развивался в сторону графической универсальности, в России (тогда ещё СССР) Евгений Рошал создал FAR Manager. Его ключевое отличие, это текстовый, а не графический интерфейс. FAR выглядел как наследник Norton Commander, но был несравнимо мощнее.
FAR был написан для программистов, администраторов и всех, кто работает в консоли или через удалённые сессии (RDP, SSH). Его интерфейс отрисовывался символами, что давало несколько преимуществ:
- Скорость: Загрузка и отклик были мгновенными даже на слабых машинах или при работе по медленному каналу.
- Удалённая работа: FAR можно было запустить в сессии SSH на Linux сервере (через Wine или аналоги), и он работал так же быстро, как и локально.
- Плагины: Архитектура FAR была открытой. Плагины могли добавлять не просто новые форматы архивов, а целые подсистемы: работу с базами данных, управление процессами, мониторинг сети. Например, плагин для работы с реестром Windows представлял его как файловую систему.
FAR стал инструментом системной «кухни». Его использовали для анализа логов, правки конфигов на серверах, массового переименования файлов в проектах. Его горячие клавиши (часто совпадающие с Norton Commander) позволяли работать вслепую, не отрывая рук от клавиатуры.
Зачем они всё ещё нужны?
Современный проводник Windows или Finder в macOS значительно продвинулись. У них есть вкладки, улучшенный поиск, интеграция с облаками. Казалось бы, двухпанельные менеджеры должны были уйти в прошлое. Но этого не произошло по нескольким причинам.
Во первых, проводник оптимизирован для casual использования: найти документ, открыть фотографию, переместить несколько файлов в папку. Он плохо справляется с операциями над сотнями или тысячами объектов. Попробуйте в проводнике выделить 3000 файлов по маске *.log и скопировать их в другую папку, минуя определённые подкаталоги. В Total Commander или FAR это делается за пару комбинаций клавиш и фильтров.
Во вторых, у проводника нет единой логики для разнородных источников. Работа с FTP требует одного приложения, с архивами — другого, с сетевыми дисками — третьего. Двухпанельный менеджер унифицирует все источники данных, сводя их к общей операции «копировать из левой панели в правую».
В третьих, это вопрос привычки и мышечной памяти. Для администратора, который ежедневно правит конфиги на десятках серверов, FAR с его плагинами и текстовым интерфейсом остаётся самым быстрым инструментом. Попытка сделать то же самое через графический интерфейс проводника по RDP будет мучительно медленной.
Двухпанельность за пределами файловых менеджеров
Идея «двух панелей» — источник и приёмник — просочилась в другие инструменты.
- Git-клиенты: Многие интерфейсы для Git (например, Sourcetree) используют двухпанельный diff — слева старая версия файла, справа новая. Это прямое заимствование логики сравнения каталогов.
- Синхронизаторы данных: Такие программы как FreeFileSync или rsync с графической оболочкой строят интерфейс на сравнении двух панелей, между которыми пользователь задаёт правила синхронизации.
- IDE: Режим сравнения файлов или даже структуры проекта в двух ветках часто представлен в виде двух панелей.
Более того, сама концепция «буфер обмена» в его расширенном понимании (например, менеджеры буфера обмена типа Ditto), это попытка преодолеть ограничение однопанельности проводника, где между копированием и вставкой теряется контекст.
Вывод: не интерфейс, а ментальная модель
Norton Commander, Total Commander и FAR выжили не потому, что их интерфейс «старомодно хорош». Они выжили потому, что предлагают правильную ментальную модель для работы с файлами как с потоком. Эта модель гласит: у тебя всегда есть две точки внимания — «откуда» и «куда». Все операции, это маршруты между ними.
Современные ОС, делая ставку на поиск и «умные» папки, предполагают, что пользователь не помнит структуру данных. Двухпанельные менеджеры исходят из противоположного: структура важна, её нужно видеть и контролировать. В мире, где данные измеряются терабайтами, а не мегабайтами, этот контроль становится не анахронизмом, а профессиональной необходимостью. Файловый менеджер в стиле Norton, это не программа, это способ думать о данных.