Инвестиция 42 млн долларов в редактор Zed, написанный на RUST

зачем 3d ускорение в текстовом редакторе?

Чтобы меньше тормозил. Не представляю, как тем же эмулятором терминала можно без 3д ускорения пользоваться.

Для бета версии очень даже сойдёт, особенно в сравнении каким он был даже полгода назад. А мелких багов и у VSCode хватает, вылазят раз в несколько месяцев. Вот только недавно сломали и починили переход в эксплорере при клике на вкладку в редакторе.

Да взять хоть дебаггер, ии-интеграции, модификации интерфейса, много крупных и мелких изменений, что из него даже без форков делают IDE под определенные домены, вот тот же PlatformIO.

notepad++

Да проще сформулировать, чего тебе в kate или geany не хватает и заслать issue.

Кстати, чего?

Да проще

скачать вскод.

если не RUST,то кто?

Кстати, чего?

В настоящем notepad++ когда-то часто пользовался «поиск фразы по всем файлам в каталоге».

В NotepadNext, который тут упоминали - то ли не работает, то ли у меня руки кривые.

Zed совсем не смог запустить, посмотреть. Опять же может быть мои руки. Ставил из AUR.

Не то чтоб шибко надо сейчас (эмм... на самом деле вообще не надо). Просто помню что этот «поиск по каталогу» когда-то был киллер-фичей для меня в Notepad++.

Zed хотя бы на нативном расте, а этот ваш вскод на электроне. Не хочу приближать тепловую смерть Вселенной.

Кстати, чего?

У меня очень странная хотелка к текстовым редакторам: работа с несохраненными файлами. Ну тоесть, открываешь вкладку, накидываешь туда куски логов/конфига/кода, работаешь с ними и забываешь, потом открываешь еще одну и там все повторяется, при этом ничего (вручную) на диск не сохраняю (ну если явно не требуется сохранить), если закрываю редаетор то он МОЛЧА закрывает все вкладки, но при открытии так же МОЛЧА и быстро их восстанавливает, итого копится помойка из вкладок к которым я в случае чего могу обратиться (по памяти или через поиск), иногда закрываю совсем лишние вкладки чтобы было проще искать, при этом если я по какой-то причине всю эту (не сохраненную) информацию потеряю, то не расстроюсь.

И да я пробовал использовать другие системы хранения типа obsidian и joplin, вообще не тот экспириенс.

Пока использую Sublime text.

Так вот, kate на сколько помню так не умеет, а geany даже смотреть не хочу там стремный GTK3+

Текстовый редактор Zed теперь официально поддерживает Linux (комментарий) может сам zed на хрусте, но в комплекте идет js-node

на нативном расте

Тюю, а ноду с электроном тебе рептилоиды скопиленные под их рептилоидские ос подкладывают на комп в комплект к vscode?

Не хочу приближать тепловую смерть Вселенной.

Ты этот нативный раст то видел? Вкурсе что там дальше хелловорда что-то написать и скомпилить надо 64 гб оперативы и ещё пару гигов она тебе «добра» выкачает с крейтов? В следующий раз прежде чем советовать изучать подобное добро, подумой.

Вот ниразу не намекает. Даже во сне.

Да, они не реализую js на русте для парсинга конфига, там целая нода в комплекте Текстовый редактор Zed теперь официально поддерживает Linux (комментарий)

И сколько таких вкладок может накапливаться?

рептилоиды скопиленные под их рептилоидские ос

Верная примета – если начали поминать рептилоидов, значит, аргументов по делу нет. Алло, VSCode УЖЕ написан на JavaScript и TypeScript, там без скриптота без вариантов.

Впрочем, с сабжем, как пишут выше, тоже не всё гладко.

надо 64 гб оперативы и ещё пару гигов она тебе «добра» выкачает с крейтов

Ты точно не путаешь гигабайты ОЗУ и гигабайты на диске?

