Попробовал новый редактор кода Zed

Редактор кода Zed, запущенный на Windows 11

На этот редактор кода я положил глаз очень давно - уже больше года многие программисты хвалят Zed и называют "убийцей VS Code". Я решил выяснить, насколько этот громкий титул правдив и забегаю вперёд отвечу, что только отчасти, но перспективы и амбиции у него нешуточные. 

У этого редактора кода была трудная судьба (все обожают вот такие истории). Многие уже и не помнят, что был когда-то отличный редактор кода Atom от команды разработчиков из GitHub (тех времён, когда его ещё не купила могущественная Microsoft). Ему довелось жить "в эпоху перемен", когда хороших и бесплатных редакторов кода почти не было (а neovim не был настолько популярен) и в этот момент "майки" выкатили на рынок тогда ещё легковесный и быстрый VS Code. Atom хоть и имел у себя много функций, приятно выглядел, но изобиловал многочисленными багами, а потом Microsoft официально купили Github и проект Atom спустя некоторое время решили закрыть из-за бесперспективности. И вот, спустя долгие годы тот же автор, что раньше делал Atom, выпускает на рынок свой прорывной и сверхбыстрый редактор Zed, написанный на rust - это был великолепный камбэк. 

Новый редактор все сразу восприняли с большим энтузиазмом (первыми его оценили пользователи MacOS, а потом Linux). VS Code к этому времени сильно "разжирел", долго открывался, а полная инсталляция с только необходимыми плагинами у меня весит 2,5 Гб (не сказать, что время первого открытия большая проблема, но иногда он начинал тормозить и при печати, особенно если в проекте много Typescript). Zed написан на быстром языке rust (быстрее только Zig и C++), открывается за секунду и имеет минималистский дизайн, в котором, тем не менее, есть всё необходимое для программиста: языковые сервера всех современных языков, совместная работа (можно даже говорить через микрофон!), git, работа со всеми нейронными сетями и агентами на высшем уровне (подобный режим агента в VS Code появится сильно позднее) и масса фишек, которые облегчают написание кода и навигацию по проекту. Кроме того у редактора кода Zed свой собственный графический движок (если можно это так назвать), который позволяет интерфейсу работать плавно на мониторах с высокой герцовкой - программисты с игровыми мониторами сразу оценят это, ведь разница в отзывчивости редактора по сравнению с VS Code заметна невооруженным взглядом. 

Редактор кода Zed запускает тесты в терминале с помощью Bun

С самого первого запуска этот редактор кода не ведёт пользователя за ручку. Сразу видно, что он рассчитан на уже зрелых программистов, которые не боятся заглядывать и читать документацию. И вам придётся это делать, чтобы настроить этот редактор под себя, ведь вся настройка ведётся исключительно в json файле (в крайнем случае можете взять чужие настройки и подправить под себя). В Zed первоклассная поддержка VIM-сочетаний и это самый лучший редактор помимо непосредственно helix и neovim, чтобы работать в подобном стиле. Да и обычные сочетания похожи на VS Code, так что долго привыкать не надо, чтобы поменьше прибегать к мышке во время написания кода. 

Мои настройки: шрифт текста CommitMono, шрифт интерфейса от JetBrains

Есть ли минусы? Конечно и для кого-то они будут критичными. Этот редактор разрабатывается долгое время, до релиза ещё очень далеко, есть баги (и их очень много), а плагинов в магазине крайне мало по сравнению с VS Code, у которого их сотни тысяч. Например, нету расширения для Tailwind и многих всяких "полезностей" для веб-разработчки, зато есть поддержка Astro и Svelte (современных и не очень популярных UI фреймворков). 

Авторы редактора не очень любят Windows (точнее корпорацию Microsoft, которая похоронила их Atom) и хотя их редактор прямо сейчас можно собрать под эту операционную систему, но разработчики не собираются этим заниматься официально, поэтому сборками занимаются посторонние люди, а качать сделанный чужими руками исполняемый код может быть чревато для безопасности, особенно если вы ведёте коммерческую деятельность. 

Большая часть функций этого редактора совершенно бесплатны, но всё таки это коммерческий продукт, потому что он использует нейросети для активной работы с кодом и предсказаний автодополнения при наборе, а за эти функции нужно будет доплачивать после окончания trial. Вы платите только за нейросети, когда как функция совместной работы будет бесплатной (привет IDE JetBrains). 

