Исследовательский проект: Zotero, LaTeX, таблицы и резервные копии

Исследовательский проект: Zotero, LaTeX, таблицы и резервные копии

Исследование редко живёт в одном файле. Ссылки — в менеджере, текст — в LaTeX или Word, данные — в таблицах, расчёты — в скриптах, а черновики — в почте и мессенджерах. Через полгода невозможно понять, какая версия таблицы соответствует какой версии текста.

Ниже — схема, которая связывает артефакты в один проект и делает его воспроизводимым.

Пять слоёв проекта

1. Источники. Библиография и PDF.
2. Текст. Рукопись, разделы, рисунки.
3. Данные. Сырые измерения и обработанные таблицы.
4. Код. Скрипты обработки и графики.
5. Сборка. Финальный PDF или DOCX и приложения.

У каждого слоя — свой инструмент и своя копия. Проблема начинается, когда слои смешиваются: например, данные правятся прямо в папке с текстом.

Слой 1: источники в Zotero

• Держите одну библиотеку на проект, а не десять коллекций «на всякий случай».
• Проверяйте метаданные сразу после импорта: авторы, год, журнал, DOI.
• Прикрепляйте PDF к записи, чтобы цитата и страница были рядом.
• Папка данных Zotero содержит базу zotero.sqlite и файлы; её нужно копировать целиком (Zotero).
• Синхронизация удобна, но не заменяет резервную копию (Zotero).

Для LaTeX библиотека экспортируется в .bib. Договоритесь о ключах цитирования заранее: smith2024reliability читается лучше, чем Smith_2024_a.

Слой 2: текст

• LaTeX хорош для формул, перекрёстных ссылок и стабильной вёрстки; это система вёрстки с собственным синтаксисом (LaTeX Project).
• Word удобен для соавторов и правок, но хуже держит сложные формулы и автоматическую нумерацию.
• Markdown удобен для черновиков и заметок, но требует конвертации для журнала.

Выбирайте инструмент под журнал и соавторов, а не под моду. Если соавтор присылает правки в Word, не спорьте о формате — договоритесь о том, кто собирает финал.

Слой 3: данные

• Сырые данные не редактируются после фиксации.
• Обработанные данные — отдельный файл с версией.
• Каждая таблица сопровождается описанием столбцов и единиц.
• Формулы не должны ссылаться на скрытые листы и «временные» диапазоны.
• Для больших наборов используйте CSV, а не XLSX.

Если файлы тяжёлые, проверьте свободное место и скорость диска; подробности — в статье об апгрейде накопителя.

Слой 4: код

• Скрипт должен запускаться одной командой.
• Входные данные — по относительному пути, а не C:\Users\....
• Версии библиотек фиксируются в файле зависимостей.
• Результаты сохраняются в отдельную папку output.
• Случайные семена фиксируются, если есть случайность.

Даже если вы не программист, десять строк на Python или R экономят часы ручной обработки.

Слой 5: сборка

• Один скрипт или инструкция «как собрать PDF».
• Проверка ссылок и подписей к рисункам.
• Финальная версия — с датой и тегом.
• Приложения собираются отдельно.

Версии и резервные копии

Git полезен для текста и кода: каждый коммит фиксирует состояние и автора изменений (Pro Git). Для больших бинарных файлов он неудобен — держите их вне репозитория.

Практика резервного копирования:

1. Три копии. Рабочая, локальная резервная, удалённая.
2. Два носителя. Диск и облако.
3. Одна копия вне помещения. На случай пожара или кражи.
4. Проверка восстановления. Раз в месяц откройте копию и убедитесь, что она читается.
5. Журнал. Что, когда и куда копировали.

Резервная копия, которую никогда не проверяли, — это надежда, а не план.

Недельный ритуал

• Понедельник: план задач и резервная копия.
• Среда: проверка ссылок и метаданных.
• Пятница: сборка PDF, проверка, коммит.
• Перед отправкой: чистая сборка с нуля.

Пример: от PDF к готовому абзацу

1. Находите статью в базе и сохраняете запись в Zotero.
2. Привязываете PDF к записи, чтобы через год не искать файл заново.
3. В тексте ставите ссылку через плагин: \cite{ivanov2024}.
4. LaTeX подставляет номер из файла .bib.
5. При сборке список литературы формируется автоматически.

Если на третьем шаге плагин не видит базу, проверьте, что Zotero запущен и выбран нужный стиль цитирования. Знак вопроса вместо номера почти всегда означает расхождение ключей: в тексте один, в .bib другой.

Файлы проекта и их роли

Правило: .bib не редактируется руками. Любая правка в файле исчезнет при следующем экспорте библиотеки.

Что делать, если соавтор присылает Word

Единый формат важнее личных предпочтений. Рабочие варианты:

• соавтор присылает текст в Word, вы переносите фрагмент в LaTeX и возвращаете PDF на проверку;
• соавтор пишет в Markdown, вы конвертируете в LaTeX;
• общие части без формул ведутся в облачном документе.

При любом варианте зафиксируйте, какая версия основная. Иначе через месяц не останется ни одной.

Типичные сбои

• Вместо номера ссылки — вопросительный знак. Не совпадает ключ или не собран .bib.
• Кириллица в PDF не отображается. Не подключён шрифт с нужной кодировкой.
• Рисунок уехал на другую страницу. Указан абсолютный путь вместо относительного.
• Сборка падает после обновления. Версии пакетов не зафиксированы.

Один проект — один репозиторий

Не смешивайте две статьи в одной папке. Отдельный репозиторий проще архивировать, передавать и открывать через год. Если проект учебный, достаточно локального Git без удалённого сервера: история коммитов уже спасает от потери текста.

Как объяснить метод руководителю

Не продавайте инструмент — покажите результат. Соберите один документ, где:

• оформление совпадает с требованиями;
• список литературы собран автоматически;
• рисунки и таблицы пронумерованы;
• при изменении данных всё пересобирается.

Руководителю важен не LaTeX, а предсказуемость и отсутствие «поехавшего» форматирования перед сдачей. Один убедительный пример убеждает лучше спора о редакторах.

Что хранить в архиве проекта

• Финальный PDF и исходники.
• Файл .bib на дату сдачи.
• Скрипты обработки и версию данных.
• Записку о том, какие пакеты установлены.

Архив нужен не для ностальгии: через год по нему можно ответить на вопрос редактора или комиссии.

Чек-лист

1. Один проект — одна библиотека Zotero.
2. Метаданные проверены.
3. .bib экспортируется без дублей.
4. Сырые данные зафиксированы.
5. Скрипты запускаются с относительными путями.
6. Сборка описана.
7. Три копии на двух носителях.
8. Восстановление проверено.

Частые вопросы

Обязателен ли LaTeX?

Нет. Для статей с формулами он удобнее, для гуманитарных работ часто достаточно Word.

Где хранить PDF источников?

В Zotero, прикреплёнными к записям. Отдельная папка «PDF» быстро превращается в свалку.

Нужен ли Git, если я не программист?

Для текста в Markdown или LaTeX — да, он помогает откатываться. Для DOCX пользы меньше.

Как быть с соавторами, которые не любят новые инструменты?

Дайте им Word и принимайте правки в режиме рецензирования; сборку финала оставьте на одном человеке.

Сколько копий достаточно?

Минимум три, включая одну вне основного помещения и одну в облаке.