Комментарии 11
Великий — потому что сегодня это, пожалуй, лучший редактор кода для решения практически любых задач, от веб-разработки до системного программирования.
А доказать сможете?
Конечно, это все субьективщина, по ощущениям он где-то между lazyvim и sublime text по удобству и возможностям настроек. Неплохой релактор для связки с харнессом.
Конечно, все субъективно. И можно долго спорить о деталях. Но субъективные суждения строятся на объективных предпосылках. Давайте посмотрим, например, за счет чего Zed выигрывает в скорости. Это не только движок на Rust, но и существенное ограничение возможностей расширений. Они могут быть поставщиками данных (LSP, DAP, сниппеты), но не могут иметь свой UI. Следовательно, в Zed не может быть расширений вроде GitLens или рендеринга произвольных форматов разметки. Только если тот или иной функционал захотят сделать разработчики в ядре редактора. Тут различие с другими популярными редакторами вроде Vim/Emacs/VS Code далеко не в мелочах, а на принципиальном уровне. Кому-то важна скорость, кому-то -- расширяемость. Во всяком случае, существенная часть пользователей при такой концепции отпадает. Это объективный факт. Я уже знаю, чего я не получу. Взамен я получаю скорость отрисовки -- выигрыш уже не такой очевидный, даже можно сказать, относительный. Скорость отклика зависит от множества факторов: проекта, языка, рабочей машины. Каждый вправе для себя делать выводы, но вот только без этих громких фраз про лучший редактор или "last next editor".
Zed выигрывает в скорости
Мне важнее удобство, я в Apache Netbeans написал свой плагин делающий из него harness под мои задачи не только с чатом, но и с работой на уровне сырых буферов IDE.
Те модель понимает какие файлы открыты, какие не сохранены и эти изменения нельзя потерять, сама открывает и меняет файлы, понимает где в файле находится курсор и может им управлять и тд. Своя плавающая панель с чатом выбором скилов и тд, с разметкой и подсветкой 100+ языков программирования на hljs и тд.
В Zed такой вариант запрещен на уровне их идеологии если я не ошибаюсь. Зато быстро.
Я это к тому, что я с вами согласен, но есть те кому он прям зайдет. Как я писал выше это все субьективно.
Можно использовать следующие переменные для задач:
$ZED_FILE — полный путь к текущему файлу
$ZED_FILENAME — имя файла (check_int.asm)
$ZED_STEM — имя файла без расширения (check_int)
$ZED_DIRNAME — папка текущего файла
Кажется авторы Zed попытались написать GNU Make. На этом пути их ожидает много занимательных открытий :)
Этот редактор умеет интегрироваться с промышленными системами сборки? Например прочитать CMakeLists или Cargo.toml и понять какие у меня там таргеты для сборки?
Всё работает из коробки. В отличие от Neovim, где сборка идеального конфига отнимает дни и даже недели, в Zed поддержка Rust, Go, C/C++, TypeScript и др. встроена нативно. Вы просто открываете папку — и у вас уже работают LSP, автодополнение и отладчики.
всё работает из коробки ровно в той же степени как и у скачавшего один из тысяч вариантов конфига neovim или просто использующего helix, а language servers всё равно ставить, а некоторые ещё и конфигурировать
сборка идеального конфига neovim не отнимает дни или недели, а продолжается всю жизнь ибо представления об идеалах текучи зело
никакой поддержки "и др." нету и быть не может, не в принципе а ибо безумие, а есть поддеожка стандартных протоколов типа LSP
не "и у вас уже работают", а "и у вас может быть уже работают", тот же .clangd как необходим, так и содержателен
Zed — Your last next editor
Блажен кто верует. Ему бы VS Code успеть вытеснить раньше, чем его самого вытеснит новая игрушка. А Neovim и Emacs - они как бриллианты, are forever.
Отказался от всех JetBrains продуктов - перешел на него - он легкий и быстрый и даже быстрее VS Studio или Антигравити. Притом щас от IDE требуется только подсветка дифов при комите да по сути все. Все остальное решается через кодинг агентов.
wsl + devcontainer не работает

Zed: Великий и ужасный