В данный момент я бы всем труженикам программистам рекомендовал присмотреться к этому редактору, как минимум запустить и сделать пару проектов в нём, особенно тем людям, которые зачем-то в 2025 году всё ещё сидят на остановившемся в развитии Sublime Text (тоже, кстати, платный редактор кода) - Zed его полностью уделывает по скорости работы и мгновенно открывает большие файлы. В Zed есть всё из коробки для работы с JavaScript, PHP, Python, Go и других популярных языков программирования. Новичкам я бы тоже мог смело рекомендовать Zed, потому что у него простой интерфейс и запутаться в нём трудно.  

Как не настраивай VS Code, а его интерфейс всё равно выглядит перегруженным

Ну и небольшое отступление, чтобы описать как я сейчас работаю с фронтендом на домашнем компьютере. Я полностью перешёл на замечательный Bun, который практически на 99% совместим с Node. Какое-то время я сидел на Deno версии 2 (где была заявлена совместимость с библиотеками из npm), но слишком часто в нём что-то не работало из библиотек и приходилось "воевать". Мне нравится в Bun скорость работы, поддержка Typescript из коробки, отличная стандартная библиотека и встроенная библиотека для тестирования. Благодаря всем этим возможностям я бы рекомендовал всем новичкам сразу начинать свой путь в изучении javascript именно с Bun, а не с Node. В отличии от Deno тут нет встроенного линтера и форматтера, поэтому данную работу у меня выполняет Biome (можно ещё использовать Oxc для линтинга, который быстрее Biome). Biome не только проверяет явные ошибки, но из коробки имеет великолепные правила, которые не дадут вам писать откровенно плохой код - он вас заставит соблюдать все хорошие правила современного JS и TS. Да, Bun ещё не готов полноценно для продакшен серверов (хотя он и крайне быстрый, но встречаются баги при очень больших нагрузках и при работе с базами данных), но для личных и новых проектов это отличный выбор, тем более его очень быстро заменить на Node, если что-то пойдёт не так. 

В качестве шрифтов мне приглянулись 0xProto и CommitMono. Вообще радует, что в последние годы шрифты для программистов продолжают появляться. Тема редактора VS Code Ganbaru. 

Шрифт Maple Mono

В большинстве случаев программисты используют в своих редакторах кода шрифты типа Fira Code или JetBrains Mono (самый лучший вариант, на мой взгляд), кто-то использует Cascadia Code от Microsoft, а пользователи macOS даже и этим не заморачиваются и чаще всего не меняют системные шрифты. Собственно так поступал и я, а редкие эксперименты со шрифтами убедили меня, что лучше чем эти самые популярные шрифты сделать очень трудно. Дело в том, что разработка шрифта вообще очень затратное по времени и деньгам занятие, а специалист разрабатывающий шрифт для редактора кода должен быть не только умелым дизайнером, понимающим в разработке шрифтов и особенностях их рендеринга на самых разных устройствах и экранах, но и профессиональным программистом, прочитавшим километры не текста, а именно кода. 

Товар лицом в фирменной теме от автора шрифта

Каково же было моё удивление, когда я увидел и установил шрифт Maple Mono от одного китайского разработчика! Невероятно продуктивный программист судя по его гитхабу, но он даже не указал своего имени. Это не только невероятно качественный и приятный шрифт для редактора кода, но он уже из коробки содержит все нужные для программирования лигатуры (есть даже специальные глифы для использования шрифта в терминале). Автор шрифта не просто взял за основу уже существующий шрифт Maple от Adobe (оригинал), а полностью разработал собственный вариант, но он на этом не остановился и ещё сделал локализацию шрифта для китайских пользователей (даже не представляю сколько там иероглифов нужно было нарисовать). Китайские программисты в очередной раз удивляют своей работоспособностью и талантом, но к сожалению их творения часто неизвестны за пределами Китая, потому что китайские программисты редко публикуются на сервисах западных компаний и вообще английского языка (стандартный язык для международного общения) избегают даже на GitHub в документации. 

Тема редактора Maple

