Хабр Курсы для бэкендеров
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Поток Бэкенд доступен 24/7 благодаря поддержке друзей Хабра
Комментарии 189
120 FPS это потолок, а не пол
Это написано в статье, а не на заборе.
Atom вполне успешно живёт под именем Pulsar-edit
Кто нибудь пробовал?
Добрый день!
Я пробовал ещё до релиза. Мне нравится гораздо больше, чем VS Code.
По дизайну, по тому, как спроектирован интерфейс.
Это во многом эмоционально, но всё-таки Zed мне милее, чем VS Code.
Больше года сижу, очень нравится, перешёл на него с неовима ( пробовал кучу сборок и свою тоже писал )
Последние 3 месяца активно пользуюсь. Работает, как часы. Единственный дискомфорт из-за необычного расположения UI элементов, в которым привык после долгих лет на VSCode и его форках (Cursor, Antigravity).
Уже почти 2 года пишу в нём код. Очень нравится, куда лучше этого электронового веб-слопа.
Пробовал полгода назад, криво рисовалось всё, начиная от неверного рендеринга шрифтов, заканчивая неверным размером меню. Это наблюдалось у меня, но большую часть мои товарищи не видели. Не все было смертельно, но сильно портило впечатление от редактора. Что-то за это время вроде исправили, например шрифты, но последние версии я не смотрел.
Сижу около трех месяцев с Go. До этого по много лет в JetBrains / VSCode с разными языками, чуть-чуть NeoVim
Честно? Не все фичи есть, но этим реально можно пользоваться без боли и бесконечных конфигов. Плагинов пока маловато, но каких? Big Data Tools для Кафки и DataGrip аналогов. Я затерпел. Ушел в DBeaver, с Кафкой как из VSCode - через небольшие скрипты.
Зато эта штука действительно легкая, быстрая и из коробки очень похожа на мой конфиг VSCode + NeoVim - буквально пара настроек и все, больше ничего не трогал. Запуск? Мгновение. Жрет мало. Отзывчивый. Простой и понятный. Каких-то проблем пока не встретил
Попробовать - рекомендую! Для меня это сейчас основной редактор
Пробовал. На одном-двух небольших файлах загрузка процессора под 70% и жуткие тормоза. Нативный говнокод. VS Code при этом вполне нормально работает.
Видимо, какой-то жуткий баг поймали. У меня на стареньком мак с М3 отлично работает при открытии 2-4 проектов и по 10+ открытых файлов в каждом (обычно 200-1000 строк максимум стараемся держать). Жрет меньше, а работает быстрее VSCode в моем случае
Просто настолько современный редактор плохо работает на старом железе. У меня ноутбук не поддерживает Vulkan и при запуске Zed дичайшие тормоза. То, что описано в этой статье как фича по факту ей не является. VScode на этом компьютере просто летает, ему не нужен Vulkan.
не так давно пробовал, понравилось. дебаггер выглядел немного непривычно после VSCode. ну и подсветку синтаксиса чуть пришлось под себя донастроить с помощью конфига
А как назывался форк Zed, из которого AI-хрень вырезали?
В настройках глобально отключается) Кстати это единственный редактор, который нормально работает с AI локальными моделями qwen
да, форк есть, называется Gram https://gram.liten.app/
Был еще Zedless. Но вроде как помер, судя по частоте комитов https://github.com/zedless-editor/
есть редактор без “AI хрени” - LAPDEV (https://lap.dev/) называется. тоже native, на расте. но Zed лучше, IMHO.
У вас в пост про аи какой-то редактор кода местами затесался, поправьте.
Маркет экстеншенов
какой fabric? сколько details?
А зачем реально нужен GPU рендеринг для текстового редактора (?)
{Я не настоящий программист, а радиофизик, но смотрю вот на ...EmEditor и сомневаюсь}
Не нужен. Это опять для кроссплатформенности.
Затем же зачем делают терминалы(kitti, alacritty, foot) с GPU рендерингом - ниже задержки и статтеры.
foot чисто под Wayland и без GPU
Что вы вообще делаете с терминалом такое, что он тормозит. Это же относительно простая штука, в 90х и 2000х ни о каких задержках в ней и не слышали: если что-то тормозит, то или Ctrl-S нажали, или сами процессы в сессии тупят.
В старых терминалах не было юникода, эмождей/лигатур, столько цветов, rich-text, огромных scrollback, множества alt-screen и всё это должно рендериться через композитор(или самостоятельно) в 140+ герц на 4k.
И да в 90х и 2000х терминалы ещё как тупили, вы просто забыли.
Юникод уже был: в какой-то момент вместо шрифтов koi8r я стал подключать юникодные, и это было как раз в 2000х. Цвета, очевидно, тоже были, всё тот же десяток, что используется и сейчас.
Ну и по-стариковски покряхчу про "свистелки и перделки": и практически бесконечный scrollback, и многооконность тоже были, но их реализовывал не терминал, а screen/tmux. Вот рендеринга на 140 Hz не было, это факт. Зачем терминалу рендеринг на вдвое более высокой частоте, чем у при игре в шутеры, и даже чем в принципе поддерживает мой монитор - это вообще загадка.
А тупящий терминал я вспомнил, да. Это было окошко command.com под виндой. Там я видел как вывод простыни текста тормозил. Больше нигде.
сейчас используется truecolor палитра. а ещё терминалы научились показывать картинки. и не так как это делали раньше.
Можно и Doom в терминале запустить, но не лучше ли для просмотра картинок использовать более подходящие инструменты? Раз уж у нас всё равно графический интерфейс, можно открывать новые окошки и т.д. Eierlegende Wollmilchsau это всё-таки сатира, а не руководство к действию.
согласен.
но gui сделать сложно хорошо, а терминал проще.
вот например тот же графический протокол очень пригодился создателям -code: скриншоты и диаграмы в качестве пояснений принимать от пользователя.
вторая причина зачем терминалу рендеринг быстрый: чтобы на быстром мониторе плавно отображать скроллинг. очевидно же.
Смею предположить для того же для чего клавиатура с подсветкой, длинные программистские носки или хакерское худи. Я тоже не настоящий кстати, потому могу ошибаться
А вы попробуйте, когда у тебя включены сервера mcp, openocd, rust-analyzer чего то индексирует, cargo check крутится, идёт сборка 100+крейтов, автокомплит чего-то предлагает... Код становится трудно даже найти не то что писать, всё рывками без gpu рендеринга
Я понимаю ИИ и сборка проектов, но openocd?
а что не так? У ИИ есть режим debug, ну по крайней мере в Roo Code, например при включении DMA у меня напрочь виснет usart, мне лень смотреть что там по флагам питания, тактирования, прерывания, говорю эй, разберись, пока я парсер команд пишу, он сам подключается через openocd к микроконтроллеру и смотрит пошагово состояние регистров и переменных, при этом когда правит код одновременно получает сообщения от rust analyzer и добивает через cargo check, да, он одновременно и отлаживает и вносит изменения в код, ещё и всё время в git diff лазит если что сломал)))
Без gui рендеринга в этот момент у меня начинается слайд-шоу... С ним всё плавно
Ну да, а когда майнинг у некоторых индивидов был на девелоперской машине, выжирал весь GPU, то сам редактор на CPU рисовался ещё печальнее. Так что это не "куда катится мир, проклятье!" а обычная разгрузка шины, в стиле современности)
всё рывками без gpu рендеринга
Рывками где? в электроне?
Рендерящийся интерфейс отнюдь не новое веяние, например, blender снезапамятных времен так был сделан целиком. Плюс — кроссплатформенность. Минус — собственный дизайн всего, включая окно браузера в окне открытия\сохранения.
Ваш минус тут не при чём, на любой системе легко вызывать нативные окна для открытия и сохранения, и не важно, какой при этом интерфейс. Мало того, если вы будете открывать файлы своим окном, или экзотическим каким-то, в Флатпаке вам будут не очень рады.
А они смогут потом выпустить свой GUI-тулкит и дать пользоваться им всем желающим?
GPU специализируется на рендеринге, так зачем не использовать его? тем более что практически в любом современном процессоре есть видеоядра.
Потому что большинству редакторов не под силу отрисовать какие-нибудь диграфы стрелочек или эмоджики из векторного шрифта и не скушать много много процессорного времени. Особенно на Windows. Простенький оптимизированный рендерпасс в этом плане не страдает от подобных проблем и даже какая-нибудь прокрутка текста не заставляет окно редактора заикаться, даже если рендеринг всё равно улетает на процессор. Можно найти старое видео от Кейси Муратори, где он там на коленке собирает простейший терминал который нормально работает с произвольным utf, цветами и эффектами (волна, мигать. переливаться и пр) и выводит гигабайт текста на экран за пару секунд, в то время как вывод того же текста в дефолтном cmd улетает за несколько минут. И это БЕЗ каких-либо эффектов. А казалось бы куда уж проще - сиди рисуй текст.
Как-то так GPU рендеринг экономит и время и ресурсы и ещё и бонусов сверху накидывает.
Немного тоже внесу ясность.
В windows работа с GUI очень развита изначально. Отрисовка GUI нормально работала даже во времена Windows 95/98 на компьютерах с процессором 400 МГц и памятью 64 МБ (не ГБ). Нет ни одной причины, чтобы это же не работало сегодня. Запустите какой-нибудь EmEditor / Notepad++ и посмотрите, с какой скоростью оно может работать (и смайлики и utf).
GPU-рисование внедряют по одной причине - чтобы этот же код можно было использовать на всяких Линуксах и Маках. Ровно по этой же причине появился Electron.
GPU-рисование внедряют по одной причине - чтобы этот же код можно было использовать на всяких Линуксах и Маках
Совершенно точно не по одной причине и точно эта не является главной. Zed изначально появлялся на Mac OS и уже позднее его слегка допилили, чтобы завелось на Linux и с большей болью - чтобы завести на Windows. Кроссплатформенный универсальный рендеринг под все графические API решили относительно недавно с появлением WGPU. До этого практически единственным кто использовал GPU рендеринг для текста был alacritty со своим собственным бэкендом. Так что "кроссплатформенность" очень слабый аргумент в пользу рисования именно на GPU - вы видимо не пробовали делать игры под все платформы.
Electron же стал развитием идеи node js о единой кодовой базе на JS для фронта и для бэка. Только к списку добавился ещё и "нативные" приложения. Бенефиты понятны - браузеры уже перенесены на все платаформы и JS достаточно агностик для написания последних. GPU рисование тут совершенно не причём.
Тогда зачем редактору рисование на GPU? Обычная windows отрисовка летает если сделана на нативных контролах.
Как говорил выше - подготовка единого рендерпаса получается дешевле по ресурсам и универсальнее в плане поддержки, чем рисование на нативных контролах. Ну и разработка изначально была не на Windows и не под Windows. Держать по разрабу на платформу ко всему получается довольно затратным мероприятием - все же люди хотят, чтобы редактор вел себя хорошо, а для того чтобы сделать платформеннозависимое хорошо нужно где-то иметь соответствующего разраба, который шарит за нюансы платформы - дорого и медленно.
Альтернатива номер раз - написать абстрактный слой который объединит несколько платформ потеряв где-нибудь в фичах - это путь gtk/qt. Биндинги на раст к ним имеются, но чуваки старались не иметь подобных жирных зависимостей да и писать под qt/gtk сомнительное удовольствие с учётом модели заимствований - тоже получается медленно, дорого и больно.
Вариант третий - сделать свою отрисовку и библиотеку компонентов и страдать только от радиуса собственных рук. Этим путём и пошли. Благо весь низкий уровень уже изобрели.
подготовка единого рендерпаса получается дешевле по ресурсам и универсальнее в плане поддержки, чем рисование на нативных контролах. Держать по разрабу на платформу ко всему получается довольно затратным мероприятием
Так я и говорю - для кросспатформенности
Держать по разрабу на платформу ко всему получается довольно затратным мероприятием
И про это тоже говорил ниже - лень, хочется быстрее и проще.
С zed я снова чувствую, что компьютер быстрее меня.
В "нативных" программах используют библиотеки примитивов ОС (кнопки, списки, поля, меню...), соответственно, для переносимости нужна объемная кросс-платформенная библиотека типа Qt. Чистую отрисовку (рендеринг) переносить проще, но придется самим программировать примитивы.
Видимо, чтобы тормозил на не самом свежем, но вполне приличном железе, где vscode не тормозит.
Джва года жду деэлектронифицированный аналог Obsidian.
++
зашёл написать о том же
Тогда придется отказаться от всех расширений. Они ведь на вебе
Есть QOwnNotes, но он далеко не такой приятный, как Obsidian.
продолжайте наблюдение, ведь обсидиан построен на вебе
так что пока никто не сделает открытый браузерный движок, дальше хроминиума не уйдем
Я делаю, только там не будет обсидиановских свистоперделок 😉
Мне VSC нравится как дефолтный текстовый редактор, не только IDE. Да, памяти жрет много, но много функциональности и плагинов. Хочешь редактировать HEX - поставь плагин редактируй. Хочешь поиграться с кодировками - да. Хочешь подсветку текста, которая определяет тип содержимого и выбирает соответствующую - да. Хочешь открыть файл, где одна строка мегабайты занимает, потому что переносов нет (минифицированные js файлы часто) и при этом что бы у тебя редактор не завис - да. Хочешь найти инфу "как сделать что-то" - легко гуглится, потому что продукт обкатанный. В общем, слезть с него будет не просто. Хорошо если у Zed получится что-то дельное. Впрочем, я просто не открываю тяжеленные проекты и поэтому ситуации когда VSC жрет гигабайты я никогда не встречаю
расширений “для проектов” → нет и пока не планируются как класс
максимум:
.zed/settings.jsonrecent projects
внешние костыли
А как с экосистемой? Всё таки нам тут не в игры играть и FPSы высматривать, всё это дело десятое.
"Zed's dead, baby. Zed's dead"
Наконец починили баг с пробелом...
Отличная идея, этот электрон уже заколебал. Даёшь натив!
Можно будет пользоваться, когда плавную прокрутку сделают. PR уже давно висит, все никак не релизнут...
Только недавно переехала с vscode на zed полностью, и картинка с загруженностью памяти в мониторе ресурсов mac os теперь зелененькая а не желтая.
Если "лица, приближенные к..." помогут - могу попытаться протолкнуть в оф. репо Fedora и CentOS.
Но там надо будет работать обоюдно.
Как правило с отечественными разработчиками мейнтейнеру работать довольно сложно. 9/10 - "тебе надо -ты и трахайся".
Но иногда бывают приятные исключения. LXQt тому свидетель.
Что у него с потреблением памяти? Portable-режим есть?
"Урок, вынесенный из Electron" - я уж думал мне расскажут, что мол "вот, людям важна гибкость юая, кастомизации и высокая кроссплатформенность, что даже можно просто редактор запустить в браузере, и вот поэтому мы ставим в приоритет предоставление гибчайшего апи для расширений и настройки юая" или что-то вроде того, а тут просто "ыы, веб тяжелый и медленный" омг, ну и открыли Америку)
А сентябре поставил на попробовать - так и остался.
Помимо расширений есть ещё страшно бесячие моменты из сценариев повседневного использования:
Нет undo в project panel. По-моему, это здец в чистом виде. Удалил файл? Не вернёшь. Понятно, что нужно лучше думать перед такими действиями, но комфорт это как раз о том, чтобы поменьше думать над рутиной.
Раздельный буфер обмена для разных частей редактора. Звучит разумно и правильно, но... Вы выбрали файл, нажали ctrl+c, ctrl+v в нужном месте. Довольны собой. Работаете дальше, потом решаете скопировать кусочек текста из одного файла в другой. Выделяете текст, ctrl+c, выделяете в project panel нужный файл, нажимаете ctrl+v - и вуаля, в каталоге выбранного файла появляется копия файла, про который вы уже забыли. Материтесь, удаляете, выбираете нужный файл, выделяете явно строку, чтобы фокус был на окне редактирования и только потом вставляете свой текст.
Поддержка языков через расширения какая-то странная, но я в этом не очень понимаю. Суть в том, что скачивая расширение вы ещё не решаете проблему. После этого расширение идёт качать language-server, и например в случае с terraform, эта хрень пытается скачаться с оф сайта hashicorp, который без КВН не работает. Нужно добавлять домен в КВН(или просто включать его), чтобы просто мать его синтаксис подсвечивался.
Были и другие нюансы, но они решались в конце концов благодаря новым фичам да и просто времени.
Есть и вкусовщина типа отсутствия возможности вкладки терминала списком справа сделать.
На мой взгляд, vscode пока все же удобнее, просто за счёт зрелости как продукта. Но лично мне на него обратно не хочется, слишком привык к тому, что zed реально быстро работает
Я давненько поставил его на F4 в файловом менеджере, но почти не пользуюсь, потому что в vs code я годами менял под себя хоткеи и теперь очень к ним привык, плюс ещё и аддонов несколько десятков штук, часть из которых — для навигации по тексту. Например, я автоматически нажимаю alt+x, чтобы удалить строку, а её в zed ещё нужно перебиндить на это, но перебиндивалка там сделана через текстовый конфиг.
Сейчас пытался его запустить для скриншота, он якобы запустился, даже в таскбаре появился, но окна нет.
Висит
А раньше он после первого запуска мог через несколько секунд перестать реагировать на клавиатуру, приходились закрывать мышью и запускать ещё раз, тогда уже работал нормально.
Но больше всего огорчило, что в нём не ставился плагин html. Хотел сейчас проверить, но пока никак. Да и новую версию пока ещё не поставил.
upd: Перезагрузился, запустилось. Пока ещё 0.170.2. Тогда подожду. Вдруг расширения починят.
Оказывается, он пытается поставить версию html, которая с ним не совместима
у меня по умолчанию html стоит в последней версии Zed
А у меня html не подсвечивает и расширение никакой версии ставить не хочет.
о. вот это в zed лично меня невероятно бесит - то что он качает всё сам без спроса. я человек забывчиваый. пока плейбук не написал чтобы сначала ставились все зависимости аддонов, а потом уже сами аддоны постоянно папка зеда распухала от скаченых nodejs и прочего.
это концепция хороша для быстрого старта, когда ты работаешь в стартапе, у тебя нет it отдела и всё такое.
а когда ты сам it отдел или не г-дь безопасник - уже не так приятно получать “что-то” (пусть и из того же место откуда ты сам пойдёшь ставить)
Ну насчёт хоткеев - во первых, он сразу же предлагает схемы хоткеев из популярных редакторов вместо своих, во вторых - умеет импортировать настройки из других редакторов (как думаю любой другой редактор).
Zed doesn’t import extensions or keybindings
Но именно мои хоткеи он не импортирует :(
Странно как-то импортировал. Как будто не все. Что у меня отличалось:
дефолтный размер табуляции 4 пробела вместо 2 пробелов в VS Code
дерево проекта справа вместо того, чтобы слева, как в VS Code
Причем сразу видны шероховатости – дерево проекта вроде как таскаемое, но перенос его влево дает ошибку, мол, не могу открыть эту папку???
Поддержка Rust вроде как встроенная, но открыл проект и сразу же
This file is not included in any crates, so rust-analyzer can’t offer IDE services.
Хотя тут разобрался – просто нужная feature у проекта для LSP не была включена, в VS Code также было. Но опять же – ведь эта настройка не импортировалась.
Ну и еще комментарии не сворачивает :(. У меня в quick-xml есть док-комментарий на почти 2000 строк.
Например, я автоматически нажимаю alt+x
Странный выбор. Исторически удаление одной строки это Ctrl+Y (тянется еще со времен Norton или Volkov Commander). В т.ч. во всех продуктах Jetbrains. А Alt+X это был выход из программы в Turbo Vision/Pascal/C++
Не очень понятно почему они решили бампануть 1.0 когда у них так и не завёлся оффлайн режим нормально. Буквально вчера столкнулся с этой проблемой из-за того что github чихал из-за очередного вайбкоженного бага.
Маркет экстеншенов маленький.
пока не очень понятно, а что вообще нужно кроме того что уже зашито в редактор из коробки? Языковые фичи для большинства языков уже поддержаны благодаря tree-sitter. Не сталкивался с какими-либо проблемами из-за отсутвия чего-либо. В моём окружении - Rust, C, C++, CMake, Docker. Все фичи целиком и полностью поддерживаются на уровне LSP, так что проблемы Java скорее всего в малом количестве контрибутеров в их lsp. Хотя конечно intellij умеют шороху навести в их специальные редакторы.
Часть сценариев remote-разработки пока проигрывает удобству VS Code Remote.
Учитывая, что оный так и не научился работать на BSD системах не могу сказать, что он в принципе интересный эталон в данном контексе. Коллаборации и прочие фичи zed аккаунтов не пробовал, так что сравнить пока не могу.
В остальном - vim mode в редакторе несколько странно работает и пока вроде не позволяет полноценно жить без мыши. А так уже больше полугода и работается с ним на порядок приятнее чем с vscode/codium. Даже встреченные баги чинятся достаточно оперативно. Ну и совместимость json с vs code довольно большая, так что с большой вероятностью .vscode можно просто залинковать на .zed и получить похожее окружение как и в vscode.
так и не завёлся оффлайн режим нормально. Буквально вчера столкнулся с этой проблемой из-за того что github чихал
Он без него не работает чтоли?
Работает, но у них там какая-то система обновления компонентов чрезжопная в итоге периодически когда компонент получает релиз, то zed пытается его скачать со странички релизов на github. Оно вроде даже скачивает, но что-то дальше шло не так и обновленный компонент не накатывался. С чем конкретно это связано я не понял, но как-то связанно с доступностью github. Может хэши сверять пытались и по таймауту отвал случался или что-то ещё, но это требовало нормального соединения с gh. Из подверженных компонентов были собственно наборы LSP и lldb дебаггер. Пока компонент не обновлён - установленная версия компонента не используется и не работает, то бишь нет нормального фолбэка к старой версии. Про что собственно вышеуказанная issue.
Честно, это дичь какая-то. А если мне не нужен обновлённый компонент (к примеру, в нём что-то ломается из нужного конкретно мне)? Всё, в тыкву редактор превращается?
Компонента не работает, пока не обновится, остальное продолжает работать. Работать можно, но какой-то функционал отваливается. У меня дебаггер так отвалился, по ссылке в issue с отвалом LSP там видимо что-то ещё отваливалось, но тут сильно зависит от возможностей LSP сервера языка - вероятнее всего какая-нибудь продвинутая навигация по коду и рефакторинг ломаются.
Предпочту этому Emacs, Lem.
Под Win7 не работает (
Как замена VS Code может быть да, а вот с продуктами JetBrains вопросики. Там достаточно плотная интеграция с теми же фреймворками. И если для того же Rust не так и сложно вывести то, что вообще может хотеть пользователь, то вот в языках вроде Ruby, где нет явного объявления типов, уже просто так не предложишь что-то. Но если знаешь как с фреймворком работать - авто-комплит специализированный начинает работать. Ну и то же автодополнение классов CSS в верстке, без него может быть больно если ты не верстальщик. Ну и ИИ дополнение конечно хорошо, но когда это строгое дополнение именно по тому что есть в целевом объекте - уже получше, особенно когда оно правильно отсортировано от того что тебе явно, скорее всего, и нужно к тому что маловероятно, но тоже возможно. Так что и для Rust правильный автокоплит нужно уметь делать.
IDE это не текст рендерить со 120FPS. Это помогать разработчику непосредственно работать. И даже не только писать код - а ещё запуск с разными параметрами, в том числе в один клик, работа с базой, да даже рендеринг readme. Кстати о рендеринге - наводишь такой на метод мышку - а тебе там полная документация с примером что он делает и как этим пользоваться. Вот это - удобно. Навигация по коду, рефакторинг, анализ кода, навигация по TODO, подсветка проблемных мест и сразу с набором действий по исправлению. Да тот же встроенный клиент гита с набором действий, с просмотром измененных файлов перед коммитом, интерактивный фиксы при мерже.
Потому конечно 120FPS круто, но приходите когда завезете все фичи. Ну, как минимум если позиционирование как IDE. Если как редактор с плюшками - тогда это круто, вопросов нет.
Я, кстати, удивлен тем что люди говорят про холодный старт ide. У меня pycharm открывается дай бог 5 секунд (не замерял, возможно быстрее, возможно я индексацию учитываю). Делаю я это раз в несколько дней, вообще не замечаю. Зато там есть куча функций по работе с кодом, которые на "LSP" не натягиваются
холодный старт
Есть люди, у которых ПК в аптайме по нескольку месяцев (от обновления до обновления), и всё это время всякие IDE, браузеры и прочие программы запущены с момента загрузки ПК 🙂
смотри - это редактор текста для тех, кто вовсю использует Agentic Coding. А не для тех, кому надо чтобы редактор помогал рефакторинг делать.
другой уровень.
то что ты написал - справедливое замечание для спора “Atom vs JetBrains” образца 2010х
эпоха Electron-редакторов — всё
Эта “эпоха” сейчас с нами в одной комнате? Или мы просто делаем вид, что без неё нельзя было жить? Так зачем юзать софт, который поднимает браузер, тащит nodejs со всеми обвязками чтобы просто показать разноцветный текст?
Это не мелкая оптимизация. Это другой жанр редактора.
Опять этот LLM буллшит, и “другой жанр редактора” всегда был, список не маленький: sublime text, emacs, vim, neovim. Тот же neovim у меня на шестилетнем ноуте (m1 air) запускается за 30-40мс со всеми плагинами и жрёт в два раза меньше ресурсов чем Zed
Самое забавное: “конец эпохи” как будто до этого никто не догадывался, что текст который прогнали через textmate/treesitter и покрасили, необязательно открывать в браузере xd
p.s ничего против Zed/VSCode/etc ни имею, просто в посте много LLM буллшита и перегруженных формулировок
Как просто редактор текста zed слабоват в сравнении с notepad++
По скорости и отзывчивости при чтении, поиске, редактировании 10.000+ строчных документов
Пока не сыграла. ИДЕ это не только сама программа, но и экосистема плюс реклама.
Пока массового перехода не наблюдается, это все еще один продукт решающий критичный недостаток - написано не мной.
Удалил конфиги, запустил его заново, он тут же забаговался:
Перезапустил, сменил тему — снова завис
Всё же, надо попробовать поставить 1-ю версию, как у них на сайте советуют, ручным скачиванием.
upd: перерисовка окна при ресайзе происходит с заметными рывками, в отличие от vs code, где не сильно плавно, но хотя бы без таких скачков. RTX 3050 + проприетарный 595.58.03 + 4k-монитор
после 15 лет использования продуктов Jetbrains, устал от постоянных фризов, и установил zed. Столкнулся с огромным количеством багов: зависающий поиск по проекту, нереагирующий на клики экран настроек, отваливающийся language server. Приходилось перезагружать иде каждые 10 минут. Да, проект большой, пара сотен мб, но и ресурсов достаточно - 96 гб оперы, gf 5090 итд. В общем не срослось, хотя ожидания были.
Пробовал дважды, последний раз - уже в этом году. В первый раз не было нужных расширений, во второй - Zed просто не запустился на убунте после установки. Может теперь после релиза повезет.
В идеале же хотелось бы полноценное терминальное IDE типа борландовских турбо-сред под ДОС, которые можно запускать на удаленных хостах вместо Vim.
Терминал, желательно со сплитом (вертикальным на Ν панелей) есть?
Юзкейс:
открыт проект (75% от окна по высоте)
снизу терминал А | Б (25% от окна по высоте)
А -- локальный (билд, пуш)
Б -- ремонт (пулл, рестарт, логи реал-тайм)
Где то месяц назад перешел на Zed с VSC из-за того, что петов за ухом чешу на Макбуке M1 с 8 гигами оперативы. Ну да ладно, если памяти еще хватало кое как, но батарею VSC жрет как бегемот веники. Начал искать альтернативу и наткнулся на Gram(форк от Zed без нейрослопа). Очень понравился. Быстрый, меньше памяти и батареи жрет, все что нужно мне там есть. А потом еще сам не понял как решил все же получив опыт с Gram еще раз попробовать Zed(первый раз когда его пробовал, давно это было, в нем не было поддержки LSP). В целом сейчас он у меня основным редактором стал. Он ощутимо быстрей, отзывчивей чем VSC да и плагинов хватает под мои задачи. VSC снес к чертям и забыл как страшный сон.
Интересно сравнить что быстрее neovim или zed
1.5 года использую как легкий редактор для быстрого редактирования. Осенью очередной раз закончится подписка на JetBrains, и, вероятно, перееду на Zed окончательно. Как и отметили в статье, сейчас есть шероховатости в плане UI, надеюсь к осени поправят. Есть публичный список фич, желаемых сообществом, и он активно худеет.
IDE я конечно попробую, но за нейрослоп вместо текста - минус.
Тест статьи какой-то неживой, трудно читать. Перегруженные сложные формулировки под видом кратких лаконичных фраз, слишком концентрированный публицистический журналистский стиль.
это перевод оригинальной статьи, которая именно написана в журналистском стиле для определенной публики. когда пишут индусы, то намного легче переводить их простой язык
не ну лютенько да имбовенько @m3d_md
А этого агента справа можно на другой монитор вынести, чтоб не мешался? Сложно же на экране только один файл держать.
А в чем практический смысл прозрачности окна? для ваувау скриншота для LOR это понятно, но при работе постоянно рассматривать детали картинки с обоями сквозь код - это разве не отвлекает и совсем не раздражает?
Если Zed всё же не взлетит, и кто-то спросит про него, можно будет сказать: "Zed's dead, baby. Zed's dead".
У VSCode есть приятная возможность внедрить в веб сайты.
А Zed может таким похвастаться ?
Скорость запуска вполне приемлемая для исполняемого файла под 350 мегабайт (под Windows по крайней мере).
Я его любопытства ради собрал из исходников, это несложно делается, нужна тачка помощнее (на 6(12) ядерном хеон где-то 40 минут), 32 ГБ памяти, папка при сборке разрастётся до 12 ГБ, должен стоять cmake и библиотеки spectre, возможно bindgen; при сборке zed он тянет за собой чудовищное количество зависимостей (под две тысячи), ну вот зачем редактору Фурье, MP3, Flac, и много чего другого? Но в целом норм, как замена vscode и как учебный пример большого проекта на Расте. gpui билиотеку можно использовать отдельно, но она тоже "не легковесная", минимальный "привет, мир" в 50 строчек кода тянет за собой 563 (пятьсот шестьдесят три) крейта, собирается на ноуте почти 10 минут, весит 10 мегабайт, в памяти - под 40 МБ (это одно окно), а для сборки требует 1,6 ГБ на диске. Но потом запускается почти мгновенно, да.
Ну как минимум одно отличие НЕ в пользу Zed - в RDP-сессии орет про software emulated cpu и мол все пропало (но позволяет идти дальше правда работает на больших markdown-файлах как бы хуже VS Code)
Пусть zed для начала хотя бы научится запускаться там, где vscode работает, "тогда и поговорим".
После Notepad++ первое чего не хватает:
Включить подсветку синтаксиса без сохранения файла.
Изменить подсветку синтаксиса на другой язык, не сохраняя файл с другим расширением.
когда я пробовал переехать на zed он был глючный и неудобный пр сравнению с VS code по этому прмучавшись вернулся обратно, ну если релиз вышел вероятно болячек стало поменьше, надо глянуть, но привыкать опять к новому и урезанному после vs code будет не простым делом.
прикольно и радует что реально новое и открытое, но пока сильно сырое
для базиса - нет нормальной удобной работы с github/gitlab и тд как в JetBrains
в целом местами сильно уж сыро
интерфейс не интуитивный. много что сперли у других редакторов но все в такой каше что надо привыкать
опять таки UX, большой проект под сотню гигов репой заставляет процессор взлетать, при этом сам Zed просто подвисает, никак не показывая что процесс идет, из-за чего ты клацаешь по папке но она не открывается (нужно ждать, но это не очевидно, смену иконки папки я заметил не сразу)
сырая система плагинов - стандартная тема какая-то вообще альтернативная, пытался привести внешний вид к чему-то знакомому но не смог.
и опять UX - работа с MD и просмотр. с одной стороны удобно что отдельный вкладкой, можно даже на другой монитор вывести. но с другой стороны нет даже возможности открыть "полупросмотр" в той же вкладке или сразу по умолчанию открывать на чтение,а не как код
размеры и стили иконок как украли ей богу. то что все мелкое даже плюс, меньше захламляет вид, но то что реально важно тоже милипиздрическое и сливается с фоном.
вообщем по функционалу претензий мало, больше всего претензий к UX. Как только сделают нормально работу с разными гитамибуду пробовать постепенно переползать. Юзать же как блокнот смысла не вижу, мне Kate хватает для такого.
Слежу за проектом с его анонса и пытаюсь пользоваться тоже.
Каждый раз - что, то мешает перейти на него на постоянку.
Вот и в этот раз, сейчас участвую в проекте backend на python, fe - react(tsx). Не смог сконфигурировать zed таким образом, чтобы при сохранении он не проставлял точки с запятой. (Отключать форматирование и устанавливать сторонние библиотеки - прекрасный вариант но не для меня).
При этом - авторы ведут себя так, как будто кроме них - нет других редакторов. Ну оке. Делайте дальше редактор Rust кода, который не поддерживает работу из коробки с другими, не менее популярными языками.
We’re closing the “Help and General Q&A” category on GitHub Discussions and directing all support questions to Discord going forward.
Это сообщение на issue от апреля 24 года, как раз с моей проблемой.
Страннорусский язык статьи ...
да, я уже понял.😑
оригинальная статья написана в публицистском стиле, который понятен IT-прослойке запада. 15 лет живу заграницей и забыл о разнице культур.
но я урок усвоил. спасибо!
До этого немного пробовал Zed. Из документации видно, что есть поддержка и Remote Development и Dev Containers, но нет поддержки Dev Containers при удаленной разработке (либо я не понял как настроить). Если так можно, то подскажите как пж.
У меня типичный сценарий — разработка в devcontainer на удалённой машине, так как требуются специфические ресурсы (GPU).
Честно, не понимаю их решения о 1.0.0. Им ещё года 2 по хорошему нужно. API расширений очень слабое, если хочешь что-то сложнее lsp/mcp расширений и тем, то это не в нынешний zed, какой нибудь data wrangler там сейчас чисто технически не реализовать, про что-то сложнее я вообще молчу. Поиск по файлам и коду очень посредственный(сам алгоритм поиска, UX плиска это дело привычки)
Тот-же ReSharper туда никаким образом не встроить, свой макет вкладки не сделать для расширения и т.т.д.
Нынешняя версия этт что-то между 0.5.0 и 1.0.0
Не понимаю, почему разработчики не хотят добавить скрытие title bar хотя бы в режиме полного экрана. Лично меня это невероятно бесит – почти не нужная полоска, которая отжирает места на полторы строчки. На эту тему уже и форки были, и даже PR (но отклонены).
Вертикальные блоки там какие-то дурные, к сожалению. Дилбрейкер.
Уж лучше на Electron, чем чисто на Rust
Выглядит как интересная замена VS Code. Если оно 24/7 не стучится на родные сервера, я бы даже попробовал.
Пишут, что есть remote development, т.е. можно работать и дебажить по SSH, например.
В этом плане я устал от VS Code, который постоянно повышает минимальную версию libc из-за зависимостей и embedded железки c ubuntu 18.04 уже малой кровью стабильно не подебажить.
Да, можно vs code сервер собрать, но это какой-то костылеориентированный подход, имхо.
Посмотрел, а у них от оффлайна постоянно что-то ломается(
https://github.com/zed-industries/zed/issues/24878
Увы, для Zed, как и VS Code оказались поломаны до стадии полной непригодности. Причина банальна - шрифт Terminus нормально не поддерживается. https://ru.wikipedia.org/wiki/Terminus
Тикеты на возможность выключить антиалиасинг висят годами, никому и дела нет, один из них:
https://github.com/zed-industries/zed/issues/4334
Какой-то умник умудрился Rust кодом поломать рендеринг шрифтов, теперь он принудительно алиасится, и выключить это нельзя. Ни в Zed, ни в каких либо Blink проектах. А идея Terminus как раз и была в том, чтобы добиться максимальной читабельности кода без алиасинга.
На текущий момент для C++ и Java разработки приходится пользовать Jetbrains, там пока еще не поломали рендеринг.
На старте последний Clion кстати получше VS Code будет, не надо тратить многие дни для настройки базового функционала: clangd, valgrind, gcov, cmake, gtest, clang-tidy, markdown и т.п. настроены уже из коробки.
Если еще и дебаггер для PostgreSQL починят в последнем DataGrip - будет вообще идеал, а странные баги и залипания на GC в JVM можно и потерпеть, пока у ну очень сильных программистов до антиалиасинга руки дойдут.
Как корежит от дурацкого, длинного слова "коллаборация"! Читаешь-читаешь текст, все нормально. Но то и дело натыкаешься на это корявое заимствование. Как на корягу, торчащую посреди аккуратного тротуара.
Чем, скажите, плохи нормальные слова "сортудничество", "совместно" и т.д.? "Разработано в сотрудничестве с ...", "Написано совместно с..."? Чем плохо? Тем более, что и короче, и выговаривается легко.
Если так уж не нравится русский язык - пишите по-английски. Зачем поганить русский язык всякой корявой иностранщиной???
P.S. Раз уж на днях отмечали День победы, то стоит вспомнить любителям корявой "коллаборации", что всегда словом "коллаборант" называли во Франции предателей, сотрудничавших с немецкими оккупантами. Да и в СССР этот термин прижился именно в таком значении: "предатель", "пособник гитлеровцев". Значит мерзавец, достойный только презрения и проклятий. Ну и виселицы в награду...
Думайте, когда чужие слова хотите употреблять. Часто это бывает полезно.
А сам редактор Zed мне понравился. Потому я тут и очутился.
К чему этот бессмысленный наезд? Да, это иностранное слово, но и “нормально”, и “тротуар”, и “поганить”, и “оккупант”, и “редактор” (все из текста наезда, все либо напрямую заимствованы, либо происходят от заимствованного). Русский язык вообще очень часто заимствует слова, когда оказывается, что они более специализированы, чем уже имеющиеся (или описывают новое явление, да хоть бы и просто так!).
Например, заменим в реальной цитате из статьи “коллаборацию” на “сотрудничество”:
Обёртка зависит от того, что продают сегодня: AI, коллаборация, темы, новый вендор
Обёртка зависит от того, что продают сегодня: AI, сотрудничество, темы, новый вендор
Лично я в первом случае сразу читаю выделенное слово как"парное программирование и подобные штуки", а во втором спотыкаюсь о выделенное слово и не понимаю сразу, что оно подразумевает.
И напоследок. Термин “коллаборант” действительно прижился в таком значении. Но только для самого явления термин не “коллаборация”, а “коллаборационизм”. Разница как между “изменение” и “измена”.
Поэтому думайте, пожалуйста, прежде чем наезжать. Это всегда полезно.
Не нужно мне указывать, что мне делать. Если я "наехал", как вы выразились, то я сделал это подумав. И не раз. Это первое.
Второе. В приведенном вами примере тупая замена слова на слово действительно дает неточность в смысле фразы. Но я нигде не написал, что нужно тупо, как вы сделали, менять слово на слово, термин на термин.
Человек, более менее умеющий сложить хотя бы пару слов в смысловое предложение понимает, что есть такой прием, как иное построение предложения. Да и в данном конкретном случае, вполне можно использовать термин "взаимодействие". И вообще, можно придумать варианты.
Вот пример из статьи: "серверная часть для коллаборации под AGPL..." почему не "серверная часть для использования под AGPL... ". Ну и так далее. По каждому случаю втыкания в текст этого кривого слова можно придумать равноценную. замену по смыслу и уж точно более созвучную русскоязычному уху.
P.S. Ну и опять же, в теме про "коллаборцианизм". Нет, не только использовалось именно в этой форме, но и "коллаборант", "коллаборация (с оккупантами), и т.д.
"коллаборация (с оккупантами)
Это лишь подтверждает мой посыл: “коллаборационизм” имеет строго одно значение, а чтобы “коллаборации” придать уголовно наказуемый смысл, нужно добавить контекста. И даже так моё языковое чутьё мне говорить, что как раз в этом контексте слово “сотрудничество” куда лучше выглядит.
Зачем поганить русский язык всякой корявой иностранщиной???
Подобные заявления всегда очень смешны, потому что очень глупы.
Существенный минус этого редактора - непродуманная AI обвязка. Жрет токены на порядок больше, чем тот же CLine в VS Code. Такое ощущение, что отправляет все файлы проекта в каждом запросе. Причем, "больше жрет" - это не "слегка больше" и даже не "в 2 раза больше", а натурально в 10 раз!
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Zed 1.0: эпоха Electron-редакторов — всё