Объявлено об открытии исходных текстов многопользовательского редактора кода Zed, развиваемого под руководством Натана Собо (Nathan Sobo), автора проекта Atom (основа VS Code) при участии команды бывших разработчиков редактора Atom, платформы Electron и библиотеки для разбора синтаксиса Tree-sitter. Исходные тексты серверной части, обеспечивающей координацию многопользовательского редактирования, открыты под лицензией AGPLv3, а самого редактора - под лицензией GPLv3. Для формирования интерфейса пользователя задействована собственная библиотека GPUI, открытая под лицензией Apache 2.0. Код проекта развивается на языке Rust. Из платформ пока поддерживается только macOS (в разработке поддержка Linux, Windows и Web)...Подробнее: https://www.opennet.me/opennews/art.shtml?num=60495
Когда дизайнеры с фигмы пошли в программирование ...
Видимо они не шарят за стабильность.
Но для собесов и уроков должно подойти, так как там этого всегда не хватало.
Эти "дизайнеры с фигмы" написали один из самых популярных редакторов. Оценили расширяемость, но полностью разочаровались в производительности.
И написали новый, бестрее и меньше большинства аналогов. Но эксперт с опеннета, конечно, может научить их программировать как надо и пояснить за стабильность.
Ну вот тут интересный тезис, потому что Atom был жутко тормозным, а VS Code почти летает.
Но оба проекта построены на одной и той же платформе. Может быть не так уж и хороша была команда Atom?
Скорее Microsoft может позволить себе больше ресурсов разработки. Они VSCode не на голом электроне лепят, а достаточно крепко костылят, чтобы верхнеуровненвые элементы редактора шустрее шевелились. Лейаутились и рисовались напрямую, а не через все кишки хрома. Например, плагинам, которым не хватает захардкоженных возможностей редактора, приходится работать через WebView, и оно заметно тормозит.
Какая-то глупая цепочка. В любом случаи Atom как конечный продукт, требовал не меньших ресурсов, чем vscode. Здесь именно вопрос в "качестве" и навыках. Собственно сам сабж опровергает такую теорию, ведь в итоге они этими "малыми ресурсами" смогли сделать "лучше", и сами признаются "на основе опыта atom". Были бы они такие "про", сделали бы сразу "хорошо", но не осилили, поднакопили "навыки" и выкатили "получше".
Никто и никогда не делает сразу "хорошо".
Очень буду рад быть не правым, есть примеры, когда "сразу хорошо"?
> есть примеры, когда "сразу хорошо"?В любом комментарии на опеннете :)
>Скорее Microsoft может позволить себе больше ресурсов разработкиНо ведь нас убеждали, что Electron - это быстро, просто и дешево, тяп-ляп и работает на любой платформе. А оказалось, чтобы добится приемлимой производительности, его нужно перекостылить сверху донизу и потратить кучу денег, которая есть только у Майкрософта.
Эта новость это и подтверждает. Что быстро и дёшево.И что если нужно больше (а 99% GUI приложений не нужно), то можно не выкидывая технологию и не переписывая с нуля миллионы строк кода получить производительность чистого Rust/C++. Кое-что оптимизировав.
Это ли не победа?
> И что если нужно больше (а 99% GUI приложений не нужно), то можно не выкидывая
> технологию и не переписывая с нуля миллионы строк кода получить производительность
> чистого Rust/C++. Кое-что оптимизировав.Ага, переписав, вот, как этот чувак :). Или будучи корпой MS и вложившись в пиар от души.
> Это ли не победа?
Ну вот пусть автор на своей победе и ездит, имхо. Лаг в 100 мс на нажатие кнопки на компе в 4-6ГГц это просто ачешуеть какая победа.
Лопатники с 6-амперной батареей дохнущие за полдня и икающие нехваткой рамы - тоже такая себе победа. Пиррова.
p.s. как заставить опеннетчиков любить хруст? А вот написать прошлую версию на электроне! Тогда хруст покахется нехилым апгрейдом :D
rust - это язык программирования, а электрон - это фреймворк с html, javascript, css. Т.е. несколько слоев (а может десятков, а может и сотен) абстракций над тем что исполняется в процессоре. Если не понимаешь разницу, то разберись.
"быстро" было в смысле "быстро написать", а на запросы "быстро работать" всегда предлагали проапгрейдиться
Тебя же не удивляет факт, что куча стартапов пишут код на питоне, руби, etc..., не сильно парясь по скорости, а потом, когда, и если, стрельнёт - переписывают.
Здесь ровно та же история.
А вскод совсем не атом, не электрон, с нашлёпкой-редактором и плагинами.
Совершенно не удивляет.
Потому что если писать на с/с++ то готово оно будет еще через 5 лет, а если на ассемблере (которого предлагали особо одаренные местные для прикладных-то программ) то все 10.
Многие анонины, не понимают зачем сначала делают модель детали из дерева, а не отливают сразу из чугуняки.Это напоминает как один видеодрайвер написали на питоне(!!), протестировали работоспособность и потом переписали на раст.
И даже прошли сертификацию кроноса.
>Это напоминает как один видеодрайвер написали на питоне(!!)Коллега, отсыпьте трошки! Ух хороша!
Про модели согласен.
Но я вот человек маленький, в облаках не летаю, ножками по земельке хожу.
Смотрю эс из.
Вот есть богомерзкий элемент ака матрикс. Не джва, а четыре года ждал, пока доведут до ума и оно заработает. Но, не срослось. При том, что за командой не слабый бекграунд в виде известного в узких кругах амдокс. Те ресурс есть. Но так и не осилили с пистона даже на говешечку перепелить. Как висло, падало и плевалось криптографией, так и продолжает.
Реалии...
> четыре года ждал, пока доведут до ума и оно заработаетНу жди дальше, балласт.
Не, хмпп наше фсио. Кто бы что не говорил. Все эти ваши экстремистские телеги и ваззапы - это как та самая история с гуй от ксерокс, ага.
>>Это напоминает как один видеодрайвер написали на питоне(!!)
>Коллега, отсыпьте трошки! Ух хороша!Просто почитайте как делался драйвер от Asahi Lina для М1.
asahilinux.org/2022/11/tales-of-the-m1-gpu/
Особенно раздел "GPU drivers in Python?!" ))
Ознакомился. Как я понял, пистоном они на коленке поигрались в моделирование, а запилили в итоге на ржавом.
Да, чего только не сделают люди, чтобы не воскуривать Си:) голь на выдумку хитра...
В общем я понял, что у этих ребят веселое и ответственное снабжение стаффом. Да.
Про моделирование, повторюсь, абсолютно согласен. Не уверен конечно что в случае дров оно целесообразно, но с прикладным софтом во многих ситуациях - абсолютный вин.
Это те, которые когда-то тащили amdocs crm ? Ага видели, и заглушки вместо функций тоже видели. И вообще говно
> Тебя же не удивляет факт, что куча стартапов пишут код на питоне, руби, etc...,
> не сильно парясь по скорости, а потом, когда, и если, стрельнёт - переписывают.Тебя же не удивляет факт что более 90% софтварных проектов заканчиваются фэйлами? :)
...но оставшиеся 10% окупают этот гимор.
> Но для собесов и уроков должно подойти, так как там этого всегда не хватало.Для собесов достаточно браузера. А лучше виртуальную доску.
чем это лучше Geany ?
Это всего на всего инструмент. Можно и в виндовом блокноте писать, тут лишь вопрос удобства.
> Это всего на всего инструмент. Можно и в виндовом блокноте писать, тут лишь вопрос удобства.В винде лучже уж в programmer notepad, который по фичам мастеркласс даст что вскоду, что этой поделке. Кроме разве что мультиплеера. Который в програмерском редакторе нужен примерно как собаке пятая нога в общем случае.
Для создания заметок вот - штуки типа Etherpad получают некий пойнт, Вася колотит свой кусок, Петя свой, Клава свой - и все как бы видят кто по что, и не очень мешают друг другу, хотя периодически - подбешивает.
А она разве умеет
> Совместная навигация по коду и редактирование кода одновременно несколькими разработчиками в одном общем рабочем пространстве
Это никому нафиг не нужно. Фича придуманная из пальца, видимо от безысходности как монетизироват.
Зато Geany запускается реально мгновенно. И как редактор по F4 для файл-менеджеров вполне годно.
Какая разница, сколько времени уходит на запуск редактора, если он запускается всего один раз между включением и выключением компа. Или вы электричество экономите?
Не все же используют компьютер как печатную машинку. Для вызова по F4 даже доли секунды имеют значение.
> Не все же используют компьютер как печатную машинку. Для вызова по F4
> даже доли секунды имеют значение.Если вы кодите постоянно, то зачем вообще закрывать редактор? Он через некоторое время будет вытеснен из памяти на диск и никому не будет мешать. Вернется назад через секунду максимум после того, как вы на него переключитесь. Хороший редактор даже соединения не теряет, если вы кодите или ведете отладку удаленно. Что касается F4, то mcedit для мелких работ грузится моментально.
> Какая разница, сколько времени уходит на запуск редактора, если он запускается всего
> один раз между включением и выключением компа. Или вы электричество экономите?Если я делал interactive explore сорца - время запуска редактора, таки, роялит. Но вы можете превентивно открыть все файлы ну, допустим, Linux Kernel. Заодно можете рассказать сколько это времени занимает. Если, конечно, редактор не #$%нется раньше.
Всем.
Желаю удачи. Хороший проект.
Жду поддержки Linux.
Где он хороший? Он же тормозной электрон. Был бы на Qt или GTK - был бы хорошим.
На Qt или GTK есть хотя бы один редактор, работающий быстрее VSCode или Atom? Всё, что я пробовал, на минимально больших файлах вставало колом, а при открытии десятка файлов хотя бы начинало тормозить.
Geany, featherpad. Но это не IDE.
Как и VSCode
Кстати, а джени без гтк и кутей есть реализация?
> Кстати, а джени без гтк и кутей есть реализация?Programmer's notepad чтоли? К сожалению (или кому-то к счастью) это - на винапи. Лучше ли это - вопрос спорный.
Честно говоря не знаю что за нотпад. Но имелось ввиду нечто похожее на саблайм верхняя менюха и колонка-файловый манагер. Кнопки лично мне не очень в этик гткахах...
> Честно говоря не знаю что за нотпад. Но имелось ввиду нечто похожее
> на саблайм верхняя менюха и колонка-файловый манагер. Кнопки лично мне не
> очень в этик гткахах...Мощный програмерский редактор. По смыслу - где-то на границе с IDE. Даст любому вскоду и проч мастеркласс и по фичам и по скорости. И вообще мелкая ядреная прога. Минус 1 - под винду и не лечится. Винапи же.
> Geany, featherpad. Но это не IDE.Ну, ты, блин, сравнил. По сравнению с featherpad - Geany таки уже почти IDE. А featherpad уместнее сравнить с mousepad, наверное. Очень сильно разные по возможностям штуки.
CodeBlocks
CudaText. Заточен под большие логи.
KDevelop, Emacs.
Чел, у тебя электроноподелие работает быстрее всего. Ты из какой-то альтернативной реальности.
Я пробовал Kate, kwrite, geany, gedit - все они тормознее электронных поделий. Сейчас попробовал cudaText из комментариев выше - он один справился не хуже vsCode и это учитывая, что vsCode у меня забит плагинами донельзя.
Настало время очешуительных историй. ВСЕ перечисленное работает быстрее любых поделий на Electron.
Нет, не работает.
Практически всё, что можно поставить нативного, работает быстрее
Новость читал, не?
Нет, ещё вопросы?
А ты хорош!
Как вы умудряетесь новости читать?
Ну ладно на сайт сходить, это сложно да, там ещё и на другом языке написано, что вообще +100500 к сложности восприятия. Но в новости жеж всё написано!Это не электрон. На электроне был Atom, он давно аторами не поддерживается, им занимается сообщество. Этот редактор написан с нуля. Написано вообще вообще всё с нуля, включая растеризацию текста.
Нет в Zed электрона, почитайте внимательно текст.
В смысле "прочитайте"? Я в комменты не для этого захожу.
> Он же тормозной электрон.Где электрон? Раст + свой гуи.
Выглядит красиво, но жрёт много.
>но жрёт многоЗато без use_after_free ;)
И как часто часто у тебя падают блокноты из-за use_after_free? Я вот вообще такого не припомню, хотя перепробовал кучу блокнотов. Может, эта проблема, мягко говоря, слека преувеличена?
>>но жрёт много.Вы его запускали вообще? ;)
А я из любопытства запустил на минике 2012, доживающим свой век в качестве ТВ приставки. И.. хорошо, интересно.
И замечу, хоть на нём и вполне работает, столь старое железо для разработки никто использовать все равно не будет.
Ваш миник 2012 года вовсе не старое железо. Можете кидаться камнями, но сижу на пресловутой коре дуба и разница по потреблению ресурсов между vscode и geany - космос. Не все работают в айти и зарабатывают хорошие деньги, чтобы позволить прокормить семью и обновлять регулярно железо, для некоторых айти так и осталось мечтой из молодости и просто хобби для души.
Ну такое, я не в айти работаю, но купить Athlon 3000G и плату к нему мне обошлось чуть больше 100 у.е.
Зато для моих задач его хватит еще лет на 5 минимум.
Даже в не очень старые игры можно поиграть.
Там речь о ноутбуке. На с2дуо это обычно неубиваемый и легкий MBP13-2010 или типа того. Я такой на моря обычно беру, и в гараже такой же, для интернета, видео, почты, и слегка попрограмировать хватает.
И падал он, и дети на них ногами вставали, а всё как новые внешне. А пластмассовый легкий ноут под собственным весом растрескается если за экран несколько раз взять.
Кодить на "коре дуба"? Да вы сударь некромант! И чем вас emacs не устраивает? Зомбей нужно кодить только Некрономиконом
Спасибо, но geany и featherpad намного легче этого опуса.
А виндовый блокнот ещё меньше.
Выбор очевиден!
> Выбор очевиден!vim или emacs?
> А виндовый блокнотЭто последний то, который начал активно перевоплощаться?
Удалил его к чертям и поставил notepad++. Весит всего 4 МБ, а возможностей в разы больше.
> notepad++Не катит как среда для разработки. По ресурсам сопоставимо с vim (на любителя) и с geany - полноценной ide. Видел чела на маке с apple silicon на борту, явно при деньгах, но кодит в vim.
Зато как редактор очень даже годен.
Даже в сбоках W11 он используется как "редактор для домохозяек" вместо нотепада.Кстати, раз компилировать может, то хоть и примитивная, нерациональная, но таки уже среда разработки.
А вообще до сих пор попадаются люди, начинающих, которые вообще кодят в mc. Правда на Распберри, но не важно. ;)
> Зато как редактор очень даже годен.
> Даже в сбоках W11 он используется как "редактор для домохозяек" вместо нотепада.Господи, зачем домохозяйкам pn++? Им офис то избыточен - вордпада хватает. Впрочем майкрософт решил AI в нотпаде впарить, заодно вот и удобный предлог файло на свои сервера тырить. Для улучшения качества обслуживания, ога.
> Кстати, раз компилировать может, то хоть и примитивная, нерациональная, но таки уже
> среда разработки.Он достаточно фичастый и обладает рядом фич IDE. Хоть и примитивного совсем.
> А вообще до сих пор попадаются люди, начинающих, которые вообще кодят в
> mc. Правда на Распберри, но не важно. ;)По мелочи можно и в нем, но крупное редактивнование там неэффективно, навигация по сорцу почти отсутствует.
эти васяны собирались не использовать электрон, а в этоге очередной виэскод.
> Для формирования интерфейса пользователя задействована собственная библиотека GPUIЭто вроде не электрон
> Это вроде не электронСудя по соотношению потребление ресурсов и функционал - ещё хуже электрона.
Там и нет электрона.
редактор текста с захватом всех потоков проца и гпу??? наркоманы...
> редактор текста с захватом всех потоков проца и гпу??? наркоманы...В 2024 году только бибикать и все портить - недостаточно. А вот если еще сожрать весь проц и раскрутить турбину на GPU - юзер наконец заметит что установил современную программу, а не какое-то хухры-мухры!
> …как должен выглядеть идеальный редактор для программиста.Emacs и vim уже существуют. В этот раз забороть их тоже не получилось.
Как говорится в теоретме г-на Эскобара что то не идеальный, что этот.
Бесполезные проекты для стариков времен терминалов на 300бод.
Зато дают ощущение ылитарности - они же осилили выучить 100500 команд "как переместить курсор на 3 строки вверх + 5 слов влево" (что делается мышкой в 1 клик)
Поверь старику, дёргать рукой туда-сюда от клавы к мышке и обратно - утомляет. Ловить глазами курсор от мышки на экране, а потом снова искать глазами место, где стоит курсор ввода, тоже утомляет. Все, кто работают много, рано или поздно приходят к клавиатурным комбинациям. Ты тоже, может быть, когда-нибудь до этого дорастёшь.
Конечно поверю старику.
Я знаю кучу примеров когда старперов утомляют современные технологии, начиная от смартфона и автоматической коробке передач (ну не верит он ничему кроме механики), заканчивая ненавистью к ЧПУ тк он 30 лет учился определять микроны шероховатости Ra.> Ловить глазами курсор от мышки на экране, а потом снова искать глазами место, где стоит курсор ввода, тоже утомляет.
Думаю это дело привычки. Мне доводилось работать с очень крутыми ребятами (в качестве джуна)), которые пилят проекты уровня "полет на луну", и что-то я такого за ними не заметил.
Возможно потому что им приходилось думать, а не только код набивать.
Но для машинистки - да вим и подобные просто необходимость.> Ты тоже, может быть, когда-нибудь до этого дорастёшь.
У... типичное старческое снисходительное отношение.
> "полет на луну"А вот если бы они использовали vim - всё бы вышло иначе, а не отказ тормозных двигателей.
> Я знаю кучу примеров когда старперов утомляют современные технологииДело вовсе не в старперстрве, а в людях. Есть люди которые в свои 70 засунут щенков легко за пояс по новшеству, а есть 25 летние "гении", который также как "старперы" в свое время зациклили на одном и том же что выучили раз и берегут по жизни, но только из нового хайпа.
Если ты и правда работал с теми кто на луну, то заметил бы что там есть старперы, которые знают значительно больше нового чем джуны и далеко не сопротивляются новшеству, а наоборот, иследуют, учат, сопостовляют и базируясь на банальной логике, выберают то, что самое надежное и сопровождаемое, а не на молодежном хайпе
Именно так. Там были пожилые люди, которые мне в дедушки годятся.Которые интересовались вообще всем-всем. Кто-то как хобби крутил нейросети, просто потому, что ему было интересно, кто-то сам собирал 3д принтер и печатал для внуков всякие игрушки.
Но никто из них не говорил "настощие профи пользуются только Vim'ом!", "раньше было лучше, не то что сейчас", "вот дорастешь до моих годов - поймешь" и прочее поучительно надменное как YetAnotherOnanym.
Они рассказывали как набивали перфоленты и насколько круто что сейчас есть флешки.И у меня язык не повернется назвать их старперами.
Они настолько крутые, что иногда хотелось просто постоять и посмотреть как они работают, подчерпнуть какие-то хитрости.
Они с радостью пробовали новое, иногда не переходили на него полностью, говоря "You can't teach an old dog new tricks", но использовали какие-то новые методы в своих старых инструментах.
> Но никто из них не говорил "настощие профи пользуются только Vim'ом!", "раньше
> было лучше, не то что сейчас", "вот дорастешь до моих годов - поймешь"На это есть одна очень старая мудрость: одни с годами умнеют, другие просто стареют
И к сожалению вторых, в любой индустрии - большинство. Большиство гениев, которые сейчас топят за раст и сруться на С-шиков (привет всем, кто с лунами связан), будут через несколько десятилетий упираться всеми конечностями в единсвенно выученный язык и гадить также как сейчас на С-шиков, только на новое.
Это все нормальный ход цивилизации, для того, чтобы что то новое устаканилось, оно должно пройти долгосрочный пруф или же быть ну чем то из ряда вон выделяющеся
Прошу прощения, что встреваю в дискуссию.
Мы с Вами в соседней веточки диалог на подобную тему в практической плоскости вели и я позднее обязательно отвечуч хотя уже пора бы мне и в бренный мир офлайна возвернуться.Но все же, господа, нивелируя извечную проблему борьбы поколений ака "отцы и дети" мне кто-нибудь ответит, почему сейчас толком ничего нормально не работает?
Я не берусь судить о цернах, насах итд. просто потому что меня там нет и я не знаю как обстоят дела, могу только догадываться. Но это мои личные трудности, как говорится. К делу не пришьешь. Вместе с тем, все мы люди, все мы пользуемся услугами банков, гос учреждений и прочих онлайн сервисов.
И сталкиваемся с теми или иными трудностями, возникающими по причине тех сбоев. По моим личным наблюдениям эти трудности начались порядка 10 лет назад. До этого информатищация тоже была, но бесконечных глюков не было.
Вопрос знатокам: почему? Что же изменилось?Давайте абстрагируемся от понятия "круговая порука", рука руку греет итд да посмотрим правде в глаза. Осознание проблемы - половина успеха в ее решении.
Вы вроде не тролль, кратко поделюсь своим мнением почему так.1. Экономика. Все работает "достаточно хорошо". Зачем улучшать, если инвестиции не окупятся? Это капитализм (без негатива, он просто такой какой есть).
2. Экспоненциальный рост сложности ПО. Раньше большие проекты были чем-то особенным, а сейчас даже популярный блокнот будет писать целый офис программистов. Инода это обосновано, чаще всего нет. Постоянное введение новых технологий, принципиально ничего не решающих, только усугубляет ситуацию. Яркий тому пример - Раст, который вкорячивают куда только можно. В итоге ничего существенно не меняется, но сложность разработки и сборки возрастает на порядок.
3. Мы еще в середине пути. Со временем все устаканится и появятся стабильные продукты из тех кто выживет, их отшлифуют. Соберут себе пользовательскуюю базу и будут тихо-мирно существовать, а на хайпе вечно будет что-то новое.
4. Людям нравится что-то новое и социальные сети этому потакают, премируя тем самым новинки и штрафуя зрелые продукты.Вот ИМХО основное.
>1. Экономика. Все работает "достаточно хорошо".Наш минфин при этом ноет о проблеме повышения кипиай. Производительности труда.
>2. Экспоненциальный рост сложности ПО.
>Постоянное введение новых технологий, принципиально ничего не решающих, только усугубляет ситуацию
>В итоге ничего существенно не меняется, но сложность разработки и сборки возрастает на порядок.Эврика! Джва мартеля этому господину!
У меня только два вопроса: зачем? (Кроме раздувания щек и зарплат).
И что с этим делать? ака работать то когда оно все начнет?! И начнет ли?>Со временем все устаканится и появятся стабильные продукты
Дай Бог! Я только за! Пока видятся мне перспективы не очень. В целом если рассматривать картину мира.
>Людям нравится что-то новое
>социальные сети этому потакаютТренды, вау импульсы, расчет на низменные пороки человека. Быть в тренде, чтобы не подумали, что отсталый, бедный итд итп. Простейшие манипуляции человеческими слабостями и пороками. Все старо как мир...
>Вы вроде не тролль
:) мы Легион.
> Но все же, господа, нивелируя извечную проблему борьбы поколений ака "отцы и дети" мне кто-нибудь ответит, почему сейчас толком ничего нормально не работает?Большинство людей (особенно сильно тяготеющих к деньгам и власти) особо не парятся на долгосрочные решения и мнят себя гениями изпользуя метод - "we moving fast, we breaking things" + CI/CD. Оно все понятно, пришла идея, воплощай ее как можно скорее и в продакшэн, с ошибками с недоделками которые по ходу будут исправляться (и хорошо еще если есть фидбэк). Больше возможностей попробовать новые идеи - "пойдет, не пойдет". В таком режиме обмотав каку в пестрый презентабельный ЮАЙ, достигаются наибыстрейший выход на рынок и его захват. Как дальше? Да пусть те кто там будут и разбираются, - краткосрочный профит есть король.
И даже если кто то это понимают и противятся предпочитая качество, все равно вынуждены будут перейти на эту модель иначе захватят другие, потому что невозможно качество и скорость одновременно. Самое говнянное во всем этом, что такой же принцип и с ИИ, где все больше отдают на откуп на это глюкалово, которое в большинстве очень очень плохо обученно но уже у руля (привет виртуальнуму суппорту от М$).
> есть 25 летние "гении", который также как "старперы" в свое время зациклили на одном и том же что выучили раз и берегут по жизни,Истину глаголешь. Преизобильно молодняка, неспособного запомнить несколько сочетаний клавиш.
> Думаю это дело привычки. Мне доводилось работать с очень крутыми ребятами (в
> качестве джуна)), которые пилят проекты уровня "полет на луну", и что-то
> я такого за ними не заметил.И как, много на луну то слетали в результате? А так на марсе вон вертолетик со всяким рассекает, там вообще линух обычный. Так что vi/emacs тоже при его создании участие принимали. Как впрочем и много чего еще.
Зонд. Я не хочу, чтобы следили как я пишу код и мешались под ногами^Wкурсором.
Ты уже развернул локальный Copilot?
Локальный?
А вы уже без копилота не можете?
мне че - самому, как диды? ВСЕ БУКОВЫ набирать?!Совсем уже что ли?
Ты уже отключил у себя автодополнение?
Ну и сниппеты в vim'е, vs-code'е, емаксе или в чем ты там пишешь? (если вообще пишешь)Нужно же как диды каждую буковку набирать!
Только тогда Бог-Машина возрадуется и благословит код, и он будет работать верно.
Реально "здесь мерилом работы считают усталость" /_-
> Ты уже отключил у себя автодополнение?еще одна жертва санкций... ты совсем не в курсе что копилот это вовсе не "автодополнение"?
> Нужно же как диды каждую буковку набирать!
нужно уметь в слепой набор - и тогда ты с удивлением обнаружишь, что автодополнение только мешает.
А вот целиком написанные за тебя связные куски кода - очень даже помогают (если повезет и они получаются работающие). Но у тебя, видимо, паспорт не той страны?
Судя по вашему комментарию, вы вообще не имеете никакого отношения к написанию кода. Ибо тот, кто его пишет, знает, что набор текста это 1% от общего времени, которое ты тратишь на программирование. И да, копайлот - полный шлак, который только мешается и сбивает с толку.
Как раз судя по твоему комментарию - ты не писал ничего кроме хеловротов.
В том и дело что колотить по кнопкам приходится ОЧЕНЬ много и долго. Причем ради полной тривиальщины, которую действительно мог бы осилить и робот т-поватый (your mileage may vary, although).И это почти 100% времени которое ты явно (а не обдумывая за перекусом как дальше жить) тратишь на именно программирование (не отладку и приведение кода в читаемое состояние), внезапно.
И я тебе еще одну страшную тайну открою - умение этими роботами пользоваться сейчас уже начали ТРЕБОВАТЬ на собеседовании.
Ну, в стране правильных паспортов, пока что.
> умение этими роботами пользоваться сейчас уже начали ТРЕБОВАТЬ на собеседованииПервым своим постом вы лишь намекнули на некомпетентность (мягко говоря), а тут, окончательно доказали отрыв от реальности :-)
Похоже это тот же фанатзер о 14м годе. Переписка нецелесообразна.
Видимо застрял в альтернативной реальности 14го года.
Пох, у Вас видения. Обратитесь к профильному специалисту.
Я стал отмечать странности в Вашем восприятии информации еще в прошлогоднем Вашем сливе, когда глядя на картинку: снорт идс, Вы утверждали, что снорт не идс.
И да, мы Легион.
То, что всякий анон, который Вас умывает кажется Вам мной, мне конечно льстит. Но, я есть Легион, потому что нас много (с). Поэтому лавры принять не могу. Да и гордыня с тщеславием рука об руку ходят суть зело есть зло. Считайте, что Вас делает знание космического эфира. Вам так будет легче.
Ты отказник от технологий?
> технологийОт таких "технологий" отказываться сам Боженька велел.
Главное скилл, а инструмент не важен.
> А вы уже без копилота не можете?А чего вы хотите от поколения с клиповым мышлением? Они учатся программировать по роликам с тиктока, книг не читают, профильного образования не имеют. Я на 100500 процентов уверен, что хлебнёт ещё мир от кода, который нагенерируют с помощью LLM. Уже полно прецедентов, где напрашивается вывод о пригодности AI исключительно для простых алгоритмов на 10 строк.
Поправил.> Зонд. Я не хочу, чтобы следили как я пишу код и смеялись.
И это тоже относится к частной жизни.
> Я не хочу, чтобы следили как я пишу код и смеялись.Зачем вы проецируете личную травму на окружающих?
ха, как будто твой кот лучше?!
> твой котМой коТ самый лучший, да.
чувак, ты просто немодный. Сегодня не принято писать код чтоб ии над ним смеялся. Сегодня принято заставить ии писать за тебя код, а потом ржать над той х-ней которую он нагородил.
(потом плакать, конечно, потому что тебе же все это переписывать - но нам все обещают что это временно, щас-щас-щас он научитсо)
Просто отключи комп от интернета.
Нечегоскрывальшики в теме.
Когда не нужно ничего искать - а почему бы и не отключить?
Да такие как ты не то что без электричества, а даже без смартфона с инетом ласты склеят. Ты хоть костёр разжигать умеешь без помощи роликов с тиктока?
> Да такие как ты не то что без электричества, а даже без
> смартфона с инетом ласты склеят. Ты хоть костёр разжигать умеешь без
> помощи роликов с тиктока?да как будто ты умеешь.
"Попросил эвенка показать как разводят огонь. Он честно настрогал елочек, сложил их правильным образом, а потом... плеснул в печь отработку - "у нас теперь - так разводят"
(c)И вот пока ты там правильно строгаешь веточки, которые пол-часа искал по всей округе достаточно сухие - чувак с роликами уже греется, залив как попало собранный сырой хлам горючим под проливным дождем.
Я в Бурятии в общем-то еще до того как услышал историю с эвенком, разводил костер газовой горелкой, просто пихая ее в кучу собранных вокруг мокрых палок. Потому что искать там в мокрой тайге из чего его единственноверным способом развести, долго колдовать над щепками и подбирать сухие веточки по одной - нахрен не надо, надо побыстрому гнус отогнать от себя, и на той же горелке за пять минут сготовить обед.
> по задумке создателей проекта все действия при редактировании должны выполняться мгновенноЭто уже давно сделали создатели Monaco. Благодаря переходу на него vscode стал в десятки раз быстрее atom и наконец таки юзабельным (как же я плевался с atom...). Быстрее только lacpe.
Вспомнилась практически классика:
Ху из зед? Зед дэд бэйби, зед дэд.
В новости слова: раст, виндавс - это индикаторы.
Это в каком сообществе принято потоком мыслей выражаться?
если вы не знаете классики ... ну может вы не в том обществе находитесь )))
Фильмы Тарантино это не классика. потому что показывают ЖИЗНЬ СБРОДА. Наркоманов (дилера играл Тарантино), бандюков, боссов бандюков, проституток и содержанок, рабов.
используя такую классификацию можно что угодно из классики выбросить )))
Нет, в хороших фильмах - герои приличны. "Гражданин Кейн". А вот фильмы Люка Бессона - про бандитов.
>Нет, в хороших фильмах - герои приличны. "Гражданин Кейн".Гордыня, эгоизм, флешбеки. Был товарищ, стал гражданин.
Вот так я кратко охарактеризовал бы указанную Вами картину.Чем данный набор качеств отличает героев "приличных" от "неприличных"? Положение, статус? Только и всего?
Вам бы немного в абстракцию уйти.
Стесняюсь поинтересоваться, а что Вы могли бы сказать о "палата номер 6" Антона Палыча.
Там вроде тоже не жизнь институток описывают. Тоже не классика получается?
Вы часом не из тех, кто создает информационную повестку? Сейчас это явление стали называть: когнитивная война.
В этот момент автор "На дне" аж прям перекувыркнулся, да и Федор Михайлович с боку-на-бок перекатился...
Зато Константин Евгеньевич с его "Где воспитательный фактор? Где вера в светлую даль?!" порадовался )))
- Who's zed?
- Zed's dead, baby. Zed's dead.
- BRING OUT THE GIMP.
> - Who's zed?
> - Zed's dead, baby. Zed's dead.
> - BRING OUT THE GIMP.А что, программировать в GIMP это мысль. В принципе, ввод текста там есть. Заодно и копирасам понравится - копипаста исходника становится намного сложнее. А как это компилять? Хрен его знает, подумаем потом. Крутые проекты пишут не для того чтобы их компилять и тем более запускать. Главное отчет инвестору - а там хоть не рассветай!
> это индикаторыДа не. Это триггеры.
Поддерживает ли данный редактор C# и .NET? Если нет, то и кому он нужен?
Он поддерживает lsp. Этого достаточно чтобы прикрутить любой язык
Нет
кому он нужен, даже если поддерживает
"В проведённых тестах время реакции на нажатие клавиши в Zed оценивается в 58 мс," Когда я тестирую CudaText, то на plain text время рисования кадра - 15-20мс, то менее чем у Зед. Но при раскраске кода, прога рисует разные цветовые фрагменты и это уже сильно медленее. И тогда время рисовки - например 35-50 мс, что более чем у Зед.В CudaText может время меняться! Например если на экран влезло много "токенов" (разного цвета) то все медленее. Если мало токенов - все быстрее.
Так что тест от авторов Зед - липа.
Это еще зависит от размера окна! Если окно больше то больше строк рисовать.
Редактор на питоне быстрее редактора на расте.
Шах и мат, питонохейтеры!
Нет, CudaText на паскале.
> Нет, CudaText на паскале.Ну, бывает и автогол, что ж поделать, или вот в данном случае - автомат.
Вроде речь про текстовые редакторы для работы, а не про поделки
CudaText не сравним с Zed. Разные ниши. Но с gedit, Kate, Notepad++, Sublime сравним.
Каtе - только для небольших файлов, на средних уже не комфортно, а на больших люто тормозит.
Notepad++ - не тормозит.
Но это просто редакторы с подсветкой, без какой либо навигации по исходнику.А в Geany, в качестве редактора "по F4" есть хоть какая то навигация по исходнику, и он так же очень быстрый.
> Когда я тестирую CudaTextКонечно же мы все верим тебе на слово!
Мы анонимы друг друга не обманываем!> Так что тест от авторов Зед - липа.
Ты бы хоть свой тест выложил, и тестовые условия.
А то пока это выглядит как выделение метана без каких либо пруфов.
Смотря как куда текст парсит: регулярками или tree-sitter.
> под руководством Натана Собо (Nathan Sobo), автора проекта Atom (основа VS Code) при участии команды бывших разработчиков редактора Atom, платформы Electron
> Код проекта развивается на языке RustJS для них уже недостаточно модный
Лютый коктейль технологий, да еще работает только под макос. На что они расчитывают?
Тот случай, когда первый блин комом - Atom/VScode. А теперь исправились и сделали нормальный текстовый редактор. Ждём версии для других платформ.
>для других платформ
Причём тут тормознутый и унылый vscode? Речь про Zed.
>>для других платформ
> https://code.visualstudio.com/#alt-downloadsИди как ты отсюда с своим "нетормозящим" электроном - да еще от такой милой компании как microsoft. Просили редактор а не троянец от АНБ сливающий хзчто хз куда.
Ключевое слово - "хз что". Лучшей характеристики кода генерируемого большинством комментаторов не придумаешь. Комментаторы кодящие "хз что" "хз зачем" хейтят разрабов редактора который хотя бы пощупать можно. Представляю себе батхерт АНБ мегатоннами получающими со своих зондов "print "Hello World!"
Второй будет горелым.
Удивляет другое. Разница от VS Code буквально всего в 2 раза. Если учитывать здесь Rust, а там JavaScript однопоточный это "ни о чём". Как так-то? Я ожидал 5-6х минимум разницу.
Совершенно неожиданно на расте фиговый и тормозной код пишется так же непринуждённо как на любом другом ЯП, какой бы ылиткой писаки себя не считали
> Совершенно неожиданно на расте фиговый и тормозной код пишется так же непринуждённо
> как на любом другом ЯП,нуууу нет, а как же от боров-чекера побегать, а как же клиппи поудовлетворять?!
На любом другом (и особенно на js) по сравнению с этим - скукотищщща.
VS Code просто очень хорошо оптимизировали.
Можно бездумно гнать на JS, но если к нему подходить с умом, то получается довольно быстрый код, а не в 100500 раз медленней как у местных анонов.
Кaкaшка vscode - шевелится не благодаря js, а они там делали оптимизации на C/C++. Без этого бы, тормозило ещё больше.
А что, этому поделию кто-то мешает оптимизировать код? Пусть тогда тоже делают оптимизации на C/C++, если на Расте не смогли :)
> а они там делали оптимизации на C/C++Покажешь где в коде?
> Покажешь где в коде?Нет конечно. Не хочу копаться во всяком дерьме.
>> Покажешь где в коде?
> Нет конечно. Не хочу копаться во всяком дерьме.Тогда откуда "оптимизации на C/C++", о которых ты говорил выше?
В новостях писали. Или ассемблерные вставки. Не помню точно.
Анон проводил аудит, верьте ему.
Учитывая что оно от авторов Atom, который тормозил как не в себя по сравнению с VSCode, которая на том же JS...
Может они и на расте писать не сильно умеют))
Разницу в чём? В задержке между нажатием клавиш и появлением символов?
Оно, к сожалению, не только от производительности редактора зависит, но в большей степени от текущего технологического стэка.Пока сигнал от свича подхватится контроллером клавиатуры;
Пока пакет данных по USB дойдёт до драйвера;
Пока пока операционка разошлёт все события по приложениям;
Пока редактор дойдёт до события и разберётся как обновить свою графику (единственное место на которое можно повлиять разрабам редактора);
Пока обновлённый кадр отрисуется графическим стеком и попадёт в свопчейн;
Пока перерисованный кадр пробьётся по свопчейну, и композитору DE (тут спокойно можно ждать результата до 3х кадров - это ни много ни мало 50 мс при 60 fps - в это время мы видим только предыдущие кадры, которые дождались своей очереди);
Пока монитор перекрасит пиксели.Да, на комодоре до ЭЛТ телевизора задержки были меньше.
Но что-то очередь за коммодорами и элт мониками не наблюдается)
Возможно такая скорость реакции вполне удовлетовряет 99% народу.
(А тем кто много работает тач экранами будет норм и 200-300 мс)
Это какбы и подразумевалось. Либо пользоваться удобствами интерфейсов (программных и аппаратных, а не пользовательских) цивилизации. Либо прибить всё ко всему гвоздями, и переделавать всё с нуля при необходимости внести малейшие изменения.> (А тем кто много работает тач экранами будет норм и 200-300 мс)
Вот тут категорически не согласен. При перемещении стилуса лаг ещё сильнее заметен, чем при движении мыши (прямой ввод вместо относительного). Чтобы визуально события на экране происходили "мгновенно" нужны задержки меньше милисекунды.
https://www.youtube.com/watch?v=vOvQCPLkPt4
Ненужно. Есть же GIT и патчи.
> Ненужно. Есть же GIT и патчи.Единственный толковый комментарий
Ну так это же не модно и не хайпово, к тому же фиг продашь, он же бесплатный. Это не Rust-way.
Пробовал месяц назад, понравилась как работает подсветка синтасиса, по ощущениям даже лучше чем neovim + tree-sitter (для Elixir по крайней мере) и в целом хорошая отзывчивость, всё отрабатывало плавно. А так системы плагинов нет, внешний вид почти не поддаётся кастомизации, совместное написание кода мне не нужно, интеграции с GitHub Copilot тоже бесполезная вещь (Copilot кусок тупого говна ИМХО) и на тот момент был закрытый код, поэтому я решил отложить его на потом
Это нативный VS Code или GUI neovim? Какая у него ЦА?Я так и не понял, выглядит что он ориентирован на тыкание мышкой.
И чем он лучше/отличается от VS Code?
Это VS Code на расте, рассчитан на пользоталей VS Code, там даже горячие клавиши по дефолту из VS Code. Vim mode был на стадии разработки, по отзывам он ещё сырой, сам я не стал пробовать
Для меня он лучше только подсветкой синтасиса, а так без плагинов и кастомизации он вообще не конкурент VS Code
Так и не понял, чем же там лучше у него подсветка синтаксиса? Плавнее? Так и у других редакторов проблем с этим что-то не замечал.
Почитай про tree-sitter
>Zed collects anonymous telemetry data to help us understand how people are using the app. For more information, see our documentation.фтопку zed!
лучше уж lapce.dev
кстати да, обеими руками за, тем более что Lapce основан на ядре Xi у которого заявлена задержка в 16ms, да и в остальных параметрах он также доминирует---------------------------------
Скорость реакции в миллисекундах
16(Lapce) vs 58(Zed)> нажатие клавиши в Zed оценивается в 58 мс, для сравнения в Sublime Text 4 этот показатель равен 75 мс, в CLion - 83 мс, а в VS Code - 97 мс.
> Incredibly high performance. All editing operations should commit and paint in under 16ms. The editor should never make you wait for anything.---------------------------------
Время запуска в миллисекундах
5(Lapce) vs 338(Zed)> Время запуска Zed оценено в 338 мс, Sublime Text 4 - 381 мс, VS Code - 1444 мс, CLion - 3001 мс.
$ time lapce
________________________________________________________
Executed in 4.87 millis fish external
usr time 1.71 millis 170.00 micros 1.53 millis
sys time 3.16 millis 94.00 micros 3.07 millis
---------------------------------
Потребление памяти в МБ
216(Lapce) vs 257(Zed)> Потребление памяти Zed составило 257 МБ, Sublime Text 4 - 219 МБ, VS Code - 556 МБ, CLion - 1536 МБ.
$ ps -o rss= $(pgrep lapce) | awk '{printf "%.0f\n", $1 / 1024}'
216
кто за Lapce? Lapce - сырой!
Убунту:1. нет иконки в панели задач.
2. диалог "выбрать папку" не дает выбрать никакую папку а только заходит в нее пока не выбереш ФАЙЛ.
3. кликнул пару раз на окно и окно пропало! иконка в панели задач есть (пустое место без картинки). рестарт не помог. окно скрыто!
4. lapce - один файл в 60М ! почему такой жирный файл?
> кто за Lapce? Lapce - сырой!ну так это еще "Pre-alpha Stage" что неудивительно, плюс они в 0.3 перешли на другой UI что много чего сломало и еще чинится.
> lapce - один файл в 60М ! почему такой жирный файл?
это наверное уже установленный так как сам "установщик" весит порядка 20мб, и кстати в том же Zed вес установщика перевалили уже за 110 мб
Уже патчик прилетел с поддержкой Zig. Конечно, комьюнити у Zig крутое. Могут ребята, умеют.
Ну да, ну да, сам себя не похвалишь - никто не похвалит))
Впрочем, то что его не было из коробки - в отличие от TypeScript и Python - прекрасный показатель нужности.
Я бы хвалил себя если бы написал этот патчик сам.Просто подметил реальность.
>сам себя не похвалишь - никто не похвалитБуквально девиз всех новостей про очередной велосипед на Расте ))
С какими-то ноунеймами сравнили, а с божественным вимом не сравнили, потому что он их одной левой.
кстати, а какая скорость операции редактирования в vim-e?
*gvim
Тормозит сильно под линем, притом вскод летает. Видимо дело в расте и его поклонниках.Интерфейс также выглядит чужеродным, в том же саблайме все летает и выглядит ок.
Короче не получилось ржавого чуда.
Как ты его запустил под линукс?
У вьюноши богатая фантазия. Он и под DOS может сабж запустить
> Как ты его запустил под линукс?Да, виноват, признаю. Перепутал с https://lapce.dev/
Ну этот хоть собран для разных платформ и не обещает режим deathmatch.
Не знаю, у меня не тормозит, но за полчаса словил два вылета. Кстати, у меня Arch.
Ну вышел и вы... А, стоп, он на Rust написан? Тогда круто.
Как будто потребителю не пофиг, на чем он.
Ты не поверишь, но потребителям IDE вообще не пофиг.
Как будто разработчик тоже не потребитель.
> В проведённых тестах время реакции на нажатие клавиши в Zed оценивается в 58 мсДолго, очень долго. Unreal Engine целый мир за 1/144 секунды перерисовывает, а тут всего лишь одну буковку за 1/16 сек добавляют, используя то же количество ресурсов. Старайтесь лучше, растофилы.
скорость реакции редактора на нажатие клавиши и перерисовка "мира" это малость разные вещи, да и причем здесь растофилы непонятно если в других редакторах написанных на православных языках всё еще хуже.
для минусующих
перерисовать заранее "общитанную" сцену это не то же самое что "ядро" программы успевает нужным образом отреагировать на некое внешнее воздействие(ввод с клавиатуры). Кстати, для понимания, реакция тех же топовых кибер-игроков составляет порядка 200 миллисекунд.
для виляющих
игровой RT-движок, где малейшее движение мыши == колебание камеры == смена ракурса; сцены с динамическим освещением и поточной подгрузкой ресурсов. Заранее - только блочная геометрия.
ага, а потом ты дёргаешь мышкой меняя ракурс и начинаются просадки fps
а вот в редакторе AST-дерево, действительно, заранее построено, иначе не заработает подсветка и т.п.
там малость сложнее чем AST-дерево (на хабе есть интересная статья по этому поводу https://habr.com/ru/companies/jugru/articles/424763/ ), но даже так, мы ведь говорим не просто о отображении чего-то фиксированного, а о том что пользователь что-то ввел после чего редактор, ну или то что у него под капотом, начинает вытворять с этим деревом после чего "дерево" начинает играть новыми красками, и тока после этого уже будет вывод на экран.
Оффтоп.
Почему лазарус до сих пор выглядит как отрыжка 90х?
Неужто в таком огромном cumunity некому переделать интерфейсы?
Ложное целеполагание. Лазурус _не должен_ круто выглядеть. Это IDE.
Потому что Delphi остался в нулевых, и пользователи этой IDE застряли там же.
Бред! Делфи портирован на все ведущие ОСи. Теперь еще и Skia library поддерживает.Паскаль-хейтеры глупы.
Можешь назвать что-то новое, написанного на Delphi за последние 10 лет?
Дело не в хейте, а в том, что Delphi просто никому не нужен.
Вам не надоело из года в год хоронить Делфи с Паскалем? Скорее все ваши макбуки превратятся в мусор, чем вышеупомянутое.
Правильно. Что мертво, умереть не может.
Удваиваю, по работе много приходится писать на fpc, проще реально параллельно в другой ide работать, а в лазарусе только собираю.
А я смотрю здесь почти все маководы, - прочитали новость, грузнули, проверили и с "полезными" фидбэками вернулись
Пффф, ты недооцениваешь местных анонимов...
Им чтобы дать фидбек - даже на оффсайт или гит аппы заходить не нужно!
Просто берешь и сразу вываливаешь фидбек в комменты. Как те аноны выше, которые пишут что оно на электроне.
Мне понравился тот, кто "попробовал под Linux" 😄
Ты тоже ничего :р
Тут как-то тут проводили опрос кто на чем сидит.
ЕМНИП винды было кажется 30%, а маководов что-то около 15.
Даже некоторые местные админы сидят на макинтошах.Так что шутка хорошая, но мимо.
> Так что шутка хорошая, но мимо.Так то не шутка, zed согласно новости только на маках и заводится, однако комментов, - море
- легковесный редактор
- активному использованию многопоточности с задейстованием всех доступных ядер CPU
- выполнению растеризации окон на стороне GPUПлджад, легковесТный ныне у смузиков - это что-то из требований в районе 7950X/64G/7900XTX?
> - легковесный редакторНе только про код, но и про дизайн
> - активному использованию многопоточности с задейстованием всех доступных ядер CPU
какой ужас, нужно как вим все прдячить в один поток, а потом при запуске плагина, смотреть как оно лагает
> - выполнению растеризации окон на стороне GPU
конечно лучше пусть рендер идет силами проца, а не gpu который для этого был создан
> Плджад, легковесТный ныне у смузиков - это что-то из требований в районе 7950X/64G/7900XTX?
Настолько тупое утверждение, что я даже не удивлен)
Да ладно ты, не рыдай."время реакции на нажатие клавиши в Zed оценивается в 58 мс, ... VS Code - 97 мс"
Но VS Code - на жЫрнющем электроне. Короче вся такая красивая смузиподелка ничем особо не выделяется, эту разницу заметить просто невозможно. В потреблении памяти тоже несущественное различие, а время запуска вообще не актуально, это вам не полный VS.
Но зато нам нужно 100500 ядер и мы всё рендерим на GPU.
Zed требует GPU, а как он сработает в VM ? А как сработает порт на FreeBSD? А как на старой винде где старое железо?Вот вот. Никак.
В VM gpu прекрасно прокидывается.> порт на FreeBSD
Простите, но кому они вообще нужны? Кто им виноват, что у них дров на видяху нет?
Вы еще пожалуйтесь, что под бздей последний балдурс не идет или что-то такое.> А как на старой винде где старое железо?
Всем как бы пофиг. И на старое железо, и бздю, и на винду. Особенно на винду!
Тот кто сможет пользоваться - будет пользоваться и получать (или не получать) профит.
Остальные пусть идут мимо, уж чего-чего, а IDE просто море.
Ну как-как. Перейдёт на однопоточный софтварный рендер, и будет там не 58 мс, а все 158.
> конечно лучше пусть рендер идет силами проца, а не gpu который для этого был созданGPU вообщето для другого был создан, для сложной 3д графики с шейдерами. А скопировать битмапу с предварительно отрендеренным символом - это memory bound задача а не compute bound, так что GPU тут только лишние накладные расходы даст.
ГПУ был создан чтобы выводить графику на экран, вместо телетайпа и рулона бумаги :-) Тогда это было чуть ли не самым простейшим устройством, а не как сейчас, самым сложным и дорогим :-)
Для вывода на экран были созданы устройства сначала с текстовым буфером, потом с пиксельным фреймбуфером.
Это вообще ни разу не GPU, это просто видеоадаптеры.
GPU их стали называть после того, как в видеоадаптер добавился более-менее сложный процессинг.
3dfx, да
Господь, Боже мой! Потребление памяти в текстовом редакторе - 257 МБ... ёкарный бабай! Нет, если сравнивать монстра с монстрами - не все так плохо, но если подключить рациональное мышление - это просто вверх некомпетентности и вообще дикость.
ну а что ты хотел ? это графикус, да у тоже же gvim 171mb, а у вяленого emacs 135mb$ ps -o rss= $(pgrep gvim) | awk '{printf "%.0f\n", $1 / 1024}'
171$ ps -o rss= $(pgrep emacs) | awk '{printf "%.0f\n", $1 / 1024}'
135
*add
для сравнения у чистого консолного vim всего 8mb$ ps -o rss= $(pgrep vim) | awk '{printf "%.0f\n", $1 / 1024}'
8
Да только у них в этом бинаре функциональности на три порядка больше будет.
речь не об этом, из примеров выше видим что
vim/gvim == 8/171
выходит порядка 95% идёт на графическую обмазку, а то и больше, ведь в 5% умещается еще и консольный интерфейс.
Помнится мне, Visual Basic 6.0 (полноценная IDE) всего занимало 4 мегабайта и работало абсолютно без проблем на системе с 64 мегабайтами памяти и Pentium MMX :-)
странно, вот глянул темку на vbforums ( https://www.vbforums.com/showthread.php?368694-RESOLVED-Why-... )Resolved [RESOLVED] Why does VB6 IDE take up so memory?
I am looking at my task manager and vb6 is taking up 120 mb ram. Occasionally it skyrockets and eats up close to a 1/2 gig at which time I get out memory errors. The machine has 1 gb ram. My machine at home has 512 k ram and I never get this error. Could there be something either with the machine or the installation that is incorrect......где чел жалуется то со "стандартных" 120mb подымается до полугига и это его очень беспокоит.
Ерунда какая-то. VB6 вышел в 98 году и тогда даже 32 мегабайта для многих были непозволительной роскошью. У меня сосед на 486DX сидел до 2007 года на 8 мегабайтах и ему этого хватало для работы в Word 95 (да, он на этом ещё и деньги зарабатывал, а железо не менял из-за привязанности).
чего каску теребить, можете просто загрузиться в винду и глянуть, тем более что:However, primary components of the Visual Basic 6 development environment run in all 32-bit versions of Windows up to and including Windows 11.
Ерунда это то что на 4 мегабайтах работало(как выше написали), в 40 мб еще можно поверить сделав скидку на 32-битку и отсутствие каких либо прослоек совместимости, а за недостатком памяти обычно использ(овали/уют) своп.
> чего каску теребить, можете просто загрузиться в винду и глянутьТак это Вам надо, вот и загружайтесь. А я свои строки в 90х отписал, начиная с VB3 и заканчивая VB6. Причем, промышленного кода, который работает по сей день на местном предприятии. И я прекрасно знаю что из себя представляет VB и на каком железе оно работало, в отличии от Вас, изучающего прошлое по картинкам.
> а за недостатком памяти обычно использ(овали/уют) своп
А об этом извольте рассказывать своей жене.
>Так это Вам надо, вот и загружайтесь.я не пользуюсь виндой лет 10 если не больше, и не планирую, так что загружаться мне некуда. Да и зачем мне ? я просто усомнился в том что VB6 потреблял лишь 4мб оперативной памяти, и даже не поленился поискать инфу по теме о чем выше и написал. Вы же кроме своих уверений ничего вразумительного сказать не можете и, простите за выражение, начинаете быковать на пустом месте.
>А я свои строки в 90х отписал, начиная с VB3 и заканчивая VB6.
возможно по прошествии стольких лет вы что-то напутали, и я даже допускаю что какая-та из начальных версий VB под MS-DOS столько и потребляла, но вот насчет версии VB6 это вряд ли.
*add
вот кстати еще погуглил системные требования ( https://jeffpar.github.io/kbarchive/kb/190/Q190775/ ) откуда видно что:
- 16 MB of RAM for Windows 95 (32 MB recommended); 24 MB for Windows NT 4.0 (32 MB recommended)откуда можно предположить что для XP(Windows NT 5.1) минималка будет уже под 40 MB что в принципе соответствует ожиданиям и тому что я предполагал выше, но никак не фантастические 4MB.
Кстати интересно на что там уходит. Что там такое хранится и работает, откуда берутся вообще эти цифры. Мы начинаем с текста и он весит мало, а потом...
Неотключаемая телеметрия. Нет, спасибо.
https://github.com/zed-industries/zed/issues/5733Разрабы подумают, добавить ли вам опцию ее отключить. Потом.
https://github.com/zed-industries/zed/issues/1986Кушайте, не обляпайтесь.
>Разрабы подумают* уже. + Список получателей вашей инфы
https://raw.githubusercontent.com/zed-industries/zed/1c2859d...
И это всё?? Как-то очень мало.
Хотя уверен, что местные белки-истерички уже начнут верещать о шпионаже.
>>Разрабы подумают
> * уже. + Список получателей вашей инфы
> https://raw.githubusercontent.com/zed-industries/zed/1c2859d...А, вот в чем их бизнес моделька. Соленые крекеры бесплатно, но на лимонаде с нелоха - бакс? Утята скруджа одобряют. Кликхаус это вообще один из самых злобных приваси интрудеров. Впрочем от авторов атома ожидать другого... вы еще от майкрософт чего-то хорошее захотите блин.
Офонареть, нет предела наглости переписывальщиков ))
В смысле неотключаемая? Тебе исходники дали, делай что хочешь. Ан нет, у тебя лапки.
То же самое есть у vs code с плагином на совместную разработку и у fleet от JetBrains. Кто-то решил сделать тру мессенджер из текстового редактора и продавать производные продукты за деньги.
Чем бы капиталюга не тешился, лишь бы соевый за всё платил.
А какие производные продукты у Zed? А у VSCode?
Не совсем понимаю что такое совместная разработка в данном контексте.
Это типа когда 10 человек наперегонки одну строчку правят ?
Может кто-то примеров привести ?
"Могу я видеть прокурора? Можете!"Например менеджеры правят бизнес план в markdown.
как они синхронизируют правки?
CRDT структуры данных. Ну, Google Docs же как-то умеет.
>Код проекта развивается на языке Rust. Из платформ пока поддерживается только macOSБинго!
Не бинго, а комбо.
Бинго будет, когда добавят поддержку баттплаг. Для режима совместной разработки.
Шутки шутками, а ведь новость о чем-то подобном уже была, то ли на хабре, то ли на опеннете.
https://www.opennet.me/58244
>>Код проекта развивается на языке Rust. Из платформ пока поддерживается только macOS
> Бинго!И с телеметрией. Неотключаемой. Все как юзеря мака любят. Непонятно почему они Swift предали, как так - смеют против эппла переть?!
Лучше чем Sublime-Text и Notepad++ уже не сделать, ибо это вершина эволюции текстовых редакторов.
По поводу Notepad++. Часто там подсветка кривая. И это раздражает. Также часто он криво сворачивает код (например, надо свернуть какую-то одну функцию, а он сворачивает сразу несколько). А всё потому, что парсер там кривой, хорошо бы поддержку LSP из коробки иметь, но её нет.
>Notepad++Автор - поехавший. Замените на Notepad3
> Автор - поехавшийОн уже не вывешивает политические лозунги. Поумнел видать.
>Поумнел видатьНет, просто поводов не было.
Очередное изобретение велосипеда :-) Для себя, как для хобби программиста, давно сделал вполне очевидный и прагматичный выбор в пользу geany. Ещё пробовал vim и emacs, но они уж слишком мудреные. Vscode хорош, но нутро старого советского инженера яро протестует при осознании того, что это браузер замаскированный под программу, да и тяжеловат он для моей коры дуба :-)
>Из платформ пока поддерживается только macOSГод линукса на десктопе начался!
>Zed collects anonymous telemetry data to help us understand how people are using the app.Ух ты, даже не скрывают. Интересно, отключить хоть можно или для этого перекомпилировать нужно?
Да хорошо, если только перекомпилировать. Так даже надёжней. Гораздо хуже, если не предоставляют --disable-telemtry. Тогда рдётся в растокоде копаться, искать и выпиливать.
> Тогда рдётся в растокоде копаться, искать и выпиливать.Уверен, что никто этого делать не будет. Либо молча будут юзать с телеметрией, либо выберут другой редактор, которых овердофига.
Ну да, ребята со своим растом сунулись на рынок на котором уже десятилетия царит гиперконкуренция, в том числе между корпорациями. Отличный план.
> Для финансирования работы команды разработчиков Zed в режиме полного рабочего дня проект намерен в дальнейшем использовать бизнес-модель, основанную на предоставлении дополнительных платных сервисов. Первым из таких сервисов станет "Zed Channels" с реализацией виртуального офиса для организации работы команд разработчиков в больших проектах, позволяющего скооперироваться вместе нескольким разработчикам, взаимодействовать с другими участниками и совместно писать код. На базе Zed Channels запущена инициатива Fireside Hacks, в рамках которой любой желающий может в режиме реального времени наблюдать за разработкой самого Zen. В будущем также планируется предоставить сервиса с собственным интеллектуальным помощником в стиле GitHub Copilot и, возможно, реализовать платные специализированные дополнения, учитывающие специфику разработки коммерческих продуктов и использования на предприятиях.Я, конечно, понимаю, что кушать хочется, но фтопку такое. Лучше vim/emacs.
> Лучше vim/emacs.Мож лучше сразу перейти на перфокарты?
>> Лучше vim/emacs.
> Мож лучше сразу перейти на перфокарты?Тебе разрешаю, переходи.
>>> Лучше vim/emacs.
>> Мож лучше сразу перейти на перфокарты?
> Тебе разрешаю, переходи.Так я этими копролитами и не пользуюсь, вот когда перевалит за 30, может и стряхну пыль с батиной коры дуба и накачу на неё православный Vim или Emacs. А пока что, с твоего позволения, буду и дальше кодить в PyCharm на божественном MacBook Air M2.
Совместное написание кода ?!))) Серьёзно ? Лебедь, рак и щука одобряют)))
> Совместное написание кода ?!))) Серьёзно ? Лебедь, рак и щука одобряют)))Для обучения или для удалённого собеседования? Почему бы и нет?
На этом use case много не заработаешь. Собеседование - это пару раз в несколько лет по полчаса. Обучение побольше, но бизнес-модель крайне сомнительна.
>> Совместное написание кода ?!))) Серьёзно ? Лебедь, рак и щука одобряют)))
> Для обучения или для удалённого собеседования? Почему бы и нет?Можно в браузере писать для собеседований без необходимости что-то устанавливать.
> Можно в браузере писать для собеседований без необходимости что-то устанавливать.Да в браузере можно и всю ОС сделать, а сам браузер запускать, как pid 1
>> Можно в браузере писать для собеседований без необходимости что-то устанавливать.
> Да в браузере можно и всю ОС сделать, а сам браузер запускать,
> как pid 1Уже есть vscode в облаке, прикрути туда сборку удаленную и можно локально ничего не разворачивать. У гугла есть code search в котором можно из браузера по С++ коду ходить с историей проекта. Или ты думал почему vscode сделан на веб технологиях? Для продуктивности плохого в этом ничего нет, кстати. Контроль пользователя, однако, теряется.
> Да в браузере можно и всю ОС сделать, а сам браузер запускать, как pid 1Поздравляю, вы придумали хром ос
Могли ведь просто сделать редактор в браузере под подписку и не заморачиваться "бизнесс моделями" платных сервисов. Смузихлёбы схавают и потребуют добавку!
VSCode уже есть в браузере, зачем тогда еще такое же но с перламутровыми пуговицами?
Notepad++ самый текстовый редактор!
Скурвился автор этого конструктора, главным компонентом которого является разрабатываемая не им Scintilla.Я, как разработчик, использую CudaText (https://cudatext.github.io)
А как скурвился?
Отлично, CudaText! А как скурвился автор Н++? Вообще то апдейты выходят, что-то там даже "сильно доработано в UI"...
Если кто здесь и скурвился, это ты. Тебе бесплатно предлагают вполне достойный продукт. Но нет, мы такие важные и капризные, автор должен, оказывается, быть ещё "правильных" политических взглядов.
Он про политические темы ничего не писал! Ты что?
:)
https://habr.com/ru/news/473836/
У тектсто-редактороисателей массовый психоз случился (https://thonny.org/ - до сих пор висит, https://codewith.mu/ , notepad++- здесь уже убрали, но было)
Слова не мальчика но мужа. Даю тебе совет - если чел весь из себя такой прекрасный, но сказал или сделал не очень хорошое дело (и не одно), то другой нормальный чел с ним не должен иметь дело, а если имеет дело, то тоже превращается в тряпку. Только наказание может очистить чела, сделавшего неправедный поступок и наставить его на путь истинный. Не ранее.
Добрый день, уважаемые пользователи данного опуса! По комментариям напрашивается вывод, что создатели данного чудеснейшего редактора запрещают это запускаться вне макиннтоша. Это так? Что вы думаете по этому поводу?
Попробуй вот это предложение дочитать до конца:"Из платформ пока поддерживается только macOS (в разработке поддержка Linux, Windows и Web)."
Вот спасибо! Слабенький редактор получается, уж лучше notepad++ на винде.
> уж лучше notepad++ на виндеДля хеллоуворлдов на 50 строк сгодится.
Что ты как маленький, не напишут же они прямо: "хрен мы ложили на ваши немодные платформы", иначе трудно объяснить в чем заключается трудность собрать билд еще хотя бы для Линукса.
растеризации окон на стороне GPU - чего, ***дь?время реакции на нажатие клавиши в Zed оценивается в 58 мс.
Потребление памяти Zed составило 257 МБ - шта?Интегрированный эмулятор терминала - они совсем сдурели?
Для финансирования - ну так и пишите сразу, что жрать захотелось, йопт!
Одновременное редактирование текста - бред. Проверено на дипломниках.
В переделх парадигмы ООП код разбивается на блоки и каждый блок должен работать по отдельности (сам по себе).
Короче - потом отдельно слепить со всех сотрудников и всю прогу проверить.
А до этого - на условном прототипе каждый доводит свою часть до соответствия требований техзадания (или проэкта).Тут же, простите, сдача анализов мочи после коллективногоодновременного насыкания в одно ведро 20 и более Женщин! Сам процесс - экстравагантен. А результат? - Ух! Етить твою налево)
Multi-player в этом проекте - ложное целеполагание.
Автору зачем-то далась эта цель. Но стОит ли делать с этого новый проект? Не лажанулся ли автор (и 10 помощников) с целеполаганием? Думаю лажанулись. Не надо было.А ведь под эту цель они сделали сервер!!! Внутри ядра!
ммда, онлайн-развлекаловки вышли на новый уровень)) скоро начнут соревнования по кодировке делать)) и платные скины и эффекты, куда ж без них?))
Технически вроде круто.А на скринах - такое чувство что они дискорд в редактор вставили.
> А на скринахНа скринах дизайн здорового человека, где всё по уму, как с академической точки зрения, так и со вкусом у дизайнера всё норм. Это тебе не вырвиглазные gnome \ kde.
> На скринах дизайн здорового человека, где всё по уму, как с академической точки зрения, так и со вкусом у дизайнера всё норм.Серьёзно?
Каналы чатиков и контакты в редакторе - это всё по уму с академической точки зрения?Ну хз.
А тулбар где?
> Это тебе не вырвиглазные gnome \ kde.Мы достигли ранее невозможных уровней толстоты.
Sublime как классический текстовый редактор - пока что лучшее что видел. Ну ещё neovim на любителя. Дальше уже идут IDE, которые представляют другую весовую категорию и неразумно их сравнивать с простыми редакторами текста.
А кроме macOS поддержки можно чего-то ожидать?
В целом ни под винду не под linux (bsd) не работает.
Думаю, что ни разработчику, ни программистам (независимым), ни пользователям macOS это не нужно. Инфраструктура Apple уже самодостаточна.
> поддерживающий совместное написание кодаЭто хорошо, но немного непонятно, много ли уже совместно накодировали?