Как появился этот журнал
Зачем рассказывать о разработке, если можно просто разрабатывать? Потому что самое интересное в Katlog — не код, а путь: вопросы, ошибки, решения. Этот путь стоило записать.
К моменту, когда появилась идея журнала, у проекта уже была история: выгрузка из Aleph, прототип каталога, кабинеты, настоящая система, написанная агентом, десятки найденных и исправленных ошибок. Всё это жило в одном длинном диалоге с ИИ и в заданиях для агента.
Почему блог разработчика
Обычно о новой библиотечной системе рассказывают, когда она готова: презентация, список функций, скриншоты. Но библиотекарю, который думает о своём проекте, полезнее другое: как принимались решения, что пошло не так и как это заметили. Готовую систему можно посмотреть. Путь к ней — только прочитать.
Как устроены материалы
- Рубрики — чтобы о системе можно было читать с разных сторон: как историю, как разбор интерфейса, как данные, как урок.
- Шифры статей — как у книг в каталоге: код рубрики и номер. Журнал о каталоге сам устроен как каталог.
- Настоящие скриншоты прототипа и демонстрационной системы. Все имена и учётные записи на них — тестовые.
- Честные разборы ошибок — потому что на ошибках лучше всего видно, как система устроена.
Как пишутся тексты
Тексты готовятся вместе с ИИ-ассистентом, который участвовал в разработке и помнит её детали. Автор проверяет и правит их. Цифры взяты из настоящих данных открытого каталога, описания функций — из кода и заданий.
Сам журнал — тоже эксперимент
Сайт устроен максимально просто: без учётных записей, без комментариев, без трекинга и аналитики. Шрифты хранятся на самом сайте. Это не только про экономию: чем меньше в системе частей, тем меньше в ней можно сломать.