Paint.NET заговорил на Linux — и произошло это не благодаря WINE, а вопреки ему: разработчик Рик Брюстер признал, что Direct2D в WINE никогда не будет доведён до ума, и вместо ожидания поручил Claude переписать эту библиотеку с нуля. Итог — 180 000 строк кода чистой комнатной реализации Direct2D, которая запускается флагом `/wine`. Для сравнения: весь остальной Paint.NET — это около 700 000 строк, написанных за 20 с лишним лет.
Почему paint.net linux — это внезапный прорыв
Проблема была архитектурной, а не про «руки не дошли». Direct2D — графический движок Microsoft, завязанный на низкоуровневые особенности Windows, и WINE годами не мог реализовать его настолько полно, чтобы Paint.NET хотя бы стартовал. Отключить зависимость было нельзя — весь рендеринг редактора построен на ней. Раньше это был тупик: либо ждать, пока WINE догонит Microsoft, либо годами переписывать движок отрисовки вручную. Claude сделал то, на что у команды физически не было ресурсов — реверс-инжиниринг и написание аналога Direct2D практически с нуля, включая формулы встроенных эффектов, которые нигде не задокументированы.
Что это значит для тех, кто искал фоторедактор для линукс
Если вы годами гуглили «paint.net для линукс» и натыкались только на советы ставить GIMP или Krita — теперь появился шанс запустить оригинал. Это не финальный релиз «из коробки», а рабочий, но пока не до конца проверенный человеком код: Брюстер прямо говорит, что 180 000 строк физически невозможно перепроверить вручную, и часть работы сделана в стиле «trust me bro». Тем не менее сам факт, что paint.net linux стал реальностью, — событие для всех, кто искал полноценный редактор фото линукс с привычным интерфейсом Windows-программы, а не аналог с нуля.
Как Claude справлялся с ролью инженера-реверсера
Автор описывает процесс честно, без глянца: местами Claude работал «с яростью десяти гениев», а местами требовал ручного контроля. Были найдены серьёзные баги в управлении памятью — модель не всегда правильно вела подсчёт ссылок на COM-объекты (аналог `AddRef()`), из-за чего приходилось вмешиваться и поправлять архитектурные решения. Но именно способность агента месяцами удерживать в голове специфику чужого закрытого API и самостоятельно выводить формулы эффектов — то, что раньше делали только штатные инженеры Microsoft, — и стало решающим фактором.
Что с этим делать вам
Для предпринимателей и фрилансеров, работающих с ИИ, это не история про фоторедактор — это пример работоспособной модели: агент берёт на себя месяцы рутинного низкоуровневого труда, а человек контролирует архитектуру и ловит критичные ошибки точечно, а не построчно. Если у вас есть застрявший из-за нехватки рук проект — легаси-код, миграция, недокументированный протокол — тот же подход стоит попробовать: не «напиши мне фичу», а «перепиши целый модуль, я проверю архитектуру». Именно так «нерешаемая» задача десятилетия закрылась за один цикл работы с Claude.
Комментарии 0