В общем Maple Mono теперь в тройке моих самых любимых шрифтов для программирования вместе с Fira Code и JetBrains Mono. Этот шрифт я всячески рекомендую попробовать. У автора шрифта имеется ещё и тема для редактора VS Code, которая выглядит приятно и заслуживает того, чтобы поселиться в вашем редакторе.

P.S.: у меня IPS монитор с диагональю 27 дюймов и с разрешением 1440p (что-то около Retina), поэтому есть особенности с отображением шрифтов. 

Мой рейтинг шрифтов для программирования

Наблюдая за профессиональными программистами, увлечёнными разработкой (а я пересмотрел очень много обучающих видеороликов от самых разных людей), я заметил, что далеко не всем интересна тема настройки своего редактора кода. Люди просто открывали редактор и начинали программировать: никому не интересно какая там тема установлена, какие шрифты и какие расширения можно установить для удобства. Чего уж там говорить, я видел пару десятков видеороликов, где VS Code сигнализировал о новом скаченном обновлении, но "учитель" даже не заморачивался, чтобы это обновление применить. И так на протяжении нескольких уроков, которые он очевидно писал на видео за один раз.
Лично я такого дзена и отрешенности от внешнего мира во время программирования не познал, поэтому потратил некоторое время на выбор самого удобного шрифта, самой симпатичной темы оформления (этот процесс может продолжаться вечно, потому что темы надоедают). В конце концов редактор кода это рабочее место программиста, а значит оно должно быть красивым и удобным, а строчки кода, набранные специальным шрифтом, это именно то, на что смотрит программист много времени (в реальности он больше смотрит в документацию, а не в свой код, но не будем об этом).

Шрифт: JetBrains Mono, тема редактора: Dracula

Итак, мой личный рейтинг шрифтов, которые сделают ваш код красивым (с визуальной точки зрения) и легко читаемым.
1. JetBarins Mono. Этим шрифтом в VS Code я начал пользоваться всего две недели назад и уже успел его полюбить. Данный шрифт давно применяется в профессиональных IDE от JetBrains, но вот недавно его сделали доступным для всех. Естественно шрифт с лигатурами, потому что это сейчас модно в шрифтостроении для программистов.
2. Fira Code. Очень популярный сейчас во всём мире шрифт от отечественного программиста Никиты Прокопова. Данный шрифт демонстрируется на официальной странице VS Code в документации и примерах, то есть им пользуются в самой Microsoft. Шрифт отлично читаемый и любим программистами за лигатуры.
3. Hack Nerd Font. На этом шрифте я просидел больше года и он меня абсолютно всем устраивал, пока я не отправился искать новых ощущений с другими шрифтами. Шрифт реально классный и разработан так, чтобы не раздражать своего пользователя при повседневном использовании - с этой задачей он справляется прекрасно.
4. Consolas. Это уже классика от Microsoft и он используется по умолчанию на системах с Windows в VS Code. Использовать шрифт Consolas для кода я начал почти 10 лет назад, когда писал свои первые проекты на PHP (тогда я использовал забытый ныне редактор Komodo Edit). Сейчас шрифт, конечно же, смотрится не так круто по сравнению с современными, специализированными шрифтами для программистов, но кто сказал, что классика должна удивлять? В конце концов, очень много программистов вообще сидят на Courier New или на похожих древних mono-шрифтах и им ничего новее не нужно. Аналогичным шрифтом в MacOS является San Francisco, который и используется по умолчанию в VS Code, а большего программистам на MacOS и не нужно, потому что от добра добра они не ищут (маководы вообще не любят что-то настраивать, а чтобы красиво было сразу из коробки).

5. Cascadia. Новый шрифт от Microsoft для программистов (лигатуры есть). Пока не снискал большой популярности, лично я его не использовал, но это точно очень качественный шрифт от профессионального дизайнера. Шрифт открытый и исходники выложены на github. Данный шрифт используется по умолчанию в новом Terminal Windows 10 и для командной строки он очень хорош.