прежде чем советовать изучать подобное добро, подумой

Да я-то тут ничего не советую, это ты сначала Zed принёс, а потом vscode начал советовать.

Не считал максимум, наверное 50-60 штук. Сейчас 28 открыто, но это после чистки и они вертикальным списком, пустого места около половины осталось, так что до появления полосы прокрутки столько-же можно открыть. Если вкладки горизонтальные, то естественно гораздо меньше т.к. в заголовках несохраненных файлов обычно первая строка пишется, по ней удобно ориентироваться даже если там только 5-10 первых символов видно.

64гб ram есть не просят

вполне правильная хотелка

вот например

something | code -

а в самом редакторе можно на ходу подтюнить строку(набор строк) и по хоткею отправить в shell а по другому отправить как очередной

somethingnext|code -

Вкурсе что там дальше хелловорда что-то написать и скомпилить надо 64 гб оперативы

Какое жирное 4.2!
Для всех консольных утилит, которые я использую, мне и 8 ГБ хватает.

https://www.anekdot.ru/i/caricatures/normal/25/8/21/1755770862.jpg

Похоже пора грамотно расставлять шорты на всю котлету, рынок опять сошёл с ума.

Раст – это как резиновый трёхколёсный велосипед

Дык, говорят Go ещё хуже
https://blog.habets.se/2025/07/Go-is-still-not-good.html

Two types of nil
Look at this nonsense:

package main
import "fmt"
type I interface{}
type S struct{}
func main() {
    var i I
    var s *S
    fmt.Println(s, i) // nil nil
    fmt.Println(s == nil, i == nil, s == i) // t,t,f: They're equal, but they're not.
    i = s
    fmt.Println(s, i) // nil nil
    fmt.Println(s == nil, i == nil, s == i) // t,f,t: They are not equal, but they are.
}

Go was not satisfied with one billion dollar mistake, so they decided to have two flavors of NULL.
“What color is your nil?” — The two billion dollar mistake.
The reason for the difference boils down to again, not thinking, just typing.

https://fasterthanli.me/articles/lies-we-tell-ourselves-to-keep-using-golang

а почему они должны быть эквивалентны? ты там память выделил под хранение разных типов. пустота в желудке и пустота в голове не равнозначны… ну или как дырку в пончике с дыркой в жопе сравнивать. какие-то придурочные вопросы с собесов. нормальному человеку и в голову не придет такую логику использовать

Это скорее всего очередной мамкин вайб-кодер, который никогда spec в жизни не читал. В последнее время часто такие «wow!» посты встречаются.

Заметь, что i присваивается значение. Так с какого ляда non-nil должен равняться nil?

https://go.dev/ref/spec#Comparison_operators

PS: я этик вайберов ещё больше удивить могу. :) Оказывается nil это не просто (*void)0, а ещё может нести тип.

package main

import "fmt"

type a struct{}
type b struct{}

func main() {
	var a *a
	var b *b
	fmt.Println(a, b)
	fmt.Println(a == nil, b == nil, any(a) == any(b))
}

<nil> <nil>
true true false

это как у матшизов одни бесконечности могут быть больше других, но с дырками пример выше более понятен

не факт что spec не читан

ибо классика

альтерам закон не писан если писан то не читан если читан то не понят если понят то не так

скорее симптом что в индустрии настролько дефицит хомячков(или что тоже самое переизбыток денег или что то же самое кривая топология перетекания ресурсов )

что наличие логики у программиста не есть необходимое условие его вджобывания

Zed dead, baby.

Стартапо-братки как всегда

Нет чтобы в Lem вложить - это вон люди такой современный Emacs делают.

Услышали модное слово Rust и понеслось

It brings graphics and mouse support …

Было бы неплохо. REPL нужны, но эмуляцию терминала давно пора выбросить на помойку истории, где ей и место.

Project tree view

Можно было и не упоминать. Это есть во всех редакторах и не делает емакс особенным. Да и сама фича не является особенной для емакса.

