Набор веб-приложений TinyLittleOffice предлагает хранить документ в URL: пользователь создаёт текст, таблицу, презентацию, календарь или рисунок, а затем получает ссылку, в которой уже находятся данные. Для разработчиков и команд, уставших от обязательных аккаунтов, облачных папок и тяжёлых офисных пакетов, это любопытный пример того, как браузер можно использовать для одноразовых рабочих артефактов.
Проект запустили Пол Форд и его соавтор Рич Зиаде, сообщает The Register. Идея не в том, чтобы отправить получателю ссылку на файл на сервере: сама ссылка несёт содержимое файла. Документ не обязан сохраняться в облачном хранилище и не превращается в почтовое вложение, хотя результат можно экспортировать в другие форматы.
Механика опирается на давно знакомое свойство веба. В URL нередко передаются параметры, состояния интерфейса, токены и закодированные данные. TinyLittleOffice использует это пространство заметно агрессивнее: туда помещается содержание созданного документа. Открыв адрес, получатель видит тот же материал в браузере — без регистрации и, по замыслу авторов, без отдельной серверной копии.
В состав TinyLittleOffice входят базовый текстовый редактор, конструктор презентаций, электронная таблица, календарь и инструмент для рисования. Это не попытка заменить LibreOffice или корпоративный пакет с правами доступа, комментариями и историей изменений. Сценарий здесь проще: быстро набросать короткую инструкцию, таблицу расчётов, программу встречи или несколько слайдов и передать результат в чате одной ссылкой.
У подхода есть предыстория. Шесть лет назад Зиаде сделал TinySheet — браузерную таблицу, которая также держала данные в адресе страницы. Старые сервисы позже исчезли, а их ссылки перестали открываться. Теперь концепцию воскресили и расширили до набора инструментов. Код сервера опубликован в GitHub, поэтому проект при необходимости можно изучить или развернуть самостоятельно; это снижает риск того, что сервис однажды просто выключится вместе со всеми созданными ссылками.
Главное достоинство такого дизайна — минимальная инфраструктурная цена для пользователя. Не нужно решать, в какую папку положить файл, приглашать коллегу по адресу электронной почты или разбираться, почему корпоративный доступ к документу не работает за пределами домена. Для временного материала документ в URL может оказаться быстрее вложения: создал, скопировал адрес, отправил.
Но URL — не магическая замена хранилищу. Длинные адреса неудобно вставлять в мессенджеры и таск-трекеры, а встроенный сокращатель ссылок, по данным издания, работает с ограниченным сроком действия. Также сервис не позволяет загружать изображения или видео. Совместное редактирование здесь устроено не как в Google Docs: это скорее передача готовой копии, после которой каждый работает со своей версией. Любое изменение порождает новый адрес, а не обновляет общий файл.
Есть и более тонкий вопрос о приватности. Если данные зашиты в ссылку, адрес становится носителем содержимого. Его легко случайно переслать не тому человеку, сохранить в истории чата, логах прокси или закладках. Открытие ссылки всё равно предполагает доверие к сайту, который её обрабатывает. Поэтому использовать инструмент для паролей, персональных данных, договоров и другой чувствительной информации было бы неразумно — отсутствие привычного облачного диска не равно криптографической защите.
Для продуктовых команд TinyLittleOffice интересен не как новый офисный стандарт, а как напоминание: не каждому действию нужен аккаунт, бэкенд и бесконечный жизненный цикл объекта. Многие внутренние заметки, расчёты и черновики действительно живут несколько часов или дней. В таких случаях «одноразовое ПО», как называет подход Форд, может быть честнее сложной платформы, которая собирает данные, требует прав доступа и затем годами хранит забытые файлы.
Массовым рабочим пространством документ в URL вряд ли станет: ограничения размера, медиа и совместной работы слишком существенны. Но в эпоху, когда почти любой текст уезжает на чужие серверы и попадает в очередной контур аналитики, TinyLittleOffice предлагает полезный контрвопрос: всегда ли документу нужен сервер? Исходный материал и код проекта можно проверить в публикации .