6. Victor Mono. Ещё один отличный, бесплатный, лёгкий шрифт с лигатурами. Мне он показался похожим на Source Code Pro от Adobe. Я не фанат тонких шрифтов, так что не использовал их.
7. Operator Mono, Source Code Pro, Iosevka, Fantasque Sans Mono (ссылка на репорзиторий с архивами всех шрифтов). Отличные шрифты для программирования, которые обязательно упомянут в любом треде, где программисты их обсуждают, но лично я ими долго не пользовался по тем или иным причинам (меня полностью устраивал Hack Nerd font). "Радость" от использования шрифта так же зависит от качества вашего монитора (HD/Retina), личного восприятия и привередливости. Некоторые программисты, например, не любят, когда буква О и 0 (ноль) трудночитаемые и этого будет достаточно, чтобы не пользоваться таким шрифтом.
Учтите, что далеко не у всех шрифтов для программистов есть поддержка кириллицы (если разработчик не русскоязычный или не корпорация, то скорее всего кириллицы не будет) и комментарии на русском языке будут выглядеть в вашем коде ужасно (ещё один повод выучить английский и не писать комментарии на русском языке, потому что это непрофессионально).

Пример лигатур в Fira Code 2

Некоторые программисты считают лигатуры блажью, которые не дают ничего для программирования в плане повышения читаемости кода: ну подумаешь стрелочка => по другому рисуется, или знаки сравнения типа "больше равно" в виде одного символа.

Включение поддержки лигатур в редакторе VS Code

Долгое время и я этой моды не понимал, но два месяца назад включил их в настройках VS Code (да, их можно запросто включать и отключать, нужно только чтобы в вашем шрифте была поддержка лигатур) и так и не отключал, потому что лигатуры меня не раздражают. В любом случае рекомендуемую всем попробовать писать код с включенными лигатурами, и возможно, вы не сможете от этого отказаться. Многие программисты даже специальным образом патчат свои любимые шрифты, чтобы добавить туда поддержку лигатур. 

Markdown и markup

Статья про Markdown в журнале "Хакер" за сентябрь 2012

Внезапно у меня на работе случился праздник - День насильственного отказа от Интернета. Не скажу что имеются люди, которых бы такой "праздник" порадовал, кроме того передо мной маячила прекрасная перспектива остаться вообще без свободного доступа к сети (вот здесь "свободный" я подразумеваю "бесплатный"), поэтому я вернулся к очень традиционному способу получению информации - чтению журналов. Электронных журналов, конечно же, зачем портить бумагу ради информации которая устареет через несколько месяцев? Читая не самый свежий и не самый лучший в мире, но вероятно все еще популярный журнал компьютерной тематики, я натолкнулся на статью про язык разметки текстов Markdown (забавная игра слов: markup language - язык разметки). Статья на Wikipedia не такая веселая как статья в журнале, поэтому неплохо что об этом языке появилась статья именно в "хакерском" журнале.

Научиться синтаксису можно за 5 минут

Смысл концепции Markdown можно понять просто взглянув на вышеприведенную схему. Грубо говоря: пишем текст - получаем красивый HTML без особых усилий (запомнить использование служебных символов не трудно).
Выглядит все это прекрасно, лаконично и логично, но я не разделяю восторгов по поводу этой концепции. Постараюсь объяснить почему лично мне Markdown пока не нужен. Я сталкиваюсь с написанием текстов в основном при написании постов в блог и при работе с социальными сетями (в основном Twitter). И если в 140 символах трудно оценить всю прелесть Markdown (зато для Tumblr он подходит замечательно), то для полноценного блоггинга он представляет собой прекрасный инструмент. К сожалению, это не совсем так. Я использую платформу Blogspot и она уже имеет встроенный редактор WYSIWIG-редактор, причем это не самый плохой редактор.

Использование онлайн-редактора текстов имеет массу преимуществ:

