В мире разработки программного обеспечения существует негласный стандарт, который доминирует уже более десятилетия. Это Visual Studio Code, или просто VS Code. Он стал де-факто индустриальным стандартом благодаря своей гибкости, огромной экосистеме расширений и кроссплатформенности. Однако в последние годы на горизонте появилась новая звезда — Zed. Созданный командой, стоявшей за легендарным редактором Atom и фреймворком Electron, Zed позиционирует себя не просто как альтернатива, а как прямое убийца VS Code, обещая беспрецедентную скорость работы.
Звучит амбициозно? Безусловно. Zed утверждает, что его задержка ввода составляет всего 58 миллисекунд, что значительно быстрее, чем у Sublime Text (75 мс) и самого VS Code (97 мс). Но как это ощущается на практике? Что стоит за этой скоростью — магия или просто маркетинг? И действительно ли Zed готов заменить ваш основной инструмент разработки, или же он пока остается интересным экспериментом для узкого круга энтузиастов? В этой статье мы проведем детальный технический разбор, опираясь на реальные тесты производительности, архитектуру и функциональные возможности.
01Архитектурный прорыв: Почему Zed такой быстрый?
Главный аргумент сторонников Zed — это его невероятная скорость. Но чтобы понять, откуда она берется, нужно заглянуть под капот. VS Code, как и Atom, построен на Electron. Electron — это, по сути, браузер Chromium, «обернутый» в интерфейс для разработки. Это дает кроссплатформенность, но платой за это становится потребление памяти и задержки при рендеринге интерфейса, так как каждый процесс часто изолирован, а UI отрисовывается через веб-технологии.
Zed идет совершенно другим путем. Команда разработчиков создала собственный UI-фреймворк под названием GPUI. В отличие от Electron, который эмулирует веб-окружение, GPUI работает напрямую с графическим процессором (GPU). Это напоминает архитектуру современных видеоигр: интерфейс рендерится не через абстрактные DOM-элементы, а через графические примитивы, что позволяет использовать всю мощь видеокарты для отрисовки текста, курсоров и панелей.
Эта архитектура позволяет Zed достигать частоты обновления интерфейса до 120 FPS (кадров в секунду) и обеспечивать мгновенный отклик на действия пользователя. Для практика это означает, что при быстром скроллинге больших файлов или переключении между вкладками вы не увидите «мигания» или задержек, характерных для Electron-приложений на слабых машинах. Zed использует GPU так же эффективно, как это делают игровые движки, что кардинально меняет тактильные ощущения от работы с кодом.
02Скорость рендеринга: Задержка ввода (Latency)
Одним из ключевых метрик, на которые опирается Zed, является задержка ввода (input latency). На официальном сайте Zed.dev приводятся следующие данные:
- Zed: 58 миллисекунд
- Sublime Text: 75 миллисекунд
- VS Code: 97 миллисекунд
Звучит как очевидное преимущество. Но насколько эти цифры субъективно значимы для разработчика? Исследования показывают, что человек может воспринимать задержки вплоть до 2 миллисекунд. Однако в контексте набора текста разница между 58 мс и 97 мс может быть не такой заметной, как кажется, особенно если вы не являетесь профессиональным печатником с высокой скоростью набора.
Для объективной проверки были проведены замеры с помощью камеры с частотой 960 кадров в секунду. Результаты оказались интересными:
- VS Code: 70 кадров, что соответствует примерно 72 миллисекундам задержки.
- Zed: 54 кадра, что соответствует примерно 56 миллисекундам задержки.
Эти данные подтверждают заявления разработчиков: Zed действительно быстрее отрисовывает нажатия клавиш. Однако важно отметить, что в ходе тестирования автор признался, что сам не является очень быстрым печатником, поэтому субъективно разница могла быть не столь очевидна. Тем не менее, для разработчиков, которые проводят весь день за клавиатурой, даже такая разница в 16-20 миллисекунд может складываться в заметное улучшение тактильного отклика и общего комфорта работы.
03Скорость открытия проектов: Где Zed побеждает всухую
Если задержка ввода — это тонкая настройка, то скорость открытия папок и файлов — это то, где Zed демонстрирует подавляющее преимущество. В тесте на открытие проекта (папки с кодом) разница стала очевидной практически мгновенно. VS Code требовалось несколько секунд на инициализацию, индексацию и загрузку интерфейса. Zed же открывал проект практически мгновенно, что автор теста охарактеризовал как «Oh my god».
Этот метрик не всегда фигурирует на промо-страницах, потому что разработчики печатают код гораздо чаще, чем открывают новые проекты. Однако для тех, кто часто переключается между разными репозиториями или работает с большими монорепозиториями, эта разница критична. Ожидание в 2-3 секунды каждый раз, когда вы открываете проект, может раздражать. Zed устраняет эту боль полностью.
Также стоит отметить скорость открытия отдельных файлов. В тесте на открытие одного файла Zed справился с задачей настолько быстро, что для съемки даже не потребовалась замедленная съемка. VS Code, напротив, демонстрировал стандартную для Electron-приложений задержку на инициализацию процесса.
04Использование GPU: Нагрузка и эффективность
Поскольку Zed использует GPUI для рендеринга, логично предположить, что он активно использует графический процессор. При мониторинге нагрузки в Zed во время навигации по коду и быстрого скроллинга наблюдалась загрузка GPU на уровне около 40%, с пиками до 50%. Это свидетельствует о том, что редактор действительно задействует графический ускоритель для отрисовки интерфейса, разгружая центральный процессор (CPU).
VS Code также использует GPU, но делает это иначе. В тестах на мощном MacBook Pro M3 Max разница в нагрузке не была критичной, так как железо справлялось с обеими задачами без проблем. Однако на более слабых машинах, таких как MacBook Air M1, ситуация могла бы быть иной. Интересно, что даже при отключении GPU в VS Code (через специальные флаги запуска), редактор продолжал работать плавно, переложив всю нагрузку на CPU. Это говорит о том, что CPU современных процессоров все еще справляется с рендерингом UI, но делает это менее эффективно, чем специализированный графический конвейер GPUI.
05Функциональность и UX: Что VS Code делает лучше прямо сейчас
Скорость — это не единственное, что важно для IDE. Функциональность и удобство использования (UX) играют не меньшую роль. Здесь VS Code демонстрирует зрелость продукта, накопленную за годы развития. Zed, будучи новым редактором, пока уступает в ряде базовых, но важных функций.
Масштабирование интерфейса
В VS Code масштабирование (через Command+Plus/Minus) затрагивает весь интерфейс: код, меню, панели, вкладки. Это критически важно для демонстраций кода (сcreencasts) или для разработчиков с проблемами зрения. В Zed при масштабировании меняется только размер шрифта кода. Остальные элементы интерфейса остаются прежнего размера. Чтобы изменить масштаб всего UI, пользователю, вероятно, придется копаться в настройках, что не является интуитивным.
Отделение вкладок
VS Code позволяет перетаскивать вкладки в новые окна, создавая независимые окна редактора с собственным масштабированием. Это удобно для работы с несколькими мониторами. В Zed эта функция отсутствует. Попытка перетащить вкладку ни к чему не приводит. Это базовая функция, которую многие разработчики используют ежедневно.
06Экосистема расширений и AI-интеграция
Одна из главных сил VS Code — это его экосистема расширений. Zed пока не может похвастаться таким же разнообразием. В Zed есть поддержка тем оформления и подсветки синтаксиса, но полноценных расширений, которые расширяют функционал редактора (как, например, ESLint, Prettier, Docker, Kubernetes в VS Code), пока мало.
AI-ассистенты
Оба редактора поддерживают GitHub Copilot. Однако в VS Code можно легко установить альтернативы, такие как Tabnine или Kodi. В Zed поддержка AI ограничена пока только OpenAI API. Пользователям нужно будет самостоятельно вводить свои API-ключи и платить за использование токенов. Это создает барьер для входа для тех, кто привык к бесплатным или корпоративным лицензиям других AI-сервисов.
Форматирование кода
В VS Code форматирование по выбору (Command+K, Command+F) работает мгновенно. В Zed эта комбинация клавиш, по всей видимости, не настроена по умолчанию или работает иначе. Однако Zed поддерживает форматирование при сохранении файла (format on save), что является хорошим компромиссом. Это позволяет автоматизировать процесс и не думать о форматировании вручную.
07Стабильность и совместная работа (Collaboration)
VS Code, будучи Electron-приложением, иногда страдает от нестабильности. Разработчики часто сталкиваются с необходимостью перезагружать окно (Developer: Reload Window) из-за зависаний или рассинхронизации. Zed заявляет о фокусе на стабильности через fuzz-testing (тестирование на основе случайных данных), что должно минимизировать такие проблемы. Однако в ходе тестов Zed также демонстрировал нестабильность, особенно в функциях совместной работы.
Live Collaboration
Zed предлагает встроенную функцию совместной работы. Процесс выглядит так: вы добавляете контакт (другого пользователя Zed), отправляете приглашение, и после принятия вы можете совместно редактировать файлы. Однако в тестах эта функция показала значительные задержки и даже приводила к краху редактора (crash) при попытке совместного редактирования. Кроме того, Zed не показывает, кто именно редактирует файл в данный момент, что критично для командной работы.
VS Code, с другой стороны, использует расширение Live Share от Microsoft. Оно работает стабильнее, поддерживает работу в браузере (благодаря веб-технологиям) и четко показывает, кто и какие изменения вносит. Live Share является зрелым продуктом, в то время как совместная работа в Zed находится на ранней стадии разработки.
08Открытый исходный код и будущее Zed
Важным шагом Zed стало объявление об открытии исходного кода. Это позволяет сообществу изучать, улучшать и, возможно, форкать проект. Однако, поскольку Zed использует GPUI, который является проприетарным (хоть и открытым) фреймворком, портирование Zed на Windows и Linux потребует значительных усилий. GPUI написан с учетом особенностей macOS, и его нужно будет полностью переписать для других платформ.
Команда Zed демонстрирует высокую прозрачность. Они ведут блог, где честно описывают найденные баги в GPUI, и активно развивают YouTube-канал. Это вызывает уважение, но также подчеркивает, что проект находится в ранней стадии. Им предстоит долгий путь, чтобы догнать VS Code по функциональности, кроссплатформенности и экосистеме.
09Выводы: кому что подойдёт
Итак, что мы имеем в итоге? Zed — это впечатляющий технологический прорыв, который доказывает, что редакторы могут быть невероятно быстрыми, если отказаться от Electron в пользу нативных решений и прямого доступа к GPU. Однако он пока не готов стать полной заменой VS Code для большинства разработчиков.
- VS Code остается королем благодаря зрелости, огромной экосистеме расширений, кроссплатформенности и стабильной совместной работе. Он идеален для тех, кто зависит от специфических плагинов, работает в команде или использует Windows/Linux.
- Zed идеален для тех, кто ценит скорость и отзывчивость интерфейса, работает на macOS и готов мириться с отсутствием некоторых функций. Он также отлично подходит для быстрого редактирования отдельных файлов, где важна мгновенная загрузка.
Автор теста решил оставить VS Code как основной инструмент, но держать Zed установленным для быстрых задач. Это разумный компромисс. Zed имеет потенциал стать серьезным игроком, особенно если команда сможет портировать GPUI на другие платформы и расширить экосистему расширений. Но пока это «David» в истории «David и Голиаф», и Голиаф (VS Code) еще не повержен. Однако, как показывает история, даже Голиафы могут быть побеждены, если «David» будет продолжать совершенствоваться.
Рекомендуем попробовать Zed, если вы используете macOS и хотите почувствовать новую эру скорости в разработке. Но для критически важных рабочих процессов, особенно с участием командной работы, VS Code пока остается более надежным выбором.
Источник: видео-разбор (YouTube) ↗