Компания Mozilla передала проект Servo некоммерческой организации Linux Foundation, курирующая широкий спектр работ, связанных с развитием Linux. Одновременно объявлено об изменении методов управления проектом - для принятия решений и выработки стратегии развития будут созданы управляющий и технический комитеты...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54102
Отдали тип "все равно выкидывать"?
Это все равно что закрыли. Тем более зачем Серво нужен если разработку Раста тоже закрыли.
Тем более зачем нужен раст если разработку линукса закрыли, да и зачем нужен линукс если разработку процессоров закрыли... кхм-кхм
Зачем теперь машинам нужен проект "человечество", если он и все его форки оказались неудачными?
Избавляются от непрофильных активов. Следующим FF кому-нить вручат. А то на премии самим себе любимым не хватает!
Собстенно, а зачем фф нужен если он доходов не особо приносит? Надо концентрировать усилия на экономически целесообразной деятельности а не фофане.
> Собстенно, а зачем фф нужен если он доходов не особо приносит? Надо
> концентрировать усилия на экономически целесообразной деятельности а не фофане.Это логично, а пожертвования/доходы от поисковика/вклад сообщества и корпораций в кодовую базу -- это "они же сами захотели и нам отдали".
Они альтруисты. Они не за деньги. Они за идею, мля!
И зачем теперь нужны все остальные процы, после того как вышел M1 от Аппле?
В смысле ARM64 перепаковали?Или я "не понимаю" и "это другое"?
И это еще Фрактал в тред не пришел…
Не к добру это... :-)
Смотря что считать добром.
"юнит "фрактал" признан не удачным, выделение ресурсов на его вычисление прекращено."
Матрица.
Вы хотя бы энтропию не увеличивайте.
>разработку линукса закрылиhttps://www.kernel.org/ с тобой не согласен.
О, спасиб! Обновился с 2.8 до 5.4!
> О, спасиб! Обновился с 2.8 до 5.4!2.6 ? И вообще очень зря, нормальные люди мечтают обратно на 2.х
Разработку Раста закрыли? Когда это?
Дык на расте лишь какой-то кусок движка вроде разрабатывали и то, тестово...А, вот в описании серво на гитхабе( интересовал именно JS-движок, поскольку JSCore из вебкита жручий, а V8 из хромого - просто неприятно использовать.. хотел было на жабаскрипт JIT-двигло на расте глянуть, что было бы реально интересно с учетом заморочек с типизацией и памятью ):
"2. Install Python 3.7 for Windows (https://www.python.org/downloads/release/python-374/). The Windows x86-64 MSI installer is fine. This is required in order to build the JavaScript engine, SpiderMonkey."
Похоже, что на расте был лишь веб-отрисовщик, а не "Всея-движок", включающий и жс.
Они просто разрабатывали его на берегу слоновой кости, а как только им подключили инет выяснилось, что уже есть С# и раст ненужно.
Какая узкая точка зрения
А разработчики С# были не в курсе что уже существует Java.
Разработчики C# пошли путём NIH(https://lurkmore.to/Фатальный_недостаток), что автоматически и беспрекословно исповедуется любым .NET разработчиком.Пишу это, являясь .NET разработчиком.
И почему всякая школота, написавшая хелловорлд, начинает называть себя разработчиками?.NET отличается от Java намного сильнее, чем С++ отличается от С.
Все равно денег не осталось чтобы платить разрабам
(как и самих разрабов, в принципе, всех же сократили во время короны)
>Отдали тип "все равно выкидывать"?Ну да. Это же знаменитый могильник Linux Foundation.
Может хотят использовать серво как гугл хромиум.
Начало конца.
Шляпа
Даже сами не осилили писать на собственно придуманном расте... финиш.
ИЧСХ фанатики Раста тоже не осилили Раст. Но везде лезут со своей памятебезопасностью в исключительных случаях. Как будто в программировании других проблем нет.
Скорее конец начала.
Где растофанатики? Что скажете про то что ваш Серво закрыли так и не выпустив ни единого релиза?
> ваш?А зачем он собственно нужен. Это растохейтеры в него вперлись, как в пример безуспешного проекта на расте. А у нас есть: https://rustinblockchain.org/awesome-blockchain-rust/
Зачем нужен безопасный, быстрый и с многопоточным ренделингом браузер?
Ты про Хром? Он-то как раз нужен и используется. В отличие от.
> ХромНе вводите в заблуждение. Нет такого браузера.
В Хроме нет многопоточности и безопасности как классов.
Дак вот почему Хром в разы быстрее работает! Спасибо, просветили.
> Хром в разы быстрее1) Ну да, точно не потому что Google замедляет версии своих ресурсов для FF.
2) И точно не потому что Google Ads используется на каждом первом сайте, за счёт чего хромой и продвинулся к домохозяйкам, которые повысили статистику хромого.
3) И не из-за особенностей винды, которая часто используемый софт приоритено загружает в ОЗУ, а впервые запущенный домохозяйкой фф грузит с нуля и по мере использования из-за чего "новые" пользователи встречают ЯКОБЫ "медленную" работу лисы.
4) И не потому что большинство сайтоделов не выделяют времени для разработки больше, чем под один браузер, который статистически популярен.
5) И не потому что Хроме разрабатывается под началом крупнейшей компании с бесконечным количеством ресурсов по продвижению, а лиса некоммерческой организацией и энтузиастами.Дело же только в якобы быстрой работе Хрома.
>а лиса некоммерческой организацией и энтузиастамиТой самой некоммерческой организацией, которая владеет коммерческим сервисом Pocket, продаёт места предустановленным поисковикам, руководство которой выписывает себе каждый год рекордные премии, полностью выкинула на мороз разработчиков Thunderbird и сокращает кол-во разработчиков браузера, (на который и собирает деньги под видом не коммерческой организации)?
Уж лучше свободный WebKit в виде Фалкона, Оттера и Мидори.
> Зачем нужен безопасный, быстрый и с многопоточным ренделингом браузер?Нахрен не нужен. Если одна страница жрёт больше одного потока - значит это нифига не веб, а какая-то хрень, веб приложением именуемая. И её надо переписать под десктоп или под консоль, в зависимости от выполняемой задачи.
Реально, если с рендерингом вашей страницы не справляется один поток, то вы что-то делаете не так.
>или под консольУходи в вим, животное.
> Где растофанатики?Здесь. Мы всегда рядом.
> Что скажете про то что ваш Серво закрыли так и не выпустив ни единого релиза?
Ничего.
ни единого разрыва
http://bash.org/?835030<Khassaki> HI EVERYBODY!!!!!!!!!!
<Judge-Mental> try pressing the the Caps Lock key
<Khassaki> O THANKS!!! ITS SO MUCH EASIER TO WRITE NOW!!!!!!!
<Judge-Mental> fuck me
Как ни единого? Разрывы пердаков же гарантированы.
> О своей поддержке проекта уже объявили такие компании, сообщества и организации, как Futurewei, Let’s Encrypt, Mozilla, Samsung и Three.js.Всем бы проектам так закрыться. А вообще мне местные фанатики нравятся: X11 у них якобы живой, хотя его вообще никто не хочет поддерживать. А хайповый браузер умер потому что его будут поддерживать на 4 компании больше?
> MozillaЭто которая не осилила собственный движок?!
> Samsung
Это который не осилил собственный Тазик на телефонках?!
> Let’s Encrypt
Это те коновалы, которые профакапили перекрёстную подпись собственных сертов?!
Ещё пара каких-то мутных сборищ...
Мать Тереза, перелогинься
X11 идеален с 1987 года ни единого разрыва или глобальной правки. Это ли не эталон софта?
> с 1987 года ни единого разрыва или глобальной правки.Если ты заглянешь под капот, то удивишься! Современный X11 работает совсем не так как это было в начале 90-х. Я просто перечислю: Xvideo, direct rendering, рендеринг шрифтов на стороне клиента, XComposite, XRender, Xrandr, потом DRI3, DRM Prime (и новый XRandr). Это достаточно серьёзное перепиливание... и именно этим отличается современный X11 от X11 30-летней давности.
KDE5 на X-сервере 2006-го года не стартует... Но kde 3 (даже kde 3.5, примерно так в 2006-2007-м году) запускался на DEC Alpha с лохматым юниксом 1996 года; ну и на современном X-сервере тоже должно стартануть.
> отличается современный X11 от X11 30-летней давности.Это список расширений. В остальном стабильный (хоть и по историческим причинам убогий) но в своем роде великолепный код и апи. Про xvideo, dri и пр заливают только те кто под иксы ни строчки за свою никчемную жизнь не написал и вообще не понимает как там все устроено.
>Всем бы проектам так закрыться. А вообще мне местные фанатики нравятся: X11 у них якобы живой, хотя его вообще никто не хочет поддерживать.Поддерживать может и не хотят, но он и так, каким он есть на сегодняшний день с костылями и подпорками прекрасно работает. А как работает современный, молодежный, который всем нужен вайленд? Сколько оконных менеджеров или его поддерживает? И что самое эпичное, так это адский костыль XWayland.
Не понял. А что тогда Mozilla внедряла в Firefox, написанное на Rust?
Смузихлёбство внедряла
> Не понял. А что тогда Mozilla внедряла в Firefox, написанное на Rust?Зверь принял новую одежду и изучал способы времени и пространства и света и потока энергии во Вселенной. На основании своих исследований Зверь создал новые конструкции из окисленного металла и возвещал об их славе. И последователи Зверя обрадовались, найдя обновленную цель в этих учениях.
из Книги Mozilla, 11:14 https://ru.qaz.wiki/wiki/The_Book_of_Mozilla
Серво всегда был экспериментальным полем
Наработки перешли в Firerox Квантум
Даже странно, что фонд решил взять себе
> Где растофанатики?растофанатики ничем не хуже растоненавистников. Лучше бы так старательно Лепетрон/Жабу/РешETO(C#)/дотНЕТ презирали )
> растофанатики ничем не хуже растоненавистниковНапрочь убlюд0чный синтаксис как минимум - ну согласись же.
Если они сумеют из этого что-то новое родить, это будет даже интересно. Но скорее всего как обычно ничего не выйдет.
Безопасность Раста подострена на том что ничего толкового на нем написать невозможно.
А лично ТЫ что-то писал на расте кроме хелловорда?
Что можно написать на языке для хелоуворлдов. Только хеллоуворлд и всё.
Если биомусор вроде тебя заменить на GPT-3, этот рассадник идиотии превратится в лучшую новостную площадку рунета.
тебе русским по белому написали, что писать на расте невозможно
Это враньё, мозилла написала на нём отличный парсер HTML.
И где этот отличный парсер? Почему-то все используют Хром.
Миллион мух, сэр
Всего миллион?! У Хрома миллиарды пчёл.
С успехом заменяет html5lib в продакшнах.
Там уже целые операционки и гипервизоры пишут, с разморозкой.
Кликбейтный булшит. И твоя операционка и гипервизор такие же неюзабельные хелоуворлды как и сабжевый серво. Возвращайся уже в реальность.
Может. Но у DropBox самый нижний уровень хранилища на Rust.
Из opensource, TiKV - нижний уровень TiDB - тоже на rust.
Но, правда, больше крупных «побед» не помню.
Ваша растофанатичная методичка устарела. В Dropbox весь бекенд на Go и уже давно Раста там нет от слова ваще.
Что за дичь?
Хватит так бесталанно троллить и нести заведомо полнейшую чушь.
Крысы бегут с тонущего корабля. servo, rust... Мозилле кабздец.
Опять
Почему "опять"? Она оттуда не вылазила последние 10 лет, как начала раст вы... вы... выталкивать.
Мозилле кобздец уже наверное лет как 20 ... А да еще и виндовсу тоже и тыры пыры
Ну вот флег таки загнулся почти
Нетскейпу тоже в своё время был кабздец, на браузере он отразился весьма положительно.
Только вот было это 20 лет назад, и с тех пор интернет мутировал в блевотный, свистопердящий ад, в котором каждая домашняя страничка весит многие мегабайты и рыгает в браузеры километрами яваскриптов.
А сами браузеры превратились в жуткие, монструозные комбайны, с поддержкой кучи всякой херни. Написание и поддержку таких чудовищ Франкенштейна не каждая копрорация осилит.
> в котором каждая домашняя страничка весит многие мегабайтыДвадцать лет назад буквально этими же словами жаловались.
Место такое, а вы все руки, руки.
Увешанный инфой апорт на одноядернике открывался в доли секунды. Сейчас гугл с одной поисковой строкой грузится дольше на четырехядерном компе с SSD.
Повод задуматься над использованием всего, что делает гугол
О да, вот раньше было лучше!
Java, Flashplayer, Silverlight, тег blink, AdMuncher, IE (едрить его!) 6...
Именно так! Раньше было лучше! Потому что сегодня всё привязывают к вебу, который при этом постоянно ломают никому не нужным "развитием". IE 6 просуществовал 5 (пять!) лет до выхода IE 7 и все эти годы позволял выходить в интернет и получать нужный контент. IE 7 просуществовал уже 3 года, а потом понеслось... Устройства устаревают не потому что перестают выполнять свои функции, а потому что тупо не могут нормально выйти в сеть и работать с интернет-сервисами, т.е. убиваются программно. Как же не хватает нормальных сайтов с адекватно структурированной инфой времён двухтысячных, а не этого заполонившего всё вокруг вырвиглазного и тошнотворного уродства на жрущих ресурсы фреймворках!
Да, славные были времена. Чтобы открыть веб-страницу с java-апплетом сортировки продукции требовалось прибить браузер и все "неподоходящие" процессы посредством диспетчера задач, прибить explorer.exe через тот же диспетчер, открыть браузер и сразу закрытьдиспетчер и на первой же странице браузера открывать то жаба-поделие, иначе оно вылетит из-за недостатка ОЗУ вместе с браузером.
"Славные" были времена :)))))Хотя ресурсов хватало для игр вроде C&C: Generals.. но не хватало для недоразумения вроде джава-апплетов.
Вот то ли дело сейчас:
# ps -o rss `pgrep Discord`
RSS
156256
41140
7216
160808
63740
20708
429308# ps -o rss `pgrep Discord` | awk '{if ($1 != RSS) sum += $1} END {print sum}'
876080Это один сраный мессенджер (на электроне, ясен ∞́) жрёт под терабайт оперативы.
Поддерживаю.
Чего это "бегут"? Пока что их за борт _выкидывают_. Не смотря на визги и цепляние коготками.Не, ну а че ты хотел-то. Разработчики же уже тоже за бортом. Вот, пусть линухфаундейшит трахается, вдруг чего родит.
А мазиле - да, кабздец, но ЭТУ стюардессу еще лет десять не зако...ну ты понял, запрещенное на опеннете слово - потому что гуглю ее трупик эпизодически потрахивать очень нравится, да и берет недорого...
> Чего это "бегут"? Пока что их за борт _выкидывают_. Не смотря на
> визги и цепляние коготками.Ну, я преувеличил, конечно, но раст вообще с радостью выделился в Rust Foundation. То есть для него глагол "бежать" очень неплохо описывает то, что он сделал. Servo попёрли, да, и вони там было немало.
> раст вообще с радостью выделился в Rust FoundationТем более, что концепция Rust Foundation и первые шаги по отделению от Mozilla начались задолго до сокращения разрабов. Mozilla по сути сбросила с себя Rust, когда на него подвязалось уже достаточное количество корпораций, чтобы они сами и без нее в Rust бабло вливали - по сути такой жадный и злобный способ сэкономить (надо ж как-то гигантские зп менеджменту сохранять в тяжелые времена). Но опеннетовский аноним как всегда принимает желаемое за действительное: "ололо, раст закопали".
Походу совсем плохи дела у мазиллы :-(
Половину штата безопасников выгнали.(Либо всех на сколько я правильно помню или не помню.) Естественно дела у Mozilla плохо...
> Половину штата безопасников выгнали.(Либо всех на сколько я правильно помню или не
> помню.) Естественно дела у Mozilla плохо...Ладно, пень с ней. Если хотят помереть, пусть помирают.
Иетересно, что будет с торбраузером? Он нужен.
ЗЫ:думаю возьмут за основу хромоногое.
>что будет с торбраузером? Он нужен.разве что, для заблокированных в РФ порномультиков? Тор и безопасность - понятия, увы, разные. https://restoreprivacy.com/tor/ (пощщу регулярно)
>>что будет с торбраузером? Он нужен.
> разве что, для заблокированных в РФ порномультиков? Тор и безопасность - понятия,
> увы, разные. https://restoreprivacy.com/tor/ (пощщу регулярно)Ложь, повторенная многократно истиной не становится.
Обоснуй, пожалуйста. Что там ложного?
(или, может, ЭнЭсЭй уже не держат четверть всех тор-узлов?)
Всего лишь четверть, для надёжной компрометации нужно больше половины.ЗЫ: в РФ крупнейшую выходную ноду держит...<бластбит> лаборатория кошмарского.
Возьми Боже что нам негоже
Мне кажется, или мир не наигрался в театр безопасности?
Театр абсурда ещё не наигрался в Опеннет.
Пи-дец расту!
Педе расты
pidof rust
Вы все ошиблись сайтом, вам на кривоезеркало.рф
Ну отлично. Теперь проблемы проектирования и проблемы архитектуры поклонники карго-культа сваливают на язык. Мол, сишечка такая плохая и ужасная, а мы такие хорошие и идеальные. Вот перепишем-то, безопасности будет - жопой жуй!
От начала разработки раста прошло 15 лет, и как результат? Мозила уволила разработчиков... Доля FF на рынке обрушилась до 1%.
Раст тут явно не при чём.Есть мнение что дело в спуске средств на премии СЕО.
Проблема в том числе в разработчиках. Неужели все такие среди них жополизы бесхребетные, что ни разу не тыкнули мордой руководство в их же плоды жизнедеятельности? Все такие умные на расте писать. А то, куда компания сползает -- не видели? Прям никто? Зато с мастер/слейв они борятся, демократичные наши.
да всё они видели, они не прочь заняться смузихлёбством на работе, пока начальство бабло пилит.
> Проблема в том числе в разработчиках. Неужели все такие среди них жополизы
> бесхребетные, что ни разу не тыкнули мордой руководство в их же
> плоды жизнедеятельности? Все такие умные на расте писать. А то, куда
> компания сползает -- не видели? Прям никто? Зато с мастер/слейв они
> борятся, демократичные наши.Так растог.но и сливают.
Там даже не полноценный движок, а, похоже, лишь отрисовщик и парсер, поскольку применяемый там жс движок - спайдерМанки, который совсем не на расте
Много раз вы своё руководство мордой во что-то тыкали?
Расскажите как прошло.
> Много раз вы своё руководство мордой во что-то тыкали?
> Расскажите как прошло.Помню, в начале века, мне обещали сломать ноги, если средство передвижения руководства вдруг по неизвестной причине сгорит. На что я ответил, что своё уже и так вернул, а чужого мне не надо. На том и разошлись.
В конце прошлого века, декан факультета, где я учился, потребовал от меня внести "материальную помощь" на закупку оборудования (в размере где-то полугодовой стипендии, собирали со всех). На что я ответил, что недавно предлагал альмаматер к приобретению класс ЭВМ (не популярный тогда хлам Tomato, а Asus, плюс доп.гарантия в виде 10% железа зарезервированного на складе) по цене ровно _вдвое_ ниже, чем по факту оказалось закуплено у соседа декана другого факультета. Так что в афере по перемещению стипендий в карманы я участвовать не собираюсь. Меня тогда отчислили, а декан через полгода ушёл в мир иной -- он ведь не только меня из-за своей жадности отчислил.
> Много раз вы своё руководство мордой во что-то тыкали?
> Расскажите как прошло.Нормально прошло. И не раз уже. Если начальство дебилы -- то это отличный тест. Сменил (прямо скажем) -- много организаций, и ни разу не пожалел.
"Лучше с умным потерять, чем с дураком найти". Мой дед (с).
То есть по вашему "тыкать мордой руководство" это - увольняться?
Круто, мощно, ничего не скажешь.Так а что с фирмами из которых вы ушли, вы своим увольнением поменяли их политику, изменили их продукт к лучшему?
Напомню, выше была предъявлена претензия к разработчикам мозиллы, мол они ответственны за качество продуктов мозиллы потому что не смогли в агрессивной форме повлиять на свое руководство.
> То есть по вашему "тыкать мордой руководство" это - увольняться?
> Круто, мощно, ничего не скажешь.Если начальство не понимает нормальных слов -- да, значит уволиться. Это отличное решение из всез возмоможных. Если вы так не считаете -- тогда могу предположить ,что вам нравится на работе отношения садомазо, и лично вам -- со стороны поедания кактусов.
> Так а что с фирмами из которых вы ушли, вы своим увольнением
> поменяли их политику, изменили их продукт к лучшему?Мне плевать на то, что творится в этих фирмах. Я там не работаю.
> Напомню, выше была предъявлена претензия к разработчикам мозиллы, мол они ответственны
> за качество продуктов мозиллы потому что не смогли в агрессивной форме
> повлиять на свое руководство.Если разработчики всё ещё числятся в штате этой фирмы -- значит разработчики эти либо бесхребетные слизни, либо вообще ничего не делают. Кто был не согласен -- с вероятностью 146% там не работают.
>Мне плевать на то, что творится в этих фирмахТак вы себя ответственным за продукт этих фирм не считаете?
Почему же вы тогда предъявляете претензии к разработчикам Мозиллы? В чём претензия? Почем они должны по вашему быть ответственны за продукты Мозиллы?
Что вы хотели сказать под "проблема в разработчиках"?>Если разработчики всё ещё числятся в штате этой фирмы -- значит разработчики эти либо бесхребетные слизни, либо вообще ничего не делают.
1. Вы писали
>Проблема в том числе в разработчиках. Неужели все такие среди них жополизы бесхребетные, что ни разу не тыкнули мордой руководство в их же плоды жизнедеятельности?И причем тут увольнения?
Я вас спросил - как вы себе представляете "тыкать мордой"
А вы - нужно увольняться.Так если они уволятся, то не будет никаких разработчиков и никакого продукта. Вы считаете проблемой существование продуктов Мозиллы как таковых, проекты нужно закрыть или что?
Или вы просто за свои слова не отвечаете?Еще раз, тыкать мордой = увольняться ? Я вас правильно понимаю?
>Если разработчики всё ещё числятся в штате этой фирмы -- значит разработчики эти либо бесхребетные слизни, либо вообще ничего не делают.
2. Вы сейчас 2-3Миллиарда людей работающих на транснациональные корпорации записали в бесхребетные слизни которые вообще ничего не делают. И то что далеко не каждый может позволить себе лишиться работы вас не смущает?
И это люди создающие 100% мирового ВВП, остальные 4 миллиарда - иждивенцы.Это какой-то олигфреенический нацизм у вас получился.
Рыба гниёт с головы. Некомпетентные управляющие нанимают некомпетентный персонал.
> От начала разработки раста прошло 15 лет,Ну, во-первых, не прошло, впервые только в 2006 году над ээтим начал думать один человек.
Во-вторых, релиз первой версии был 5 лет назад, до этой даты язык, его API и вообще всё вокруг него поменялось туевухучу раз, так что это точно был не Production Ready язык. Тем более для такого сложного проекта, как браузерный движок.
В-третьих от Mozilla над Servo трудились 5 (пять!) человек (плюс от Samsung несколько и полтора энтузиаста в свободное от работы время), что определённо несопоставимо с командой разработки Chromium, куда сегодня активно контрибьютят уже и Microsoft.Теперь, как управленец (Вы же пишете про увольнения и долю на рынке), скажите, как должна в 2020 году поступить Mozilla с Servo?
> Ну отлично. Теперь проблемы проектирования и проблемы архитектуры поклонники карго-культа
> сваливают на язык. Мол, сишечка такая плохая и ужасная, а мы
> такие хорошие и идеальные. Вот перепишем-то, безопасности будет - жопой жуй!Напомнили тут, про замечательный горящий пердак:
All in all, I believe this proves that software developers as a whole
and as a culture produce worse results than drug addicted butt fucked
monkeys randomly hacking on typewriters while inhaling the fumes of a
radioactive dumpster fire fueled by chinese platsic toys for children
and Elton John/Justin Bieber crossover CDs for all eternity.[1]Это самая смешная часть того tl;dr, в остальных частях концентрация йумора существенно ниже, одни ругательства. Но я всё же рекомендую почитать тот пост целиком, чтобы лучше понять откуда берётся идея "сишечка такая плохая и ужасная". Да, наверное, врождённые уродства, пропитывающие libc сверху-донизу, -- это не вина C, но как-то так выходит, что избавить себя от взаимодействия с этими уродствами, не избавившись от C не удаётся. Может потому что C официально включает libc в стандарты на язык?
[1] https://github.com/mpv-player/mpv/commit/1e70e82baa9193f6f02...
Есть нюанс.
Кода и библиотек на С написаны тонны, а вот таких проблем не много и в целом их можно избежать.
А ржавчина всё ещё бесполезна и фактически занимается тем что тормозит развитие софта и разрушает сообщество.
> Кода и библиотек на С написаны тонны, а вот таких проблем не
> много и в целом их можно избежать.В том-то и дело, что их настолько много, что избежать их в целом можно только отказавшись от использования библиотек, писанных на C.
> разрушает сообщество.
Да и хрен с ним, не сообщество и было.
Знаете, я вот не ни разу на какие либо проблемы не натыкался, подобные той что в ссылке. За, ну пусть будет 15 лет или 10.При этом я согласен с тем, что есть куча старых либ, лежащих в фундаменте индустрии, которые неплохо бы причесать.
Но, поскольку они очень много где используются там уже не получится сделать радикальных изменений за пол года, это может обрушить слишком много.Подход растоманов заключается в том, чтобы всё переписать на расте, ну или писать новое.
Но смысла в этом нет, через 10-20 лет ситуация будет ровно той же самой, ознако за счёт того что языков станет два и они не сильно похожи, всё будет ещё хуже.Честно, я не вижу никаких принципиальных проблем в С.
Есть проблемы с отдельными либами, иногда с какими то частями стандарта посикс.
Точно так же я не вижу приемуществ раста:
- тяжёлая зависимость
- другой синтаксис
- он не способен заменить С полностью
Итого я получаю ещё как минимум одну проблему которую нужно будет решать.
> Знаете, я вот не ни разу на какие либо проблемы не натыкался,
> подобные той что в ссылке. За, ну пусть будет 15 лет
> или 10.Я постоянно натыкаюсь. То блин кому-то пришла гениальная идея принять указатель на функцию, а в качестве данных прокидываемых ей, предложить мне положить int -- ну как я через int прокину указатель? То кто-то решил напилить макросов обёрток, и всё, что я думал функциями, оказывается макросами -- указатель на них не взять, только выкидывать и писать свои обёртки: static inline функции на что вообще даны?
> При этом я согласен с тем, что есть куча старых либ, лежащих
> в фундаменте индустрии, которые неплохо бы причесать.
> Но, поскольку они очень много где используются там уже не получится сделать
> радикальных изменений за пол года, это может обрушить слишком много.Да, поэтому не надо менять ничего. Я потерял надежду на "причесать", это никогда не случится.
> Подход растоманов заключается в том, чтобы всё переписать на расте, ну или
> писать новое.
> Но смысла в этом нет, через 10-20 лет ситуация будет ровно той
> же самой, ознако за счёт того что языков станет два и
> они не сильно похожи, всё будет ещё хуже.Эмм... То что языки не похожи -- это смотря как сказать. rust достаточно похож на C, чтобы дёргать C'шные функции и использовать C'шные типы без каких-либо проблем. А проблемы C с использованием rust'овых функций и типов -- это проблемы C. Мне на них стало фиолетово после появления rust'а.
> Точно так же я не вижу приемуществ раста:
> - тяжёлая зависимостьЧто значит тяжёлая зависимость? В рантайме раст не тяжелее C. А для компиляции, знаешь, C тоже не пёрышко. Попробуй собрать gcc или clang.
> - другой синтаксис
Отлично превосходно.
> - он не способен заменить С полностью
Это миф распространяемый C-программистами, которые не удосужились посмотреть на rust повнимательнее.
> Итого я получаю ещё как минимум одну проблему которую нужно будет решать.
Я тоже вижу одну проблему -- надо дождаться когда все старпёры умрут от старости.
> Я постоянно натыкаюсь. То блин кому-то пришла гениальная идея принять указатель на функцию, а в
> качестве данных прокидываемых ей, предложить мне положить int -- ну как я через int прокину
> указатель? То кто-то решил напилить макросов обёрток, и всё, что я думал функциями, оказывается
> макросами -- указатель на них не взять, только выкидывать и писать свои обёртки: static inline
> функции на что вообще даны?Это какие то очень частные проблемы.
Наиболее близко я припоминаю как я страдал от того что в epoll к событию можно приатачить только один int/uint64_t, те одновременно и дескриптор и указатель на ассоцированные данные не пропихнуть.
В итоге пришёл к выводу что проще аллоцировать глобальный массив указателей, а дескриптор сокета юзать как индекс в этом массиве.
Может вам пригодится.> Что значит тяжёлая зависимость? В рантайме раст не тяжелее C. А для компиляции, знаешь, C тоже
> не пёрышко. Попробуй собрать gcc или clang.Дело в том, что rust собирается очень долго, сам компилятор.
И компилирует он тоже очень медленно.
И ccache его не понимает и аналогов...впрочем я не искал.
Компилятор С у меня и так в системе есть.
Впрочем, было бы сильно легче, если бы раст встроили в шланг и он собирался где то с С компилятором сразу.> А проблемы C с использованием rust'овых функций и типов -- это проблемы C. Мне на них стало
> фиолетово после появления rust'а.Вот придурки с гнома втащили раст в svg либу, теперь сами её и поддерживайте.
Оставь свою почту и телефон, когда она сломается - я тебя дёрну чтобы ты починил по быстрому. )> Я тоже вижу одну проблему -- надо дождаться когда все старпёры умрут от старости.
Это никогда не помогает.
> Это какие то очень частные проблемы.Но они _везде_.
> Может вам пригодится.
Надеюсь что не пригодится. В расте для этих целей есть замыкания, то есть приаттачить к функции произвольные данные и получить callable объект -- это раз плюнуть.
>> Что значит тяжёлая зависимость? В рантайме раст не тяжелее C. А для компиляции, знаешь, C тоже
>> не пёрышко. Попробуй собрать gcc или clang.
> Дело в том, что rust собирается очень долго, сам компилятор.Попробуй собрать gcc или clang.
> И компилирует он тоже очень медленно.
Это да. Но ведь именно благодаря этому можно получать бонусы rust'а. Скажем, как ещё получить инференцию типов, кроме как заставить компилятор её обсчитывать? Зато можно положить к чертям компилятор рекурсивными типами. :D Чувак по ссылке[1] описывает что такое комбинаторы парсеров, и как они позволяют выстраивать очень быстрые парсеры, которые при этом имеют описание грамматики вменяемой читаемости. Чтобы объяснить, он комбинирует парсеры, комбинирует, комбинирует... И в один прекрасный момент его система ложится при компиляции, потому как типы оказываются вообще ппц. Он там выкручивается путём принесения рантайм производительности в жертву возможности скомпилировать код, и переходит к использованию impl, то есть к использованию vtable.
Но, я к чему, время компиляции действительно большое, но если понимать зачем оно такое, то особо из-за этого не переживаешь.
> И ccache его не понимает и аналогов...впрочем я не искал.
В режиме debug cargo пересобирает быстро. Если им ставить софт, то конечно бесит то, что он собирает все пакеты на каждую утилиту, и пересобирает их для каждой. Но это, я думаю, временное явление. Сейчас rust'овый софт не включают в дистры, и пока это не является проблемой, никто не будет её решать.
> Впрочем, было бы сильно легче, если бы раст встроили в шланг и
> он собирался где то с С компилятором сразу.Это ещё зачем? Было бы сильно легче, если бы они научились пользоваться системно-установленным llvm, чтобы не надо было бы его пересобирать. Если бы они пользовались бы системно установленным rust'ом, тоже было бы круто. Впрочем, мне кажется, что это проблемы не столько rust'а, сколько гентушных ебилдов. Сложно сказать что там сейчас -- я прекратил ставить раст системно, проще rustup'ом тулчейны втягивать, и управлять ими через rustup и cargo, чем пилить ебилды.
А собирать rust вместе с clang -- зачем? Может ещё заодно собрать c++, fortran и все остальные языки, к которым есть фронтенд для llvm?
> Вот придурки с гнома втащили раст в svg либу, теперь сами её
> и поддерживайте.
> Оставь свою почту и телефон, когда она сломается - я тебя дёрну
> чтобы ты починил по быстрому. )Я-то здесь при чём? Та либа скорее всего на github'е хостится, сходи туда и отпиши в issues.
>> Я тоже вижу одну проблему -- надо дождаться когда все старпёры умрут от старости.
> Это никогда не помогает.Ты к тому, что когда умирают одни старпёры, другие уже пропитались их старпёрством настолько, что опять хрен, что изменишь? Может быть, но если это так, то это ультимативная причина забить на C, и мигрировать на rust: вокруг rust сейчас сообщество без старпёров.
upd. Ссылку забыл
> Но они _везде_.Я как то не встречался.
> Попробуй собрать gcc или clang.
Регулярно собюираю.
Только вот шланг - это часть системы либо зависимость меса, те мастхэв.
А раст кажется даже дольше собирается, и нужен только для фаирфокса и svg от гнома.> Скажем, как ещё получить инференцию типов, кроме как заставить компилятор её обсчитывать?
Не знаю что это такое.
А история про компиляторы/парсеры - это из области извращений, ибо чувак не практическую задачу решает а страдаёт фигнёй.> Это ещё зачем? Было бы сильно легче, если бы они научились пользоваться системно-установленным llvm, чтобы не надо было бы его пересобирать.
Да, как то так.
Я бы пожалуй перестал ворчать и замечать раст вообще после этого, типа пофиг на фриков - не мешаются.
А пока этого нет - дико бесят своими поделками.> Ты к тому, что когда умирают одни старпёры, другие уже пропитались их старпёрством настолько,
> что опять хрен, что изменишь? Может быть, но если это так, то это ультимативная причина забить
> на C, и мигрировать на rust: вокруг rust сейчас сообщество без старпёров.Предлагаю посмотреть на вейланд и то насколько трудно оно заходит.
Инерция очень большая, потому что очень много всего на хорг завязано.Кроме того, когда растоманы обрастут нужным софтом, у них тоже начнутся проблемы.
Это пока всё мизерное, легко переписать а кой чего и ваще не вылезает.Ну и я тоже люблю старое выкинуть, новое сделать. Но часто вылезает что в старом были какие то костыли, которые работали и про которые забыли, и без которых никак низя.
И вот приходится опять проходить по граблям.
А если взглянуть со стороны то получается хождение кругами.
> Вот придурки с гнома втащили раст в svg либу, теперь сами её и поддерживайте.Вообще-то, емнип, librsvg была _несколько лет_ без ментейнера.
Потом нашелся тот, кто решил поддерживать и развивать (ну да, на удобном ему ЯП) и сразу началось -- "караул, беда! Пропал калабуховский дом!", как будто критикующим кто-то мешает взять и поддерживать/развивать старый проект на Ъ-сишке 🙄
> Я постоянно натыкаюсь. То блин кому-то пришла гениальная идея принять указатель на
> функцию, а в качестве данных прокидываемых ей, предложить мне положить intОхх. Я и не такой говнокод видел. Индусы, они такие.
Обычно на такое статический анализатор в компиляторе сразу ругается.> -- указатель на них не взять, только выкидывать и писать свои
> обёртки: static inline функции на что вообще даны?Я кстати не уверен в определённости поведения static inline.
>> Точно так же я не вижу приемуществ раста:
>> - тяжёлая зависимость
> Что значит тяжёлая зависимость? В рантайме раст не тяжелее C. А для
> компиляции, знаешь, C тоже не пёрышко. Попробуй собрать gcc или clang.Собирал. Раст отжирает гигов диска при сборке 10, а gcc целиком только 3-4(без lto и pgo). А ведь раст - только фронтэнд для llvm. Его уместно сравнивать даже не с gcc, а с clang(именно шланг, а не llvm).
Ну и шлангу надо вроде пол гига. Точно не помню, но меньше двух гигов.> Я тоже вижу одну проблему -- надо дождаться когда все старпёры умрут
> от старости.Когда умрут старые, на их место придут новые.
> А ржавчина всё ещё бесполезна и фактически занимается тем что тормозит развитие софта и разрушает сообществоШто? C на фоне Раста какое-то непотребство без возможностей.
На нем пишут до сих пор только из-за тотального вендорлока, увы.
Интересно, продолжайте, это какой же вендор залочил всех на C?
Многие железки идут с определенными тулзами от производителя. Сам Линукс в конце концов)
> Может
> потому что C официально включает libc в стандарты на язык?Официально не совсем включает:
The two forms of conforming implementation are hosted and freestanding. A conforming
hosted implementation shall accept any strictly conforming program. A conforming
freestanding implementation shall accept any strictly conforming program in which the
use of the features specified in the library clause (clause 7) is confined to the contents of
the standard headers <float.h>, <iso646.h>, <limits.h>, <stdalign.h>, <stdarg.h>, <stdbool.h>,
<stddef.h>, <stdint.h>, and <stdnoreturn.h>.
> ужасная". Да, наверное, врождённые уродства, пропитывающие libc сверху-донизу, -- это
> не вина C, но как-то так выходит, что избавить себя от
> взаимодействия с этими уродствами, не избавившись от C не удаётся.
> [1] https://github.com/mpv-player/mpv/commit/1e70e82baa9193f6f02...Я прочитал. Это не проблема языка. Это та-же проблема, что и постигла жабу и c++. И rust она постигнет. Это любители legacy кода в комитете и прочего "ынтырпрайза". Вон, в c++ такие люди не дают сломать ABI. В языке, который позиционирует себя "безопасным" это наступит ещё раньше.
> Теперь проблемы проектирования и проблемы архитектуры поклонники карго-культа сваливают на язык. Мол, сишечка такая плохая и ужасная, а мы такие хорошие и идеальныеОпять насильники сказки выдумывают. Как раз эти "мы" говорят совершенно обратное - потому что "мы" (и "вы" тоже) не хорошие и не идеальные ("человеку свойственно ошибаться") сишечка является плохой и ужасной по причине того, что слишком много позволяет в плане ошибок. И опять же, по причине того, что разработчики неидеальны, даже при самом расчудесном проектировании, архитектуре, дисциплине, процессам/тулчейнам разработки на Си даже опытные девелоперы продолжают умудряться совершать одни и те же ошибки. Увы, мир не идеален.
Ну понятно, этого следовало ожидать, не зря же они там в Багзилле писали мол "Нам больше не нужно синхронизровать код с Серво, давайте костыли лепить прямо тут".
Вопрос однако в другом - серво вроде как показал весьма хорошие результаты, всяко быстрее чем то из чего состоит Gecko, а что если его еще больше улучшат, как они будут синхронизировать свою версию? Никак?
Они уже как-о брали IPC их Хромиума, под конец настолько его "кастомизировав", что синхронизировать более невозможно.Стоило ли отказываться от Серво? Те куски что они взяли уже ощутимо их ускорили (stylo, webrender). Они столько сил потратили на него, а теперь опять на помойку?
Они сдохли уже. Им не то что на серво - браузер будущего (на самом деле нет будущего ни у одного браузера, которым не заведует Гугл. Это гугл - будущее, а не браузер. Браузер - всего лишь придаток гугла.) , без которого у firefox будущего не будет, денег не хватаеь, им на сам firefox уже денег не хватает.
> Они сдохли уже. Им не то что на серво - браузер будущего
> (на самом деле нет будущего ни у одного браузера, которым не
> заведует Гугл. Это гугл - будущее, а не браузер. Браузер -
> всего лишь придаток гугла.) , без которого у firefox будущего не
> будет, денег не хватаеь, им на сам firefox уже денег не
> хватает.Так может хватит руководству зряплаты поднимать? Когда при финансовых проблемах косты режут увольняя тех кто сосбтвенно основную работу работает, но при этом повышают админисративные расходы и зарплату руководству это прямо Бизнесом по Русски пахнет (пример - ТрансАэро, у компании долги, нет денег на оплату авиатоплива, а руководство себе представительские тачки покупает).
Да и что вообще может сделать менеджмент-то? У Мозиллы все ранво один продукт, а все остальное регулярно отмирает.
Понимаешь, если компания и так и так сдохнет, не выдержав конкуренции с Настоящим Хозяином, то самое лучшее (для себя), что могут сделать её менеджеры - это её разворовать.
Я открою тайну, основная задача CEO в любой конторе, в любой стране - это воровать, т.к. его все равно уволят через 4-6.
не в любой, CEO Tesla получает 1$, как и ещё Джобс в своё время
> не в любой, CEO Tesla получает 1$, как и ещё Джобс в
> своё времяСколько у них акций? В том числе конкурентов.
>У Мозиллы все ранво один продуктУ мозиллы вообще нет продукта. Поиск кроме гугла не нужен. Поставлять гугл в панели по-умолчанию - это не гуглу выгодно, а мозилле. С мизерной долей сама мозилла другим поисковикам вообще нафиг сдалась.
>>У Мозиллы все ранво один продукт
> У мозиллы вообще нет продукта. Поиск кроме гугла не нужен. Поставлять гугл
> в панели по-умолчанию - это не гуглу выгодно, а мозилле. С
> мизерной долей сама мозилла другим поисковикам вообще нафиг сдалась.Это современный поиск от Гугла не нужен.
Ха, как будто у тебя еще какой-то другой остался?!
> Ха, как будто у тебя ещекакой-то другой остался?!
Есть пир-2пир поисковики, есть утка, хоть и использующая базы говнугля, есть поисковики в Орион и адресные книги.
>> Ха, как будто у тебя еще
> какой-то другой остался?!
> Есть пир-2пир поисковики, есть утка, хоть и использующая базы говнугля, есть поисковики
> в Орион и адресные книги.В онион.
Ну и что они тебе найдут? nsfw контент разьве что.
> Ну и что они тебе найдут? nsfw контент разьве что.иЩет человек. Задача поисковика помочь ему в этом, а не искать за него.
>на самом деле нет будущего ни у одного браузера, которым не заведует Гугл. Это гугл - будущее, а не браузер. Браузер - всего лишь придаток гуглаУже не заведует. MS на себя кусок разработки Хромиума перетянули, да так, что Гугл несколько раз ломал свой хромог в попытках заставить работать патчи от MS.
У Apple сто лет в обед как Safari WebKit и отказываться от него в пользу хромыги они не собираются, а даже ставят дополнительные костыли. Так-что "монополисту" Гуглу дали по рукам другие большие дяди и монополия опять не состоялась.
Пишу с нового Edge этот пост, если что. Работает лучше хромыги и лиса.
В случае если Servo-таки полетит, Firefox просто станет брэндированным Servo. Иначе место Servo может занять Chromium.
> если Servo-таки полетитуже полетел... в мусорку.
>Компания Mozilla передала проект Servo некоммерческой организации Linux FoundationНу, хоть не в кунсткамеру фонда Apache.
> развивался Mozilla в сотрудничестве с компанией SamsungКогда Самс. в разработке, то потом выбросить.
Эпл может себе вебкит тащить, Самсунг еще не вырос.
А вебкит - это KHTML от KDE
Был когда-то давно, 17 лет назад
Бредятина> В 2001 году инженеры Apple создали собственную ветку проекта KHTML и KJS, переименовали свой вариант библиотек в WebCore и JavaScriptCore и, сохранив все достоинства оригиналов, полностью их переписали. (C) Wikipedia
Слова "полностью переписали" выглядят сомнительно, но за 20 (!) лет уж явно глупо называть "вебкит - это KHTML"
Если не полностью переписали, то там остались куски на Qt 3, а то и Qt 2.
>Компания Mozilla передала движок Servo"эфективные менеджеры" из выбросили на помойку будующее firefox?
Точно сказано.
> О своей поддержке проекта уже объявили такие компании, сообщества и организации, как Futurewei, Let’s Encrypt, **Mozilla**, Samsung и Three.js.Сам себя не похвалишь - никто не похвалит
Oh shit. Firefox совсем всё.
И вовсе еще не все - дизайнеров интерфейса-то не сократили!Еще пару раз угловатые кнопки переделают в полукруглые, а в адресной строке будут показывать мультики! Для этого хруст не нужен, хватит и html+js.
>в адресной строке будут показывать мультикиТак ведь уже.
Непоможет.
Кому? Firefox, Servo, Mozilla или TLF?
Скоро будет: "Кому Firefox, Servo, Mozilla!?"
Хорошая новость для Servo, потому что он последние годы в Mozilla загнивал, а теперь у него есть шанс.Вообще прикольно, что нынешний кризис в Mozilla порождает уже несколько хороших свободных проектов (вспомним о готовящемся независимом The Rust Foundation).
Вот собственно и ответ на давний вопрос. Не надо было ломать миллион дополнений, оставить в покое XUL, напихивать в браузер сервисы (которые и дополнениями вполне могли быть).
А надо было пилить движок чтобы был не сильно медленнее хрома. И лечить при этом родовые травмы.
Запилили, но опоздали. Потеляли много лет на маркетинговый буллщит. Пытались играть на поле конкурента, копировать его идеи и проиграли.Браузер никуда не денется. замедление или стагнация в развитии - вполне возможно. Форк и новые победы, так же вероятно.
> А надо было пилить движок чтобы был не сильно медленнее хрома.Это и делали. Вообще XUL-вой Firefox из себя представлял печальное зрелище 😞
Алло, они использовали наработки в Firefox, после чего тот _значительно_ ускорился
Вряд ли у них были ресурсы на совершенно новый движок с нуля
Но они же написали куски нового движка на rust. Этим и надо было изначально заниматься. Как только хром вышел и увидели результаты тестов производительности.
руст пустил метастазы в linux foundation. ещё один рак на наши головы.
Вот да, будто ракоC там мало.
> Использование Rust позволяет разбить код DOM и рендеринга на более мелкие подзадачи, которые могут выполняться параллельно и более эффективно использовать ресурсы многоядерных CPU.А "разбить DOM и рендеринга на более мелкие подзадачи" с использованием C/C++ разве нельзя было?
Это раньше можно было.
А сейчас некому - теперь програмиздов из вебмакак набирают. У вебмакак портфолио наряднее)) д
А зачем тратить время на C/C++?
Спрашиваю как тот, кто потратил десять+ лет жизни на них.
Раст гораздо гибче и функциональнее уже сейчас, серьезно. Чем больше будет сообщество - тем быстрее получим действительно замечательный язык. Всем добра.p.s. C++20 и то, что до сих пор модули не готовы к использованию - последняя капля.
можно, но настолько сложно что требует от разраба высочейшей квалификации и много времени
такое может позволить себе гугль (денег немеряно), н оне мозиллараст забирает рутину проверки корректности кода на себя, и разраб может быстрее и эффективнее писать полезный код
что, впрочем, не отменяет того факта, что движок браузера - супер сложная штука, и даже с использованием раста в такую разработку "с нуля" надо сбухать овер дофига денег, которых у мозиллы не хватило
хорошо что из серво забрали в лису stylo, успели
Лол если Раст «забирает рутину» тогда почему программисты в реальном мире не пишут на Расте быстрее? А слово эффективнее в программирование это менеджерский буллщит, прекратите применять это слово в контексте IT.
> раст забирает рутину проверки корректности кода на себя, и разраб может быстрее и эффективнее писать полезный кодБыстрее и эффективнее писать "полезный некорректный код", в надежде, что раст проверит?
Разве может быть некорректный код полезным?PS. Хотя, для раст-хейтеров, такой код, наверное, полезен.
Никто в здравом уме не будет бездумно верить комплиятору. Но от тупых ошибок он избавляет - факт.
Впрочем, не в проверках компилятора основные фишки Раста, совсем не в проверках. Я бы назвал это небольшим бонусом в сравнении с остальными фишками :)
> разраб может быстрее и эффективнее писатьОпыт Мозилы говорит об обратном... Так и не смогли на раст переписать за 15 лет (с момента разработки раста). Куда ни ткни - "а это ещё на си..."
> Релиз Rust 1.0 - 15 мая 2015, до этой даты сам язык и его API поменялись сотню раз.
> Над Servo трудится 5 программистов из MozillaНу, это вполне можно назвать
> не смогли на раст переписать за 15 летДа, определённо можно.
Можно, но для этого нужны более профессиональные разработчики, а с моделью бизнеса от Mitchell Baker "уволить ещё разрабов и выписать себе премию" так не выйдет. Даже Айк признал что FF как проект мёрт и стал хромого напильником переделывать, вместо форка Лисы.
Анонимы в треде как всегда против
Чой-то жс на некоторых сайтах больше не работает. В 82 всё ок было только что. Хромиум себе такого не позволяет.
Странно, в новой вкладке всё работает.
Жаль. Хотелось бы видеть живую альтернативу.
Сразу дайте по морде тому, кто скажет: "Выкинули на мороз".
Лучше бы выкинули.
Круто
По факту теперь движок никому не нужен, Мозила свою редакцию на месте использует без синхронизации с оным...
Деньги прожрали. Серво и раст про...рали.
>Движок написан на языке RustЛучше бы они его передали в Фонд Apache.
Нам не нужны такие проекты, было бы на Java ну или на C++ тогда бы присмотрелись.
Можно констатировать тот факт что весь опенсорс захватили большие корпорации.
Не можешь победить - возглавь! Красношапка - троянским конём оказалась, пустили козла в огород капусту охранять...
Так всегда было. Это суть опенсорса. Это неплохо.
В Electron встроить можно?
Раст, гниль эта, сожрёт всё. Зло изначальное, посему закопайте, пожалуйста.
ну и все. теперь еще один шаг, и мы мозила уходим на движок кромиума.
https://i.imgur.com/JnoQkmG.mp4
Да и хрен с ним, даёшь монопольную стагнацию!