• введенный текст сохраняется в облачном хранилище. Я могу работать над текстом за ноутбуком, прервать работу и открыть пост для редактирования за другим компьютером. Мне не нужно хранить тексты на своем компьютере и заморачиваться с их переносом и сохранением. Здесь есть и главный минус - у пользователя может не оказаться доступа к Интернету. Имеются онлайн-редакторы с поддержкой Markdown и сохранением в "облаке".
• WYSIWIG означает что я сразу вижу текст в том виде, в каком его увидит пользователь. Лично для меня удобство редактирования не так важно (я могу редактировать и HTML), но все таки большинство пользователей предпочитает именно WYSIWIG-редакторы. Здесь есть минус технологии - для полноценной работы такого редактора желательно иметь полноценный браузер с поддержкой всех стандартов и новых технологий, Markdown же предлагает пользователю писать "голый" текст и затем каким-либо образом преобразовывать его в HTML с помощью скрипта. Писать текст на Markdown можно в любом самом примитивном редакторе, в том числе на мобильных платформах (на смартфонах и планшетах).
• У меня периодически возникает необходимость в загрузке картинок, а для этого используется онлайновое хранилище изображений Picasa. Работа с ней в редакторе Blogger реализована очень просто. При использовании Markdown придется озаботиться загрузкой картинок для блога заранее - теряется удобство и мобильность работы.
• При работе с Markdown написать текст недостаточно. Затем его надо "перегнать" в HTML с помощью скрипта или целой программы (такие программы и скрипты есть под самые разные платформы). Но при написании поста в Blogger используется масса другой информации: теги, расписание, изменение ссылки, описание для поисковых систем и другие функции, которые предоставляет блоггинг-платформа.
• Обычно я не использую сложное форматирование с несколькими подзаголовками. Текст с несколькими абзацами, простой список, выделение жирным или курсивом и несколько картинок - вот и весь пост в блог. Возможно именно мне Markdown подходит отлично, но зачем мне "лишняя сущность", если имеющиеся инструменты выполняют свои задачи на отлично? Задумаю писать мемуары без картинок, вот тогда и выберу этот простой язык разметки.

Теоретические markdown можно подружить с кем угодно, даже с Blogger, написав специальный скрипт, который будет считывать мета-информацию из файла и с помощью API Blogger, или к примеру через e-mail, посылать текст поста в блог. Но к чему такие сложности, если можно просто зайти в Blogger и написать свой пост, выкладывая одновременно иллюстрации, вставляя видео и при необходимости используя  HTML-редактор? Хотя как задачка для практикующего программиста неплоха. Можно попробовать написать плагин для великолепного редактора Sublime Text 2 (там используется не менее замечательный язык программирования Python).

Только не подумайте что Markdown по большому счету бесполезен - вовсе нет! Это прекрасная вещь, которая с успехом может использоваться на форумах. Лично меня тошнит от встроенных неповоротливых редакторов с массой ненужных функцией (кроме того часть этих функций еще и не работают в определенных браузерах). Markdown это настоящее спасение для пользователей смартфонов и планшетов, которым по понятным причинам не подойдут эти самые редакторы. Не секрет что написание текстов на мобильных устройствах это мучение и даже такая тривиальная задача как выделение слова может стать весьма трудной задачей. Кроме того есть определенный круг "писателей" которые практикуют Zen writing (редакторы, которые направлены только на написание текста, с абсолютным минимумом функций, не отвлекающим пользователя от главное задачи - собственно написания текста) - вот они точно в восторге от Markdown!

Пишем тексты с помощью Google Scribe

После долгого затишья в сервисе Blogger, обновления появляются как из рога изобилия. Здесь и долгожданные улучшения внешнего вида (которым я пользуюсь очень давно с помощью "черновиков blogger"), а также революционные улучшения для читателей блогов - внешний вид блога на HTML5 (посмотреть демонстрацию можно здесь).
Сегодня я хочу рассказать о еще одной технологии внедренной в этот замечательный сервис для ведения блогов.
Все пользователи (кроме особенно упорных и продвинутых, отключивших данную функцию на корню) сталкивались с google suggestions - с подсказками при вводе поискового запроса. Теперь данный функционал является обязательным не только для поисковиков, но и для приличных веб-сайтов. Действительно, очень удобно не набирать всю фразу или слово целиком, а выбрать его из выпадающего списка.

Все эти замечательные возможности нам дает т.н. Web 2.0, а именно асинхронные запросы к серверу - обмен данными идет постоянно, нет необходимости перезагружать страницу и вручную отсылать запрос.
Неудивительно что данная технология была использована для полноценного ввода текста. Теперь Google пытается по части введенного слова угадать что именно вы хотели написать, и вот что удивительно - в большинстве случаев ему это удается!

Вот так скромно выглядит данная революционная функция

