Разработчик переписал семь приложений Adobe на Rust и открыл код

Один разработчик переписал семь приложений Adobe на Rust и выложил результат в открытый доступ. Бесплатно, с исходниками. Об этом рассказывает ролик Fireship от 12 октября 2026 года, где автор канала запускает эти клоны и проверяет, что в них работает. Заголовок видео сформулирован жёстче самой новости: «Каждое приложение на Земле теперь open source, хочет оно того или нет».

Что известно на самом деле

Фактов в анонсе немного, и их стоит назвать прямо. Приложений семь. Язык реализации — Rust. Лицензия открытая, цена нулевая. Ролик — это тест, а не официальный релиз с бенчмарками. Названия программ, имя автора, объём кодовой базы, поддерживаемые форматы файлов и степень совместимости с оригиналами в описании не раскрыты. Поэтому любые разговоры о «убийце Photoshop» пока преждевременны: нужно смотреть, что открывается, что сохраняется и где ломается.

Сам выбор Rust понятен. Язык даёт предсказуемую работу с памятью, хорошую производительность и удобную кросс-платформенную сборку, в том числе через WebAssembly. Для графических и медиа-инструментов, где десятилетиями копился C++-код, это логичная цель для переписывания.

Почему заголовок про «каждое приложение»

Иронический тон Fireship намекает на более широкий тренд. Переписать зрелый продукт с нуля раньше означало годы работы команды. Сейчас, когда кодинг-агенты умеют читать спецификации, разбирать поведение программы и генерировать большие объёмы кода, порог резко падает. Анонс этого прямо не подтверждает, и нельзя утверждать, что здесь использовался ИИ. Но сама формулировка «хочет оно того или нет» указывает именно на этот сценарий: функциональность коммерческого продукта воспроизводится без разрешения владельца.

Отсюда и главный риск для проекта. Adobe защищает код, форматы, бренд и интерфейсные решения. Клон, написанный «по поведению», юридически отличается от клона, где использовались декомпилированные фрагменты или закрытые ресурсы. Пока неизвестно, какой путь выбрал автор, и это определяет, проживёт ли репозиторий хотя бы несколько месяцев.

Что нужно проверить

Для оценки проекта важны конкретные параметры:

• Лицензия: MIT, Apache, GPL или что-то более экзотичное, и совместима ли она с коммерческим использованием.
• Совместимость форматов: открываются ли PSD, AI и другие рабочие файлы без потерь слоёв, эффектов и шрифтов.
• Производительность: сравнение с оригиналом на больших проектах, а не на демо-файле.
• Происхождение кода: был ли он написан с нуля и использовались ли ИИ-агенты.
• Сопровождение: есть ли у проекта больше одного мейнтейнера и план развития.

Практический вывод

Дизайнерам и студиям рано переходить на такие клоны в рабочих процессах: без гарантий совместимости один неудачный экспорт стоит дороже подписки. Зато стоит склонировать репозиторий, прогнать на нём свои типовые файлы и записать, что именно не работает. Разработчикам интереснее другое: если один человек действительно собрал семь приложений, это ориентир для оценки трудозатрат на переписывание легаси на Rust. Юристам и продуктовым командам вендоров пора пересматривать модель защиты: когда функциональность воспроизводится быстро, ценность смещается к экосистеме, облаку, данным и интеграциям, а не к самому исполняемому файлу.

Ролик Fireship — хороший повод посмотреть на проект своими глазами, но выводы лучше делать после проверки репозитория, а не заголовка.