https://github.com/zed-industries/zed/issues/36569

«Cannot cd into path that contains whitespace».

Это прекрасно

Тепловая смерть? Ха! Во-первых этот З тянет жсноду, а во-вторых его разрабы форменные быдлокодеры. Им пришлось задерживать релиз под винду, потому что разрабатывая под маком они были не в курсе, что на нормальных платформах VRAM и RAM - это разные вещи, из-за чего при запуске не под маком их поделие падало по нехватке видеопамяти. Видеопамяти, Карл! В текстовом редакторе!

Ты не тому человеку отвечаешь. Я не сабж защищаю, а vscode критикую, который собеседник рекламирует. Сабж, кстати, притащил он же чуть раньше.

Ты не тому человеку отвечаешь. Я не сабж защищаю, а vscode критикую, который собеседник рекламирует. Сабж, кстати, притащил он же чуть раньше.

Поддожжи, я тут вообще причём? Ты утверждал, что использование vscode приблежает тепловую смерть вселенной (в твоём написании с большой буквы почему-то, но не суть). На что тебе второй человек справедливо замечает, что там node.js в беке и этот пользоваатель сообщает, что это куда более быдлокодерское поделие нежели электрон.

А до того что я принёс или чего я не принёс, если я завтра гипножабу притащу в толксы, ты мне все деньги на карточку через макс переведёшь?

Zed в отличии от VS Code дружит с Flatpak. Просто работает из коробки. Виртуальные окружения подхватывает, средства разработки ставит сам. Но в контейнере есть только питон и нода, остальное надо ставить в виде экстеншенов sdk для flatpak. Я удалил vscode. Теперь у меня все графические приложения кроме стандартных de-шных из flatpak

Отмывание денег перешло из прачечных в другие сферы деятельности

там rust используется своебразно - для запуска npm при установке расширений… ну и для интерфейса, который отрисовывается с помощью https://www.gpui.rs/, который в свою очередь написан поверх blade. в vscode тормоза не из-за электрона как такового, а из-за языковых серверов, они ресурсы выжирают, а тут они те ж самые. я думаю этот zed распиарили пользователи федоры. там все через flatpak, а vscode от туда не работает, а zed работает… хороший редактор. это как sublime text наших дней, тот тоже летал

Эта эмуляция html+css в «нативном» бойлерплейте

impl Render for HelloWorld {
    fn render(&mut self, _window: &mut Window, _cx: &mut Context<Self>) -> impl IntoElement {
        div()
            .flex()
            .flex_col()
            .gap_3()
            .bg(rgb(0x505050))
            .size(px(500.0))
            .justify_center()
            .items_center()
            .shadow_lg()
            .border_1()
            .border_color(rgb(0x0000ff))
            .text_xl()
            .text_color(rgb(0xffffff))
            .child(format!("Hello, {}!", &self.text))
            .child(
                div()
                    .flex()
                    .gap_2()
                    .child(div().size_8().bg(gpui::red()))
                    .child(div().size_8().bg(gpui::green()))
                    .child(div().size_8().bg(gpui::blue()))
                    .child(div().size_8().bg(gpui::yellow()))
                    .child(div().size_8().bg(gpui::black()))
                    .child(div().size_8().bg(gpui::white())),
            )
    }
}

Спасибо, блеванул.

это не html. но что плохого? код пишут для людей, если эти люди ничего кроме html не знают…

но что плохого

Вообще все нормальные ребята прикручивают к гуйне css, чтобы вот такую херабору не писать.

код пишут для людей, если эти люди ничего кроме html не знают…

Ну да и возникает вопрос, зачем ещё одна дополнительная прокладка, если гуй можно писать и так.

и там скорее «функциональный» стиль как в react/jetpack compose/flutter… ты лишь знакомые названия типа flex, div увидел. rust - это больше функциональный язык с его мапами, а значит такое там уместно