Подготовлен (https://electronjs.org/blog/electron-5-0) релиз платформы Electron 5.0.0 (https://electronjs.org), которая предоставляет самодостаточный фреймворк для разработки многоплатформенных пользовательских приложений, использующий в качестве основы компоненты Chromium, V8 и Node.js. Значительное изменение номера версии связано с обновлением до кодовой базы Chromium 73 (https://www.opennet.ru/opennews/art.shtml?num=50308), платформы Node.js 12 (https://www.opennet.ru/opennews/art.shtml?num=50562) и JavaScript-движка V8 7.3. Ранее ожидавшееся (https://www.opennet.ru/opennews/art.shtml?num=50249) прекращение поддержки 32-разрядных систем Linux пока отложено и выпуск
5.0 в том числе доступен в 32-разрядных сборках.
Среди изменений (https://github.com/electron/electron/releases/tag/v5.0.0) в API, специфичных для Electron:
- Продолжен перевод асинхронных обработчиков в API, ранее использующих callback-вызовы, в форму на основе механизма Promise (https://developer.mozilla.org/en-US/docs/Web/JavaScript/Refe...). Поддержка Promise добавлена в Cookies API и в методах app.getFileIcon, contentTracing.[getCategories| startRecording| stopRecording], debugger.sendCommand,
shell.openExternal, webContents.[loadFile| loadURL| zoomLevel| zoomFactor] и win.capturePage;- Добавлена возможность получения информации о системных цветах в
macOS, используя вызовы systemPreferences.getAccentColor,
systemPreferences.getColor и systemPreferences.getSystemColor;
- Добавлена функция process.getProcessMemoryInfo, предоставляющая статистику о потреблении памяти текущим процессом;- В модуль "remote", представляющий IPC-механизм для взаимодействия между процессом отрисовки текущей страницы и основным процессом, добавлены дополнительные возможности по фильтрации внешних запросов для получения полного контроля за обращением к IPC. Поддержка фильтров добавлена для вызовов remote.getBuiltin, remote.getCurrentWindow, remote.getCurrentWebContents и webview.getWebContents;
- Добавлена возможность управления несколькими экземплярами BrowserViews из одного объекта BrowserWindow;
- В упакованных в пакеты приложениях обеспечено добавление меню приложения по умолчанию, даже если приложение явно не определяет данное меню и не добавляет обработчик события закрытия окна;- Активирован по умолчанию смешанный режим работы sandbox-изоляции, при котором и процесс отрисовки запускается в sandbox;
- Добавлена переменная окружения "ELECTRON_DISABLE_SANDBOX" для отключения sandbox-изоляции, например, если приложение и так запускается в контейнере на базе Docker;
- Для повышения безопасности по умолчанию отключены настройки nodeIntegration и webviewTag;
- API проверки орфографии (Spellchecker) переведён на неблокирующий режим работы, при котором результат проверки возвращается в асинхронном режиме;- Объявлены устаревшими и будут удалены в следующем выпуске:
исполняемые файлы mksnapshot для arm и arm64, ServiceWorker в WebContents, вызовы webFrame.setIsolated*, возможность прямого вызова модулей electron.screen,
child_process,
fs,
os и path (теперь нужно вызывать через remote.require с использованием обработчика в изолированном WebContents).Напомним, что Electron позволяет создавать любые графические приложения с использованием браузерных технологий, логика работы которых определяется на JavaScript, HTML и CSS, а функциональность может быть расширена через систему дополнений. Разработчикам доступны модули Node.js, а также расширенный API для формирования нативных диалогов, интеграции приложений, создания контекстных меню, интеграции с системой вывода уведомлений, манипуляции окнами, взаимодействия с подсистемами Chromium.
В отличие от web-приложений, программы на базе Electron поставляются в виде самодостаточных исполняемых файлов, не привязанных к браузеру. При этом разработчику не нужно заботиться о портировании приложения для различных платформ, Electron обеспечит возможность сборки для всех систем, поддерживаемых в Chromium. Electron также предоставляет средства (http://electron.atom.io/docs/api/auto-updater/) для организации автоматической доставки и установки обновлений (обновления можно доставлять как с отдельного сервера, так и напрямую с GitHub).Из программ, построенных на базе платформы Electron можно отметить редактор Atom (https://atom.io/), почтовый клиент Nylas (https://nylas.com/), инструментарий для работы с Git GitKraken (https://www.gitkraken.com/), система анализа и визуализации SQL-запросов Wagon (https://www.wagonhq.com/), система ведения блогов WordPress Desktop, BitTorrent-клиент WebTorrent Desktop (https://webtorrent.io/desktop), а также официальные клиенты к таким сервисам, как Skype, Signal, Slack, Basecamp, Twitch, Ghost, Wire, Wrike, Visual Studio Code и Discord. Всего в каталоге программ Electron представлено (https://electronjs.org/apps) 730 приложений. Для упрощения разработки новых приложений подготовлен набор типовых демонстрационных приложений (https://github.com/electron/electron-api-demos), включающих примеры кода для решения различных задач.
URL: https://electronjs.org/blog/electron-5-0
Новость: https://www.opennet.ru/opennews/art.shtml?num=50571
Недавно узнал, почему VSCode не тормозит. Они переписали все ресурсоёмкие процессы на С++. Теперь точно официально нет нетормозящих приложений на Electron.
и какие там ресурсоемкие процессы, если плагины в основном на js?
В электроне самое важное - кроссплатформенность.на JS можно написать программу и запустить на Android, ios, Десктопе(все основные платформы) через электрон, в браузере.
Пишешь одно приложение - запускаешь везде. Теперь js утёр нос Java.хотя как язык js довольно уродливый..
В огороде бузина в Киеве дядька... Вы веткой ошиблись? Вопроса про самое важное вроде не звучало
> В электроне самое важное - кроссплатформенность.
Бред.
нука покажи где конкретно? )
Тут: https://microsoft.github.io/language-server-protocol/impleme.../
ну т.е. C++ сервер языка реализован на C++, а вот javascript-typescript на typescript.
И чего? Так и должно быть, но причем тут электрон?
Наконец-то. Плагины для IDE пишут на том же языке какой и используют. Не уж-то 21 век наступил.
До этого был выбор либо все на java, в том числе и поддержка всех языков. Либо нативный, но как правило недоделаный клон.
Ага, давайте ещё в VS Code заведём поддержку плагинов на PHP и Basic.
Ну ты сходи по ссылке, PHP там точно указан что есть. Причем с реализацией на PHP, все как ты и хотел ;-)
Читать научитесь! Не поддержка языков редактором, а поддержка ПЛАГИНОВ на данных языках (Сарказм - для тех кто не распознаёт)
Все равно какая-то часть фронтенда плагина пишется на TypeScript
Не забывайте, что там ещё куча пакетов в зависимостях и некоторые могут быть нативные зависимости. Навскидку проклацал через npmjs.com:https://github.com/Axosoft/nsfw
https://github.com/mapbox/node-sqlite3
https://github.com/Microsoft/node-native-watchdog
https://github.com/Microsoft/node-pty
Тогда осталось гуй на Qt переписать и можно пользоваться.
>> Недавно узнал, почему VSCode не тормозит. Они переписали все ресурсоёмкие процессы на С++.
> Тогда осталось гуй на Qt переписать и можно пользоваться.Уже переписали и называется это QtCreator, только вот он не получил такого распространения, как VSCode. Хотя, казалось бы, использует С++, быстрый, не жрёт ресурсов, но что-то опять пошло не так и в итоге в рейтинге использования IDE он занимает последние строчки. Почему, вот в чём вопрос?
Куте не нужно просто. Вот саблайм на GTK и весьма популярен.
> Вот саблайм на GTK и весьма популярен.Среди аналогов Блокнота?
Дуплик, залогинься.
Среди гномеров, им выбирать не приходится, увы...
Пользую GNOME и пользую VS Code хотя есть лицензионный и JetBrains и Sublime. В целом из-за поулярности и простоты использования. В Sublime Все можно сделать, но это все сложно.
> Вот саблайм на GTK и весьма популярен.вы уверены?
Ну наверно мало кто пишет на Qt в VsCode, я бы не стал, Qt Creator довольно неплох.
Но он не работает же с другими языками.
>Но он не работает же с другими языками.начинает. Туда запилили поддержку LSP, например
Вообще давно уже есть Code::Blocks. Он на wx и нативен что под виндой, что под линами.
gtk = ненативен
Вот да, лучше бы уже с wx слезли на Qt, т.к. если собирать с wx-gtk3, то можно получить краши, поэтому я для себя в арче со второгтк пересобираю и всё стабильно работает.
> Вот да, лучше бы уже с wx слезли на Qt, т.к. если
> собирать с wx-gtk3, то можно получить краши, поэтому я для себя
> в арче со второгтк пересобираю и всё стабильно работает.wx - абстракция над нативными тулкитами. есть wxMSW, wxGTK, wxQT. Все довольны, всё работает. Теперь можно софт писать один раз.
Во-первых, у wxWidgets есть порт на Qt и довольно живой:https://wiki.wxwidgets.org/WxQt
Во-вторых, ненативно как раз Qt, ибо дефолтный фреймворк в никсах все-таки гтк.
> дефолтный фреймворк в никсах все-таки гтк.Рили? А что не мотиф, разве?
У него вроде поддержка языков вынесены в отдельные сервисы. Как и у vscode. Интересно эти сервера совместимы?
-
> Cookies APIА на десктопе-то печеньки нафига?
Чтобы веб-макакам было привычненько. Вместо конфигов?
>> Cookies API
>
> А на десктопе-то печеньки нафига?ды ктож теперь знает как эти ваши десктопы устроены 😂😂😂..
как вариант, кто-то захочет добавить онлайн-функции
Где изменения "ест меньше 4 гб озу" ?
"ест меньше 4 Тб озу" - радуйтесь)
Твое приложение будет есть многократно меньше. Ты же не напишешь монструозные IDE вроде VSCode
Wagon же помер, не?
я бы с гораздо большим удовольствием прочитал некролог этому обелиску победы над здравым смыслом, чем новость о новой мажорной версии
Скорее вы кони двинете чем это. Чем поливать грязью сходи лучше напиши на чем ты считаешь правильным что-нибудь полезное.
я, собственно, этим и занимаюсь. другое дело, что есть софт, которым пользоваться приходится. и пишется этот софт в том числе на вот этом вот. поэтому все, что остается - доносить окружающим, что это поделие нравится далеко не всем. возможно, это повлияет на чей-то выбор.
покажи-ка свой гитхаб, умник
С чего ты взял, что я пишу на гитхаб? у меня нет времени пилить халявный софт - я за денежку работаю. в опен-сорс проекте, да.
Видимо занимаетесь переводом значения Open source :)
Так если это опенсорс проект - киньте на него ссылочку, мы за вас порадуемся.
Да нет у него никакой работы, это очередной болтун, коих 99 процентовка данном ресурсе
ты ж понимаешь, что я могу кинуть ссылку на абсолютно любой open-source проект и ты не сможешь уличить меня во лжи. либо обвинить в обмане бездоказательно. поэтому я просто не буду этого делать.
Он конечно может и трепло, но с хрена ли он должен делать то, что ты ему говоришь?
так и запишем "трепло"
Пользуюсь Slack постоянно, тормозов не наблюдаю. Пользовался VSCode долго, тоже всё чики-пуки. Сейчас пользуюсь WebStorm (написан на Java) тоже не тормозит ничего, но памяти жрёт не меньше - около 1Gb.
Я нутром понимаю что писать к примеру на C++ к примеру получится куда более оптимизированный код и работать будет чуть быстрее и памяти будет жрать меньше. Но как долго вы будете разрабатывать тот же VSCode на C++ под каждую платформу (Linux, MacOS, Windows), сколько команд и сколько разработчиков в них будет тогда? Как хорошо вы сможете координировать эти команды чтобы кодовая база не разъезжалась для разных платформ?
Мне кажется это нытьё идёт от тех анонимов которые просто не представляют разработку таких серьезных вещей и не умеют мыслить в этом направлении.
никто не говорит, что нужно на сях для каждой платформы отдельно писать. но делать десктопные приложения в браузере - как по мне - это за гранью. была б хотя бы возможность открыть эти "приложения" в разных вкладках одного браузера - так нет же, каждому нужна свой инстанс своей версии... и да, тот же QT с QML (который тут непонятно почему все хают, облизывая электрон) гораздо лучше вообще во всем. Даже Java не настолько мерзкая, как это поделие. Электрон - далеко не единственный способ писать кросс-платформенные приложения. Это - самый дешевый способ, т.к. за последние годы появилось огромное количество веб-макак, которые даже не пытаются понять, что они делают. Взять хотя бы так всеми любимые реакт или ангуляр... там же используются подходы времен PHP3, которые все уже давно на косточки разобрали и поняли, почему это плохо. Но нет, сегодня всё это подается под видом революций и прорывов
> Взять хотя бы так всеми любимые реакт или ангуляр... там же используются подходы времен PHP3,Это какие, например?
Вот это вброс. И каждый кому не поподя опускается до унижений. Как вы там нас называете веб-макаки, у меня такое же мнение про Qt-макак, си-макак и др. которые всегда мнят себя лучше других. А про реакт и ангуляр и php я вообще молчу. Лучше бы ты остановился заранее, выглядел бы умнее. Php это язык бекенда и на нем невозможно делать то что делается в ангуляре и реакте. И кстати ангуляр и реакт также очень сильно отличаются, это далеко не одно и тоже. Поэтому под одну гребенку их тоже сводить не стоит.
Не подгорай, прими правду и спокойно живи с этим дальше.
Бывают только веб-макаки: когда ошибка на ютубе, там нарисована с молотком.
> Php это язык бекенда и на нем невозможно делать то что делается в ангуляре и реактеты и близко не понял, о чем я говорю. я не про функционал, а про подходы. кто помнит php3 или например java сервлеты, тот понимает, что я имею ввиду. объяснять остальным - не вижу смысла, лет через 10-15 и до сегодняшних веб-макак дойдет, насколько всё это (было) ужасно.
Незнаком на столько с java и не пойму вашего тайного смысла во всем этом. Но я уверен что java сервлеты, php 3 и react, angular решают разные задачи.
Я начинал программировать еще в 90 на компаньоне на Basic. Затем программировал на Pascal. Когда устроился работать писал под DOS FoxPro. Через некоторое время перешёл на PHP (как раз мажорная версия была 3). Программировал фронт + бек (PHP) лет 8. Застал эти тренды как MVC, MVVC и др. И просто в какой-то момент понял что я устал писал фронт на одном языке, бек на другом и потом пытаться их сдружить. Поэтому не надо мне рассказывать про PHP, и про то какие там были подходы и какие сейчас в React например. Angular имеет другую архитектуру, мне он никогда не нравился. Но когда я попробовал React с их декларативным подходом к описанию интерфейсов (чем то напоминает XSLT кстати), то поверьте возвращаться назад на PHP мне уже не захотелось.
У меня на работе старой был такой же опытный разработчик как вы, тоже говорил что все это давно было испробовано и изучено и пройдено. Но так же как и вы знал все новый тренды только поверхностно и не пробовал в реальной разработке использовать. Мой вам совет - попробуйте для начала тот же React и потом уже делайте выводы. Сила React-а в веб-компонентах и в их взаимодействии друг с другом. Никакой другой фреймворк (на PHP или на чём еще угодно) раньше такого сделать просто не мог, потому что реальные веб-компоненты можно реализовать только на фронте и фреймворк должен работать также на фронте.
Строго говоря, React не имеет никакого отношения к веб-компонентам. Последние работают в браузерах без каких-либо библиотек.
Это по стандарту они такие должны быть. Но пока этот стандарт повсеместно реализуют мы уже состаримся. И кто собственно запрещает реализовать свою архитектуру веб-компонентов. К тому же она оказалась очень удачной.
Дык в том то и дело, что мне сейчас приходится писать на реакте. это лютейший п......ц. такое ощущение, что кто-то решил взять все плохие практики из бэк-энд разработки и использовать их на фронте. в ангуляре по сути - всё то же самое, только сбоку. и проблема в том, что на фронте сегодня по сути нет адекватных вариантов. неплохие надежды подавал knockoutJs, но его, увы, так и не довели до ума (по крайней мере про него давно ничего не слышно, а заказчикам нужны технологии, которые "на слуху").
Я не пойму какие у вас проблемы с React. Он позволяет абстрагироваться от DOM манипуляций и углубится в архитектуру веб-приложения рассуждая на уровне самодостаточных кирпичиков со своими интерфейсами и своей логикой - компонентами. Примерно так же как и в Delphi было.
> Он позволяет абстрагироваться от DOM манипуляций и углубится в архитектуру веб-приложенияВ итоге мы имеем целый зоопарк веб-макак, которые не знают как писать эффективный код с учетом особенностей DOM. В особо запущенных случаях страницы целиком генерят прямо на клиентских браузерах, потому что не хотят заморачиваться сервер-сайдом. Потом первыми вопят на опеннете о прожорливости браузеров.
Не понял я как ты такие выводы сделал о том что умеют и что не умеют веб-разработчики. Полно фреймворков где нужно знать особенности DOM. Да и я в React прибегаю к DOM API когда это требуется. React поддерживает серверный рендеринг кстати. И там где общедоступные страницы я использую как раз серверную разметку. А вот уже внутри защищённых приложений (коммерческая разработка к примеру) с этим делом можно не заморачиваться, потому что краулеры сканировать этот контент не смогут да и не доступен он всем подряд.
А вот то что ты повторяешь макака макака и делаешь такие скорые выводы о веб-разработчиках тебя ставит как раз вровень с обезьянами.
Вывод сделал из чтения исходников таких разработчиков. Грамотно написанного кода с использованием React с каждым годом все меньше и меньше. Вопрос стоит не в том, что может React, а в том, как он оболванивает потенциальных программистов, которые решают изучать программирование наслушавшись хайпящих неадекватов.
Глупости говоришь, вот честно. Особенно о тенденции ухудшения кода, потому что React оболванивает (я так понимаю берёт на себя вопросы работы с DOM).
Я вижу обратное, что серьёзных проектов на React всё больше и больше.
А про хайпящих неадекватов я не особо понимаю связь с React если честно. Что за такие потенциальные программисты которых React оболванивает? Психологи, уборщицы, дворники, экономисты, юристы и т.д.? Если в программирование затягивают всех кого не лень, у кого мозги не настроены мыслить логикой, то это не проблемы React. Да и поверь React, особенно React Hooks (которые появились совсем недавно), не такой просто фреймворк, чтобы на раз два кто угодно смог слепить что-то путёвое.
И вот тебе еще как раз по теме: https://github.com/arturbien/React95/
Хотя я подозреваю чего вы хотите. Вам наверное не нравится смешивание модели с видом (состояния React компонента с отображением - разметкой). Если вы хотите чёткого разделения как в MVC например вы можете использовать Redux для хранения моделей, React-Redux это будет типа контроллер , который будет связывать состояние из общего хранилища с вашими компонентами на React. А в React компонентах тогда будет только разметка, данные полученные из Redux и всякие там event handlers и т.д. Логику можно реализовывать в Redux-Thunk например - это middleware которые исполняются перед изменением состояния в Redux.
я ещё даже не начал писать на Qt, но решительно со всей отвественнойтью заявляю: QT - это Quick Time, а Qt - это Кьют!
Пользуюсь Discord, их приложение работает *медленнее*, чем веб-версия в браузере. Дольше запускается, дольше открывает каналы, прокрутка просто невероятно тормозная.
На любом языке или фреймворке можно наговнокодить. Но это не означает что язык или фреймворк гавно и все кто на нем пишут идиоты.
тут есть такая проблема, что подход с Electron прост и по этому популярен. а писать код на C++ сложно и отсюда аудитория C++ всего несколько сотен тысячь программистов занятых в коммерческой разработке и это не студенты и квалификация у них что надо, но вот вопрос как сделать так что бы эти люди написали что-то простое и удобное. потому как что они не напишут Code::Block или QtCreator выходит какой-то редкий комбайн.
Вы сами сделали все выводы пока рассуждали. Со временем уровень веб-разработчиков вырастет, он уже отличается от того что было лет 5 назад, потому что Ecmascript сейчас очень быстро развивается и стараются исправить/сгладить огрехи в реализации первоисточника и дополняют новыми вещами, хотя понатасканными с других языков. Так же благодаря появлению Typescript, Flowtypes. Я уверен на 100% что за JS будущее.
они ещё алсу выкинули из списка вывода, хотя модуль жсовский поддерживает её
Пока макаки оправдываются "дооолго, дооорого, слооожно", профи сделали Telegram.> сколько команд и сколько разработчиков в них будет тогда?
И это очень хорошо с точки зрения рынка труда для программистов. Пора уже уходить от "Дядя, дядя, хотите я вам за доллар сайт сделаю?"
Я только одно не могу понять. Откуда столько негатива к веб-разработчикам? У вас чё хлеб забирают? Работать не дают? А если и забирают, то извините подстраиваться вы должны, потому что вам ни кто ничего не должен.
В любом анонсе связанном с JS одно и тоже, везде макаки да макаки. На большее ума видимо не хватает.
Речь идёт о качестве и в угоду выгоды косвенном пренебрежении ресурсами тех, кто платит за обновление железа.
Свобода выбора. Слышали не? Пользуйтесь тем что душе угодно. Java тоже жрёт дофига памяти, но ни кто уже грязью её и разработчиков не поливает. Естественно что чем больше веб-разработчиков тем больше будет тех кто еще молод и не опытен, но и достаточно тех кто уже собаку съел на этом.
> Свобода выбора. Слышали не? Пользуйтесь тем что душе угодно.Скорее свобода выбора выхода "когда вас съели".
> Java тоже жрёт дофига памяти, но ни кто уже грязью её и разработчиков не поливает.Именно что «уже».
Потому что по сравнению с приложениями на JS оно верх экономии ресурсов (полноценные ява эплеты и приложения шустро гоняли еще на машинах с парой сотен МГц и размером ОЗУ в те же пару сотен МБ) и интегрированности.> Естественно что чем больше веб-разработчиков тем больше будет тех кто
> еще молод и не опытен, но и достаточно тех кто уже собаку съел на этом.Во-во. Лучше бы не собаку в банановом соусе ели, а Кнута c Ёлко-деревом читали.
> Java тоже жрёт дофига памяти, но ни кто уже грязью её и разработчиков не поливаетЕщё как поливают!
Ладно ещё запилить серьёзную вещь, подобную EasyEDA, но не блокнот же.
> Откуда столько негатива к веб-разработчикам?Ты чего это вэб-макак разработчиками обзываешь?
к веб-разработчикам лично у меня вопросов никаких. вопросы - к веб-макакам, которые, увы, сегодня "задают тренды"
Ну так задавайте вопросы веб-макакам. Зачем эти тонны помоев здесь?
потому что оказалось, что веб-макак и тут хватает.
> Пока макаки оправдываются "дооолго, дооорого, слооожно", профи сделали Telegram.
>> сколько команд и сколько разработчиков в них будет тогда?
> И это очень хорошо с точки зрения рынка труда для программистов. Пора
> уже уходить от "Дядя, дядя, хотите я вам за доллар сайт
> сделаю?"да
> на C++ под каждую платформу (Linux, MacOS, Windows)Мой проект на Qt/С++ под указанные выше платформы имеет 100% идентичный код.
Официальный клиент к VSCode, ага.
Не хватает ему позитрона для пары.
Однако желающих организовать их встречу хоть отбавляй
https://github.com/mozilla/positron
Проект два года как мертв.
> Добавлена переменная окружения "ELECTRON_DISABLE_SANDBOX" для отключения sandbox-изоляции, например, если приложение и так запускается в контейнере на базе Dockerсмешали в кучу: кони-люди-песочницы, контейнеры.. -- всё [якобы] одно и тоже.
небось щаз ещё и выяснится что через Xorg работает это всё, а не через Wayland. (ну понятно? да? про изоляцию через Docker)
Конечно, откуда у электрона поддержка вяленного? Они же ждут, когда поддержку запилят в хроме. Да и вообще они плевали на линукс.
Новость, которую нужно читать под музыку из х/ф "Мастер и маргарита"
Вот. Музыка там соответствует представлению ада у религиознутых. Электрон тоже соответствует представлению ада у религиознутых.
А когда шариат экрана на вяленом завезут? Пока из-за этого на иксах остаюсь.
Давно как бы можно через рдп. А вот сетевой прозаичности нет, бида.
>шариатрпц же ты хотел сказать. Гребанный Т9, да?
Да задолбали вы со своей прозрачностью сетевой пользовались и вендой и макосью и были все счастливы
в sway буквально на днях завезли RDP, например
Ждём новость, что проект закрылся. Сколько можно клепать всякий гoвнософт на этом УГ?
1) Пипл хавает
2) Заказчик доволен дешёвой разработкойИ где-то там в тени доволен Интел, можно продолжать наращивать мощности.
Это тот интел, который 10 лет кормил нас одними и теми же процессорами, и только в прошлом году после красного пинка наконец-то положил ядер больше 4 в массовый сегмент?
Экономика берет свое — выживает сильнейший.
> Согласно современным представлениям, электрон в Атоме находится в постоянном движении вокруг ядра.
>> Теоретические расчеты физиков показывают, что на одной орбитали может находиться не более двух электронов.
* на одной 32битной орбитале
> орбиталеИди склонения повторяй.
ctrl+f > быстр* = 0 relultsОкай. Полезный релиз электрона.
Метод как зaсpать хороший продукт.1) Продать его компании Майкрософт.
2) Вы успешно зaсpали хороший продукт.
Или мир сошёл с ума, или идёт перепись людей с "жабоскриптом головного мозга". Хотя... какой ещё нафик там мозг!
ну что вы кипятитесь ... ребята молодцы делают что-то и у них выходит. если сравнить с Sublime то как-то и не код открытый и работает скажем на четверочку
>самодостаточный фреймворксамодостаточная ненужность
Fixed
Молодец, отметился.
если там хромота под капотом то это тормозное уг мало того что память сожрет так еще и вагон телеметрии в гугл отправляет ?