Для людей которые следят за IT новостями (а я отношусь к этой категории людей) данная инновация вовсе нова (новость в официальном блоге blogger in draft на англ.языке). Программисты очень давно привыкли к autocomplete (функция автодополнения) при написании программ, когда редактор предлагает выбор на основе введенных пользователем пары букв. Продвинутые IDE учитывают контекст и предлагают определенные функции, названия переменных... в общем программисты облегчили себе жизнь. Кроме того данную функцию программисты из Google представляли в качестве развлечения (пользователи поигрались с ней и забыли).
Совсем другое дело использовать такую функцию при вводе обычных текстов. Такую функциональность пытались реализовать и ранее в различных редакторах, но не добились успеха у пользователей. В мобильных телефонах данная функция работает давно и более успешно чем на компьютерах, но там это и понятно - будешь рад любому облегчению при наборе текста, даже выбору слов из очень ограниченного словаря.
Google suggestions работает не с помощью словаря. Используется огромный запас информации, который образовался при анализе связного текста в Интернете. Именно поэтому удается выдавать сразу такие устойчивые конструкции как пословицы. Да, подсказки Google иногда угадывают не только слово, но и целые фразы.
Как все это работает в жизни вы можете увидеть на моем скриншоте, объяснения не требуются. Пользователь вводит начало слова и если подсказка его удовлетворяет, нажимает пробел (или клавишу курсора если есть еще варианты). Для того чтобы не появился лишний пробел, он автоматически удалится перед знаками препинания. Все очень просто.
А вот как это чувствуется при реальном наборе текста, я вам расскажу.
Скажу сразу: данная функция при всей её привлекательности и кажущейся эффективности, показалась мне неудобной. Может быть большую роль здесь играет моя привычка набирать текст (очень быстро, но с кучей ошибок). Кроме того имеется весьма незначительные, но все-таки заметный "лаг" при вводе текста (идёт постоянный обмен информацией), и это раздражает. Но самую большую проблему составляет то, что подсказки не всегда угадываются верно (хотя по мере набора слова точность повышается), особенно большие проблемы имеются с окончаниями слов (в английском языке такой проблемы не будет, зато у нас самый великий и могучий язык), в итоге приходится много отвлекаться, вчитываться в слова... а мысль уходит!
В конечном счёте, я отключил эту функцию и продолжил набирать текст "по старинке". Но это вовсе не значит что эта функция плохая! Есть целый ряд устройств на которых подсказки при вводе будут просто killing feature. Я говорю о планшетах и смартфонах, вводить большие тексты на которых по прежнему весьма затруднительное дело. Там google suggestion будут смотреться просто великолепно. Возможно данная функция будет полезна для людей, которые очень медленно набирают текст на клавиатуре и не научились печатать слепым десятипальцевым методом (а таких людей много приходит в современный Интернет).
Я считаю что эту технологию ждет замечательное будущее, и она повторит судьбу еще одной технологии от корпорации Google: технологию голосового поиска. На первом этапе это выглядит забавно и плохо работает. Затем это просто работает. А затем это становится стандартом и пользователи не могут себе представить что раньше обходились без этого.

Пишущая обезьянка

WriteMonkey запущенный не в полноэкранном режиме. 

Сриншот этой программы по большому счету бесполезен. Несмотря на всю очевидность идеи такие текстовые редакторы не распространены среди программного обеспечения.
Для программистов они по большому счету бесполезны, а вот для гуманитарных дел (да и для ведения блога) это замечательный помощник.
Идея проста: монитор - темный экран - буквы. Ну и человек, который набирает текст и ни на что не отвлекается. Если бы еще убрать надоедливый звук кулеров... Впрочем, я считаю что на нетбуке, эта программа будет смотреться идеально.
Пусть вас не обманывает аскетичность главного режима: при нажатии на правую кнопки мыши вылезает огромный список функций, который позволяет в том числе настроить цветовую схему, узнать полезную статистику набираемого текста (функция полезна для журналистов, чей труд измеряется количеством символов) и сменить звуковую схему (звук ударов по клавишам, удаление и перевод строки).
Русский язык в программе имеется, но его нужно скачивать отдельно, копировать в папку с программой и активировать в настройках. Аналогично поступать со словарем для проверки орфографии (лично меня опечатки очень отвлекают от набора текста, сбивают с мысли, а плюнуть на них и продолжать набор текста мне не позволяет какое-то внутреннее чувство).