The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Релиз Electron 6.0.0, платформы создания приложений на базе движка Chromium

31.07.2019 06:21

Подготовлен релиз платформы Electron 6.0.0, которая предоставляет самодостаточный фреймворк для разработки многоплатформенных пользовательских приложений, использующий в качестве основы компоненты Chromium, V8 и Node.js. Значительное изменение номера версии связано с обновлением до кодовой базы Chromium 76, платформы Node.js 12.4 и JavaScript-движка V8 7.6. Ранее ожидавшееся прекращение поддержки 32-разрядных систем Linux пока отложено и выпуск 6.0 в том числе доступен в 32-разрядных сборках.

Среди изменений в API, специфичных для Electron:

  • Продолжен перевод асинхронных обработчиков, ранее использующих callback-вызовы, в форму на основе механизма Promise. Возвращение Promise обеспечено в нескольких десятках функций, в том числе в категориях contentTracing.*, cookies.*, session.*, webContents.* и webFrame.*;
  • В рамках работы по усилению изоляции компонентов runtime добавлены три новых приложения-обработчика: Electron Helper (Renderer).app для процессов рендеринга, Electron Helper (GPU).app для процессов взаимодействия с GPU и Electron Helper (Plugin).app для плагинов;
  • Началась подготовка к ограничению загрузки в процессе рендеринга только модулей Node, использующих N-API или API Context Aware;
  • Реализация net.IncomingMessage приведена в соответствие с поведением Node.js.

Напомним, что Electron позволяет создавать любые графические приложения с использованием браузерных технологий, логика работы которых определяется на JavaScript, HTML и CSS, а функциональность может быть расширена через систему дополнений. Разработчикам доступны модули Node.js, а также расширенный API для формирования нативных диалогов, интеграции приложений, создания контекстных меню, интеграции с системой вывода уведомлений, манипуляции окнами, взаимодействия с подсистемами Chromium.

В отличие от web-приложений, программы на базе Electron поставляются в виде самодостаточных исполняемых файлов, не привязанных к браузеру. При этом разработчику не нужно заботиться о портировании приложения для различных платформ, Electron обеспечит возможность сборки для всех систем, поддерживаемых в Chromium. Electron также предоставляет средства для организации автоматической доставки и установки обновлений (обновления можно доставлять как с отдельного сервера, так и напрямую с GitHub).

Из программ, построенных на базе платформы Electron можно отметить редактор Atom, почтовый клиент Nylas, инструментарий для работы с Git GitKraken, система анализа и визуализации SQL-запросов Wagon, система ведения блогов WordPress Desktop, BitTorrent-клиент WebTorrent Desktop, а также официальные клиенты к таким сервисам, как Skype, Signal, Slack, Basecamp, Twitch, Ghost, Wire, Wrike, Visual Studio Code и Discord. Всего в каталоге программ Electron представлено около 800 приложений. Для упрощения разработки новых приложений подготовлен набор типовых демонстрационных приложений, включающих примеры кода для решения различных задач.

  1. Главная ссылка к новости (https://electronjs.org/blog/el...)
  2. OpenNews: Релиз Electron 5.0.0, платформы создания приложений на базе движка Chromium
  3. OpenNews: Платформа Electron прекращает поддержку 32-разрядных систем Linux
  4. OpenNews: Опубликован инструмент для выявления проблем с безопасностью в приложениях Electron
  5. OpenNews: Уязвимость в приложениях на базе платформы Electron
  6. OpenNews: Уязвимости в Signal Desktop и в платформе Electron
Лицензия: CC-BY
Тип: Программы
Ключевые слова: electron, chrome, nodejs
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (172) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Vassa2633 (?), 07:15, 31/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +38 +/
    Стильно, модно, молодёжно, приложение на этой поделке занимает меньше 1Gb RAM - то день не удался
    Вопрос - зачем? Почему нельзя писать на том же Qt?
     
     
  • 2.3, End User (?), 07:25, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Вопрос на миллион к Skype, Signal, Slack, Basecamp, Twitch, Ghost, Wire, Wrike, Visual Studio Code и Discord.

    Но это понять можно - дёшево, легко.

    Я не могу понять, почему:
    -выбран движок с самым кретинским рендером шрифтов
    -никто не даёт пользователю выбрать другие шрифты

     
     
  • 3.17, Аноним (17), 09:22, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Skype, Signal, Slack, Basecamp, Twitch, Ghost, Wire, Wrike, Visual Studio Code и Discord

    Etcher ещё забыл - прога для записи дисков.

    Чёрт, а ведь она удобна тем, что зависимости ставить ненужно, которых может не оказаться в репозитории

     
     
  • 4.33, анон (?), 10:48, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Точно также не требует зависимостей, но не тащит с собой целы браузер:
    http://wiki.rosalab.ru/ru/index.php/ROSA_ImageWriter
     
     
  • 5.44, Аноним (17), 12:06, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не знал. Пасиба
     
  • 4.43, Записатор (?), 12:06, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +8 +/
    а dd нынче не в моде?
     
     
  • 5.45, feoktist.rassolny (?), 12:10, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Давно уже не в моде.
     
     
  • 6.138, Аноним (138), 01:53, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    с линукса на убунту пересел?
     
  • 5.48, Аноним (17), 12:15, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > а dd нынче не в моде?

    Если ляликс хочет отвоевать % на десктопе у виндовс, то только GUI обёртки над dd. Тебе может и ок dd, но мне уже нет, а домохозяйке и подавну

     
     
  • 6.60, Аноним (60), 12:58, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Офигеть, народ готов запускать целый хром браузер только для того чтобы записать образ диска на флешку. Зато не дд..
     
     
  • 7.72, asdasd (?), 13:48, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Уже пяток лет как EFI на дворе, там тупо копируешь и усе.
     
  • 7.75, Аноним (17), 15:19, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Офигеть, народ готов запускать целый хром

    Ты читать умеешь? Пробуй ещё раз, я тебе помогу:
    > Если ляликс хочет отвоевать % на десктопе у виндовс, то только GUI обёртки над dd

    Причём тут Electron, если речь про dd?!

     
  • 6.97, DiabloPC (ok), 17:16, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А каким боком здесь Ылектрон?
    ГУЙ на dd может влезть в пару десятков строк и при этом не иметь вообще никаких зависимостей. Так что не в домохозяйка и гуях дело.
     
  • 3.25, Аноним (25), 10:18, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    И каждая из перечисленных программ не поворотливый жыыыыр. Совпадение? Не думаю.
     
     
  • 4.167, Дыщь (?), 17:29, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Но не всякий неповоротливый жыр - на Electron
     
  • 3.39, proninyaroslav (ok), 11:32, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну так хром стал стандартном де-факто с лёгкой руки гугла и от лени фронтенд-разрабов поддерживать другие движки. Разрабу проще думать что если у него в руке молоток, то все окружающие - гвозди.
     
  • 3.119, Ретроград (?), 22:15, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >Вопрос на миллион к Skype, Signal, Slack, Basecamp, Twitch, Ghost, Wire, Wrike, Visual Studio Code и Discord.

    От Skype - отказался, не секурно: Signal - не пользоваолся, не секурно, Slack - не нужное, Basecamp  - не знаю что такое, Twitch - хочу отказаться, не пойму зачем нужно, Ghost, Wire, Wrike - не знаю что такое, Visual Studio Code - слово ругательное, Discord - думаю отказаться не секурно. Всё должно быть на QT или не быть вовсе.

     
  • 3.176, Всем Анонимам Аноним (?), 10:08, 03/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Slack создан для компаний. В тех компаниях, которые легко могут подписать всех сотни и тысяч сотрудников, компы или Macbook меняют каждые 3 года, так что проблем с памятью нет. Slack работает быстро, функционал на топовом уровне.
    На Россию это переложить сложно, так что не удивляйтесь
     
  • 2.4, Аноним (4), 07:26, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Биндинги на что-то менее велосипедное чем кресты и более шустрое чем Питон в студию.
     
     
  • 3.5, A.Stahl (ok), 07:51, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >велосипедное чем кресты

    Тебе мало плюсовых библиотек? Ты же знаешь, что ты можешь без каких-либо нюансов использовать сишные?

    Да плюсы это один из самых наименее велосипедных языков. В Яве ещё говорят есть библиотеки на все случаи жизни.

     
     
  • 4.111, iLex (ok), 19:55, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Слишком много усилий уходит тупо на обеспечение сборки проекта Вот представьте,... текст свёрнут, показать
     
     
  • 5.148, ДмитрийСССР (?), 10:24, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Офигеть, а об удобстве пользователей вообще не думаете? Или думаете что все машины пользователей имеют именно столько ОЗУ, сколько вам нужно, а если таких приложений, который жрут по 1Гб ОЗУ будет несколько? Не, не думаете?
     
  • 5.158, Leo90 (?), 11:15, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    кроме перечисленного еще собираю для ios и особых проблем не заметил.
     
  • 3.6, Egor Mamontov (?), 07:53, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Велосипед это не С++, велосипед все остальное )). С++ это всего навсего своего рода надстройка, над си для удобства и быстроты написанию кода. В результате получается быстро, производительно и стабильно, если голова программиста не из одного места растет. Люди которые боятся себе выстрелить в ногу (так говорят про указатели в си) пусть окучивают грядки и не когда им лучше не брать в руки оружие. И да, пусть будут осторожнее с тяпками и лопатами, а то ведь и от лопаты можно нанести себе увечие пострашнее ))
     
     
  • 4.13, Anonim (??), 08:44, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С++ это не С. В с++ ты не можешь писать без исключений, оператора new и rtl (иначе какое ооп). В языках различное определение структур и операторов auto, restrict. В C есть vla и "flexible array" в структурах. А так же расширения типа blocks и тд. (Может что-то забыл) и это без учета скорости компиляции, буста и прочей "радости"
     
     
  • 5.30, nobody (??), 10:28, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > иначе какое ооп

    Действительно, это ведь так модно! 80-е, как-никак, на дворе...

     
     
  • 6.46, Anonim (??), 12:10, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Если быть точным 1983 (появление с++). Структурное программирование это настоящее и будущее. Учитывая количество минусов можно сделать вывод о количестве невежд. Почитайте проф литературу про вычисления и реализацию на cpu и gpu (cuda, opencl, vulcan compute)
    Например - Structured Parallel Programming: Patterns for Efficient Computation
     
     
  • 7.67, Аноним (67), 13:32, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Структурное программирование это настоящее и будущее

    Это просто неправда. Большинство современного кода пишется как раз на ОО-языках, используя ОО-подход. Ближайшее будущее - ОО с элементами ФП. А дальше может еще что-нибудь придумают.

    > вычисления и реализацию на cpu и gpu (cuda, opencl, vulcan compute)

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

     
     
  • 8.77, Anonim (??), 15:24, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    современный веб говн0 ... текст свёрнут, показать
     
  • 8.79, Anonim (??), 15:33, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Большинство современного кода пишется Пишется - этот глагол не подходит по с... текст свёрнут, показать
     
     
  • 9.95, Аноним (67), 16:45, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Обоснуйте... текст свёрнут, показать
     
  • 7.69, YetAnotherOnanym (ok), 13:35, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > и будущее

    Вы провверяли?

     
     
  • 8.98, neAnonim (?), 17:42, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Меня зовут Марти ... текст свёрнут, показать
     
  • 4.14, Anonim (??), 08:49, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Большое колл-во лопатеров вообще используют managed с++. Например в мелкософт. Не заляпайся Егор, ты ничем не лучше любителей електрона
     
  • 3.49, Аноним (49), 12:21, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Rust, Go, C# - выбирайте на свой вкус, что там у вас модно-стильно-молодёжно-невелосипедно:
    https://wiki.qt.io/Language_Bindings
     
  • 2.20, Аноним (20), 10:00, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А у Qt есть тот же набор веб-библиотек и node-модулей? А приложение на Qt можно сразу и в форму веб-сайта портировать?
     
     
  • 3.34, index0h (ok), 11:04, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А у Qt есть тот же набор веб-библиотек и node-модулей?

    У Qt есть много чего годного, а нода - это не самая лучшая идея для desktop.

    > А приложение на Qt можно сразу и в форму веб-сайта портировать?

    Зачем? ActiveX вроде ж показал, что концепция - говно.

     
     
  • 4.42, funny.falcon (?), 11:58, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да и проблема, кмк, не в nodejs, а в рендеринга посредством html.
     
  • 3.50, Arlanov (?), 12:25, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А приложение на Qt можно сразу и в форму веб-сайта портировать?

    Можно.

     
  • 2.24, user90 (?), 10:15, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Вопрос - зачем?

    Ну что за вопросы! Хуяк-хуяк - и в продакшн)) Все остальное вторично, а хомячки итак сожрут что дают.

     
  • 2.28, Аноним (28), 10:26, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем писать клиент к чатику или торрент-клиент на электроне не очень понятно. Наверное от большого ума это делают. Но если приложению нужно много кастомных необычных виджетов и крайне нестарндартное форматирование, то электрон очень полезен. Если разработчиков не очень много, то на куте тебе не хватит жизни, чтобы написать все, что поддерживает браузер.
     
  • 2.36, proninyaroslav (ok), 11:22, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    В сфере коммерческой разработки прикладного ПО и сайтиков - время == деньги, и пока ты пилишь хороший софт на века, твой конкурент за меньшее время в силу толпы дешёвых веб-манки, высокой толерантности JS'a к кривым рукам и наличии множества готовых решений JS на уровне тяп-ляп и в продакшен, сделает продукт и отнимет часть твоего пирога. Не думаю что это изменится когда-либо.
     
     
  • 3.133, Аноним ещё один (?), 00:07, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Тут главное как ты себя позиционируешь и чего хочешь добиться. Или как какие-нибудь Рокстары пилишь свою гипотетическую "гта" несколько лет и срубаешь кучу бабла или на уровне тяп-ляп довольствуешся крошками от чужих пирогов. Зато быстро но крошки. Большинство довольствуется крошками(объедками).
     
  • 2.38, DerRoteBaron (ok), 11:30, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Потому, что с электроном и PWA/ReactNative для мобилок одна веб-обезьяна (часто переученная ынтерпрайзом из студента-джависта) напишет все, что нужно, с максимум 2-мя кодовыми базами, и то неплохо переиспользующими друг друга. А еще эта обезьяна стоит вдвое дешевле средненького инженера
     
     
  • 3.71, Аноним (71), 13:46, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Прежде чем такое писать неплохо было бы ознакомиться с вакансиями и ценами на программистов. И цены такие формируются не просто так, а потому что такой программист генерирует больше добавочной стоимости в силу скорости разработки. Он просто эффективнее в решении задач, подумайте над этим.
    Именно поэтому так много программ на электроне сейчас - за приемлемое время можно сделать продукт, который на Qt или Java просто не появился бы на свет _вообще_, потому что один человек на энтузиазме его бы не понятнул, а для компании это было бы слишком дорого.
     
     
  • 4.84, пох. (?), 16:07, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    и который, поигравшись, выбрасывают в помойку, потому что оно толком не доделано даже в базовой функциональности, а жрет и тормозит несообразно тому немногому, что кое-как умеет.

    дополнил, не благодари.

    Зато конкурирующий продукт на Qt или чем-то более вменяемом - уже не появится никогда, ибо поляна уже затоптана. Так держать.

     
     
  • 5.128, DerRoteBaron (ok), 23:02, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Зато конкурирующий продукт на Qt или чем-то более вменяемом - уже не
    > появится никогда, ибо поляна уже затоптана. Так держать.

    Еще хуже, продукт на Qt/GTK/Whatever может уже и оказаться неподъемным в реализации, если от него требуется совместимость с каким-то протоколом, завязанным на переусложненные абстрации над абстрациями которые нормально реализованы только на веб-стеке (или в движке браузера) усилиями десятка рокстаров из какого-нибудь гугла или амазона.

     
  • 5.139, Аноним (71), 09:47, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Где конкурент JetBrains на C++? Где конкурент VS Code на С++? Их просто нет.
    Если для IDE ещё не всё потеряно (Qt Creator и, прости господи, KDevelop), то аналогов VS Code не было вообще. За несколько лет VS Code оброс такой экосистемой под все языки, которой ни vim, ни емакс не смогли сформировать за все свои десятилетия существования.
    Причём, единственная плата за существование VS Code - RAM, и её я готов платить за этот прекрасный инструмент.
     
     
  • 6.149, пох. (?), 10:26, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    говорят вам - затоптана поляна, не ждите теперь ничего другого но так, на минут... текст свёрнут, показать
     
     
  • 7.157, Аноним (71), 11:13, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В мире гораздо больше 2-х языка Но согласен, VS как-то совсем вылетела из голов... текст свёрнут, показать
     
     
  • 8.164, пох. (?), 12:14, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    да хоть в скайпе - вопрос на каком железе Нет, я не хочу ставить ради скайпа но... текст свёрнут, показать
     
     
  • 9.174, Аноним84701 (ok), 11:43, 02/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Оно скайп вроде как было на жирных, раздутых, тормозных дельфях с Перепи... текст свёрнут, показать
     
  • 7.172, Аноним (17), 00:19, 02/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > > Где конкурент JetBrains на C++? Где конкурент VS Code на С++? Их
    > говорят вам - затоптана поляна, не ждите теперь ничего другого.

    VS Code не так уж и давно появился на свет. До Электрона у С++ было куча времени
    > говорят вам - затоптана поляна

    Это никак не мешает выпускать форки форков для всех остальных вещей.

     
  • 4.126, DerRoteBaron (ok), 22:58, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Он просто эффективнее в решении задач, подумайте над этим.

    Эффективное решение задач с получением неэффективного решения.
    Это путь в один конец с коллапсом чуть ли не всего IT-рынка, когда масштабирование упрется в предел эволюционного прогресса и не получит во время революционного. Ну либо когда абстракции нижнего уровня уплывут достаточно сильно, что силами имеющихся инженеров их не вылечить. Первые знаки этого уже начинают возникать.

     
     
  • 5.140, Аноним (71), 09:59, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Оптимальность решения определяется для каждого случая отдельно. Нет сферической оптимальности.

    А по поводу революционности тут как раз таки скорее Electron (а точнее вся экосистема вокруг JS) и есть революция. Она сильно упростила разработку, при этом даже подняв качество, как минимум по части безопасности и стабильности. Плата за это - производительность, причём в случае с электроном сколько-нибудь критичным является только RAM т.к. по CPU никаких особых затрат у типичных GUI нет.

    Мне вспоминаются Tcl, мне вспоминаются различные биндинги вроде pygtk, pyqt. Где они сейчас, почему не заняли такую же нишу, как Electron?

     
     
  • 6.150, пох. (?), 10:28, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Мне вспоминаются Tcl, мне вспоминаются различные биндинги вроде pygtk, pyqt. Где они
    > сейчас, почему не заняли такую же нишу, как Electron?

    там же где и были. Потому что это надо учиться думать головой и вообще программировать.
    А не зазубрить стопиццот заклинаний очередного модного фреймворка, остальные найти на стековерфлоу и скопипастить, не тратя даже времени на прочитать ответ. А таких разработчиков гораздо больше, поэтому бизнес их и любит - напоминаю, он очень не любит зависеть от знаний и умений конкретных людей.

     
  • 6.155, DerRoteBaron (ok), 10:45, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > т.к. по CPU никаких особых затрат у типичных GUI нет.

    А вот хромиум умудряет из ниоткуда поджирать 5-10% ядра в фоне в виде электрона и 10-20% в виде забитого вкладками браузера

    > Мне вспоминаются Tcl, мне вспоминаются различные биндинги вроде pygtk, pyqt. Где они сейчас, почему не заняли такую же нишу, как Electron?

    Потому, что вкинуть в них недоделанную веб-морду и гордо назвать это десктопным приложением там не выйдет. Хотя связка питона с какой-нибудь гуевой библиотекой постоянно (не сильно реже шарпов) встречается там, где разработка веб-морды ну совсем неосмысленна (установщики, минимальный гуй из 10 кнопок и 2 экранов настроек).

     
     
  • 7.159, Аноним (71), 11:24, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    замечал такое за слаком и телеграмом после нескольких недель аптайма Причём в т... текст свёрнут, показать
     
  • 2.47, Аноним (17), 12:11, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > приложение на этой поделке занимает меньше 1Gb RAM - то день не удался
    > VS Code

    Потребляет 600 мегобайт при открытом проекте: 8 вкладок, проводник, куча плагинов и терминал. Это много? Или тебе лишь бы повозмущаться и пофиг, что преувеличил?

     
     
  • 3.51, funny.falcon (?), 12:26, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Это до хрена.
    В былые дни Delphi ворочалось на 16МБ ОЗУ.
     
     
  • 4.56, Аноне (?), 12:43, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    И делала то же самое.
    А ещё был ICQ-клиент на J2ME. На Java - и то 200Кб - за счет смайлов. И это работало на сименсе с прошивкой 10Мб, а он мог и звонить, и писать - прямо как скайп.
     
  • 4.63, НяшМяш (ok), 13:07, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    К чести сказать, тот же вебшторм на таком же проекте потребляет не меньше и местами работает медленнее. К сожалению, нет удобной нативной кросплатформенной IDE для всяких вебмакак-проектов, чтобы хотя бы яваскрипт раскрашивал и дебаггер с брейкпоинтами был. И плагинов было бы неплохо пучок на каждый чих иметь, но это уже плюшки.
     
     
  • 5.99, KonstantinB (ok), 17:59, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вебшторм тормозит не просто так, а делает полноценный статический анализ на лету.
    А все эти Атомы ничего такого не делают, там функциональность уровня vim-а с плагинами.
     
  • 5.100, KonstantinB (ok), 18:01, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чтобы просто раскрашивал и дебаг с брейкпоинтами был, достаточно вима или емакса с плагинами.
     
  • 4.92, Аноним (17), 16:39, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > В былые дни Delphi ворочалось на 16МБ ОЗУ

    Это на какой машине? Наверное даже не на 32-битной? Это же тоже ещё важно. Сейчас на 64 битах поди и Delphi будет отъедать больше

     
     
  • 5.118, Аноним84701 (ok), 22:04, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> В былые дни Delphi ворочалось на 16МБ ОЗУ
    > Это на какой машине? Наверное даже не на 32-битной? Это же тоже
    > ещё важно. Сейчас на 64 битах поди и Delphi будет отъедать
    > больше

    Это на вот такой:
    https://www.cnet.com/products/delphi-4-std-ed-4-0-win95/
    [code]
    Min RAM Size 16 MB
    Min Hard Drive Space 60 MB
    OS Required Microsoft Windows 95
    OS Family Windows
    Additional Requirements mouse or compatible device
    Min Processor Speed 66 MHz
    Min Processor Type Intel 486 or higher
    [/code]

     
     
  • 6.131, Аноним (17), 23:39, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Под такое сравнение можно подогнать что угодно: плеер, браузер, и Электрон тоже, разумеется.
     
     
  • 7.134, zzz (??), 00:14, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообще-то нет. Браузеры кардинально нарастили функционал от просмотровщика HTML до здоровенного комбайна, поддерживающего ццать форматов файлов и ццать технологий. Ничего аналогичного у IDE и близко не было. И возникает резонный вопрос - какого лешего? Потому что те же плееры, развивающиеся аналогичными темпами, что и IDE, в плане ресурсов выросли совсем незначительно - как потреблял winamp свои 10 Мб, так foobar2000 потребляет сейчас 30 Мб.
     
     
  • 8.137, Аноним (137), 01:13, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я вообще не пони-маю почему интернет столько ресурсов есть Википедия или OPN в ... текст свёрнут, показать
     
  • 2.66, НяшМяш (ok), 13:32, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кстати недавно слак выкатил апдейт, где они переписали свои вебмакак кишки (жаль что не на натив). Теперь с 2 организациями и кучей чатиков это поделие в данный момент у меня жрёт 260 мегабайт - в отличие от 800 метров раньше.
     
  • 2.74, Чебур (?), 15:07, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    И тянуть тучу зависимостей? Хорошо если прога в репозитории и сама все тянет, а при загрузке с гитхаба регулярно методом проб и ошибок приходиться искать каой либы не хватает, потому что мейнтейнер продолбался и не написал/обновил список. Я из-за этого шлю нахрен проги если они на qt. Ну и тулкитофобию никто не отменял
     
  • 2.86, СкайНЕт. (?), 16:15, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Для бизнеса важна скорость разработки и наименьшие затраты. ( легче верстать гуи(вебщиков полно),красиво, быстро. меньше платить так как недостатка в кадрах нет(вебщиков полно), а где высокая конкуренция там и зарплаты ниже и т.д. )
    В случае с кьют, разработка сложнее следовательно дольше и более затратно.
     
     
  • 3.152, ДмитрийСССР (?), 10:35, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А как меня, как пользователя должно волновать что там интересно бизнесу? Зачем этот самый бизнес обрубает старые версии? Тот же скайп к примеру, была старая версия, которая потребляла мало и работала быстро, почему я не могу ею же пользоваться, ведь в новом скайпе практически ничего сверхнового не придумали...
     
  • 2.136, KroArtem (ok), 00:56, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Приложение Wrike на электроне было сделано с одной целью -- перевести пользователей с IE на более нормальный браузер. Надо сказать, это помогло.
     
  • 2.168, ffirefox (?), 19:34, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Вопрос - зачем? Почему нельзя писать на том же Qt?

    Бросая взгляд в ретроспективе, я понимаю, что Electron нужен для того, чтобы программы на Qt казались маленькими, по сравнению с ... Лет 5 назад также поливали Qt и GTК.

     

     ....большая нить свёрнута, показать (74)

  • 1.2, timur.davletshin (ok), 07:20, 31/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +24 +/
    Рак, рак, который должен быть изничтожен. Скайп после перехода на Электрон стал жрать не пару сотен мегабайт ОЗУ, а гиг с копейками, кроме этого стал дико тормозить междумордием и глючить время от времени. И плевать, что он видосики из Тытрубы научился показывать прямо в ленте сообщений. Пришлось снести к чертям.
     
     
  • 2.7, Egor Mamontov (?), 08:02, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • –19 +/
    вы дурачек )) рак это ваш мозг )) С++ это контроль, скорость реализации проектов любой сложности, это стабильность системы. В современном мире IT надежность имеет очень большую ценность особенно в высоко нагруженных системах. Вы поймите одно, пока одни будут проектировать системы, новые продукты, програмные комплексы, другие будут верстать для этих систем контент.
     
     
  • 3.9, timur.davletshin (ok), 08:06, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Слушай, а ты пишешь на сях (или что ты там любишь) с таким же количеством ошибок?
     
     
  • 4.175, Wfhm (?), 16:06, 02/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Латентным гомосексуалистам тоже нужно на чем-то писать, пускай электрон живет.
     
  • 3.70, YetAnotherOnanym (ok), 13:38, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Итого на 13:37 31.07.2019 отметились как минимум 10 минусомётчиков, неспособных понять, что человек промахнулся, даже с учётом каммента внизу.
     
     
  • 4.88, timur.davletshin (ok), 16:26, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот я ему один за это и плюсанул )))
     
  • 4.121, Ретроград (?), 22:29, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Итого на 13:37 31.07.2019 отметились как минимум 10 минусомётчиков, неспособных понять,
    > что человек промахнулся, даже с учётом каммента внизу.

    М и нус ему за токсичность

     
  • 2.8, Egor Mamontov (?), 08:05, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Прошу прощения, не вам timur.davletshin, комент по поводу велосипеда c++
     
  • 2.19, анон (?), 09:43, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    что вы со скайпом делаете, что он больше гигабайта памяти съедает? Активно общаюсь в скайпе, звонки, чаты, запущен больше недели. Потребляет 250Мб.
     
     
  • 3.27, хотел спросить (?), 10:23, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    ничего не делаем

    поставил на виртуалку, если вдруг какой олень им еще на связь выйдет

     
     
  • 4.106, Дегенератор (ok), 18:51, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Зачем оленю связываться с бараном?
     
     
  • 5.141, Аноним (138), 10:04, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    реально не знаешь?
     

  • 1.10, YetAnotherOnanym (ok), 08:10, 31/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    А про самую-то главную особенность сабжа не сказали - насколько больше памяти новая версия жрёт?
     
     
  • 2.52, Аноним (52), 12:30, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    >насколько больше памяти новая версия жрёт?

    Ни насколько. Как жрал всю доступную так и жрет.

     
  • 2.170, km (??), 20:03, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее, "во сколько больше".
     

  • 1.11, Аноне (?), 08:22, 31/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Каждый раз одни и те же вопросы и комменты.
    Идея то неплохая, но что ж из их фанатов кто-нить не придумает, как сократить потребление ресурсов и повысить производительность, модульность хотя бы. Неужели нет чувства совершенства, помимо игры в пакмана, когда ресурсы планеты ограничены.
     
     
  • 2.26, _hide_ (ok), 10:21, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Есть чувство бабла.
    Вы думаете писать код на JS дешевле? Нет. Просто порог ниже, но спецы дороже, благодаря хайпу. Технически неподкованные заказчики легко клюют на то, что им предлагают в два раза быстрее поставить продукт, говорят, что быстро потому что супер новый электрон, скрывая, что функционала будет в два раза меньше!
    Спецы стоят дороже, аналогично -- за хайп технологии нужно платить. Результат выходит дороже, качество кода ниже плинтуса (сборщик мусора сам "разрулит" циклические связи и индекс ДОМа в 2-5 подключенных библиотеках, каждой библиотеке/компоненту требуется свой личный индекс дома). Зато есть плюсы: код может писать любой человек с невысоким уровнем подготовки, изучивший все "прелести" JS.
    Как же так получается, что пишут на электроне, хотя альтернатив просто уйма? Рассмотрим проект средней крупности с уже устоявшимися требованиями к функционалу и без проблем согласования.
    На C++ и аналогах (спец подходящего уровня):
    1. Прототип готовим, делим модули и пишем для них тесты сходу (14-20 дней) -- показываем начальству, периодически приложение сегфолтится, потому что пока рефакторили все разломали
    2. Готовим первую бету, выделяем весь функционал в набор поддержки, разделяем бизнес логику с остальным функционалом (14-21 дня) -- приложение продолжает иногда падать, большая часть кода переведена на умные указатели, но все ещё встречаются неприятные моменты
    3. Начинаем бодание с дизайном и т.п., потому что реализовать "принятые всеми" подходы с нативными компонентами довольно трудно (14 дней)
    4. Первый релиз, приложение периодически делает странные пасы, выдает сообщения об ошибках или вообще подвисает, но работать с ним уже можно. Первая версия ко всему прочему обвешана отладкой как в виде логирования, так и отправка отчетов и т.п., что не очень положительно сказывается на производительности приложения
    5. Пилится недостающий функционал, подключается 2-3 мидла для поддержания кодовой базы (14-60 дней), первая полностью готовая версия, начальство торжественно увольняет дорогого разработчика, высказав все, что думает по поводу нарушения своих сроков и того, как всё было плохо
    6. Добавление нового функционала через 3-4 месяца становится почти нереальным из-за недостаточной квалификации сотрудников, решают "все переписать" и дальше появляются странные кривые, релизы с новым функционалом.
    А теперь смотрим как делается приложение на Электроне:
    1. Прототип можно создать сходу, даже не заморачиваясь с тестированием и т.д. (4 дня) -- работает, показываем начальству красивый хеловорд с минимумом функционала и заявляем: нужно покрыть все тестами и будет все в ажуре
    2. Покрываем тестами (18-20 дней), привлекаем ещё 3-10 разработчиков под это дело
    3. Пишем половину функционала (основной код пишет только один разработчик) (14-40 дней), вспомогательный уже с "тестерами" (зачеркнуто) с "командой"
    4. Выкладываем первый релиз: функционал местами отсутствует, но в принципе для беты сойдет, основной разработчик получает гонорар, отмечает в резюме проект как успешный и сворачивает удочки -- переходит к поискам следующей жертвы.
    5. Оставшаяся часть команды пытается довести до релиза "успешный проект" и есть два варианта: у них нет ресурсов или скилов для завершения или они есть и тогда все стадии с 1 по 4 выполняются снова, кодовая база выкидывается полностью и готовится новый успешный проект

    Итого, что мы видим:
    1. В процессе разработки на электроне, почти в любой момент времени можно выдернуть продукт на демку, да он ничего не умеет, но не падает и функционал, который можно показать всегда доступен. С++ страдает и готовит программу к релизу, игнорируя успокоительные для начальства демострации успехов -- иначе не уложиться в сроки.
    2. Разработчику на электроне выгодно как можно скорее менять проект, потому что доведение функционала в проекте выше среднего очень дорого, требует полного покрытия тестами почти всего кода и на поддержания тестового набора требуется не так мало ресурсов. Разработчику на C++ требуется постоянно проводить тестирование по основным юсам, если он не один, то можно подрядить мидлов на покрытие тестами классов, но каждый серьезный рефакторинг приводит к определенным... Недоразумениям. В результате нельзя взять проект и в произвольный момент и сказать: все готово. Разработчику хорошо платят и он заинтересован завершить проект, доведя до функционала, согласно ТЗ, хотя руководство, не видя результатов здесь и сейчас очень недовольно.
    3. Команду на С++ возможно заменить, правда удовольствие это дорогое, а вот с программистами на JS не все так просто: код не объектный и даже разбитый на компоненты код является чрезвычайно авторским произведением, что означает: новая команда начнет пилить все снова и тут никуда не денешься.

     
     
  • 3.37, ДмитрийСССР (?), 11:24, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вы так говорите про сроки, будто изначально при составлении ТЗ не учитывается тот факт, что писать будут на С++
     
     
  • 4.41, _hide_ (ok), 11:40, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Сроки, назначенные руководством (в т.ч. и менеджерским составом) и сроки, описанные в Т/З -- вещи совсем разные. Они никогда не понимали, почему ребенка рожать обязательно через 9 месяцев, а не к квартальной премии.
     
  • 4.142, Аноним (138), 10:06, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    во многих тз всем пофиг, на чём ты будешь писать. пишут, где должно работать и как
     
  • 3.57, Аноне (?), 12:52, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Всё так. Детское нетерпение "мама купи конфетку" - вот это скиллы руковжопства. Очень редко, когда руководитель - технарь, а то и бывший программист. Плохо, когда он не слышит что говорят специалисты.
    Прислать проблему с подписью в теме письма "Важно-срочно" - это они могут. А уразуметь, что именно они целый год до этого не могли предугадать, что будут проблемы в будущем - не могут.
     
     
  • 4.135, MINIX (?), 00:35, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Напишу в защиту рукожопства. Это свойство, без которого пути наверх быть не может. Мне страшно представить, если менеджер будет отвечать так: для автоматизации потребуется доработать систему, внедрив множественные связи между такими то объектами, ... реляционная ... объектная ... рефакторинг ... миграция ... структура данных... Да его погонят тут же в зашей. А выживет тот, кто ответит: да, можно уволить половину продажников/заменить их операторами, если добавим то то, да, можно побыстрее в 3 раза я распоряжусь, да, мы конечно справимся.
     
     
  • 5.160, Аноне (?), 11:39, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дело в том, что управленец без обратной связи самозванец. Мозги купить-нанять нужно уметь и прислушаться к ним, а не возвышать себя.
     
     
  • 6.165, управленец (?), 12:18, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Дело в том, что управленец без обратной связи самозванец.

    у меня есть обратная связь - я чутко прислушиваюсь к мнению начальства и вовремя даю наверх отчеты о проделанных улучшениях и развитиях.

    > Мозги купить-нанять нужно уметь

    этим в hr отделе занимаются, мне некогда, я на конференции для эффективных управленцев до завтрашнего вечера.


     
  • 5.162, Аноне (?), 11:40, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Речь не о руководстве как таковом, а о некомпетентности некоторых в управлении: когда гордыня, корысть и жадность главнее, животные инстинкты.
     

  • 1.12, Аноним (12), 08:38, 31/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Самодостаточный -- это когда он научится грузиться через UEFI, а пока что это всего лишь толстый жирный зонд.
     
     
  • 2.21, Аноним (20), 10:01, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Chromium OS умеет, значит и это научится.
     

  • 1.15, Аноним (15), 08:54, 31/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ИМХО, количество ошибок зависит не от языка программирования, а от того, кто им пользуется.
    Понятное дело что на сабже можно писать быстро, дешево и с минимум геморроя. Но всё это какой ценой? Ценой ресурсов. А обычному пользователю всё равно какие у вас там языки и какая квалификация, а то, что после запуска Skype, Twitch, Ghost, Visual Studio Code, Atom, и тд не остается памяти вообще - вызывает это только гнев.
    Тем временем пусть и не без сложностей написанные, но проги на нормальных языках (C++, C, Python и тд) и ведут себя достойно и ресурсов не хавают излишне много.
     
     
  • 2.16, Аноним (16), 09:06, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Когда питон стал нормальным языком? Всё что в байткоде - такое же ненужно как js.
     
     
  • 3.23, Аноним (20), 10:05, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А причём здесь байт-код? Он позволяет включать JIT, а это даже побыстрее плюсов может быть. Проблема скорости Python явно не в байт-коде, а в утиной типизации и GIL
     
     
  • 4.31, Аноним (16), 10:44, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вот именно, JIT. Ты запускаешь программу и она начинает компилироваться у тебя на машине, а не на машине разработчика. Затраты на компиляцию, время и память. Плюс затраты на поддержание работы сборщика мусора.
     
     
  • 5.58, funny.falcon (?), 12:52, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так ведь JS точно так же работает.
     
  • 5.64, Аноним84701 (ok), 13:07, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вот именно, JIT. Ты запускаешь программу и она начинает компилироваться у тебя
    > на машине, а не на машине разработчика.

    У хорошо спроектированного байткода это будет не "компиляция", а скорее "ассемблеризация".
    Причем, результаты этого прогона можно будет сохранить -- непонятно, почему все так привязаны к JIT, который необходим только для ЯП с динамической  типизацией.


    > Плюс затраты на поддержание работы сборщика мусора.

    Если вы считаете, что  malloc/free работают благодаря магии с затратами O(1), то у меня для вас плохие новости.

     
     
  • 6.78, Аноним (16), 15:27, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если вы считаете, что  malloc/free работают благодаря магии с затратами O(1), то у меня для вас плохие новости.

    - Почему ваша машина ездит так медленно?
    - Но другие машины ездят тоже много медленнее скорости света!
    - Да, но в разы быстрее вашей.

     
     
  • 7.83, Аноним84701 (ok), 16:06, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Если вы считаете, что  malloc/free работают благодаря магии с затратами O(1), то у меня для вас плохие новости.
    > - Почему ваша машина не может ехать почти со скоростью света?
    > - Но зачем? Где мне в городе ездить с такой скоростью? Там и 100 км/ч за глаза.
    > - Ну а вдруг понадобится, ан нельзя! Фу! Зачем такая машина вообще нужна?

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

     
     
  • 8.117, Илья (??), 21:48, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Обожаю неуместные аналогии ... текст свёрнут, показать
     
  • 6.143, Аноним (138), 10:09, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Если вы считаете, что  malloc/free работают благодаря магии с затратами O(1), то у меня для вас плохие новости.

    именно с затратами О(1). а если ты, умник, считаешь, что ОС глупее тебя, - лезь пиши свои реализации, это несложно

     
     
  • 7.163, Аноним84701 (ok), 12:10, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да ну https sourceware org glibc wiki MallocInternals Магия... текст свёрнут, показать
     
  • 2.22, Аноним (20), 10:03, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем запускать одновременно Skype, Twitch, Ghost, Visual Studio Code, Atom??
     
     
  • 3.29, _hide_ (ok), 10:28, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Включать одновременно чат, резалку видео, редактор блогов, IDE и текстовый редактор? Я знаю только одного человека, который запускает на компютере одновременно IDE, текстовый редактор и браузер (только 3 программы одновременно). Нужно нарезать картинки? Что-то собрать другим способом? Запустить отдельно разрабатываемое приложение без IDE? Тогда что-то одно закрываем. Но, походу, он не одинок :-)
     
     
  • 4.35, FullZero (??), 11:20, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Боже мой, все уже давно покупают новый комп для каждой отдельной электрон софтине!
     
     
  • 5.116, amazon (?), 21:47, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    не покупают, а арендуют! И заметьте - вы платите только за то время, которое compute инстанс на самом деле обслуживал ваш чятик!

    (пожалуйста, авторизуйтесь, чтобы увидеть ваши персональные рекомендации!)

     
  • 2.54, Аноним (54), 12:37, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что за глупости? Простыми механизмами проще владеть и управлять, чем сложными.
     

  • 1.18, Попугай Кеша (?), 09:31, 31/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    TypeScript и грамотный подход к программированию + QA - практики могут дать неплохой результат. Вопрос в потреблении оперативки, да.
     
     
  • 2.53, Аноним (52), 12:33, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >TypeScript

    Попытка лечить понос цементом.

     
     
  • 3.127, Аноним (127), 23:02, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Попытка лечить понос цементом.

    Это попытка прикрутить ООП к Си ака "плюс-плюс"?

     

  • 1.32, Аноним (-), 10:45, 31/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да здравствует Chromium\Electron - единственная платформа для вебприложений от Гугла и Майкрософт!
     
     
  • 2.59, Аноне (?), 12:55, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >В отличие от web-приложений, программы на базе Electron поставляются в виде самодостаточных исполняемых файлов, не привязанных к браузеру

    Трололо

     
     
  • 3.62, Аноним (52), 13:02, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Зпачем привязывать если можно прибить гвоздями.
    УмныйНегр.jpg
     
  • 2.91, Аноним (91), 16:34, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кстати все заметили что компания Гугл сама не делала простую платформу для создания приложений из браузера, а оставила всяким частникам. Потому что в Гугле сами понимали что получится полный треш.
     
     
  • 3.112, Аноне (?), 20:31, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Умыла руки
     

  • 1.40, Вебарь (?), 11:33, 31/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Просто скачайте себе ещё памяти.
     
     
  • 2.145, Аноним (138), 10:13, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    и нарастите место на диске ЦЭ
     
     
  • 3.151, amazon (?), 10:31, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > и нарастите место на диске ЦЭ

    и мы уже готовы предложить вам решение этой проблемы, недорого!

     

  • 1.55, Аноним (55), 12:41, 31/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А тем временем, Electron допачтили до фри, наконец-то, как апстрим не упирался. Спасибо за усилия.
     
  • 1.61, Аноним (60), 13:01, 31/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что может быть хуже чем electron? Только electron завёрнутый в snap.
     
     
  • 2.68, Аноним (91), 13:32, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    А это мысль спасибо за идею.
     
  • 2.104, Аноним (104), 18:28, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    эм, а чем шикарный снап не угодил?
     
  • 2.113, Аноне (?), 20:36, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    CalcJS.vmdk
     

  • 1.65, Аноним (91), 13:32, 31/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я считаю что приложение на электроне должно при запуске на системе на которой меньше 4 гигов оперы писать предупреждение: "Ваш компьютер устарел" и не запускать саму прогу.

    Майкрософт так уже делает со скайпом на старых версиях венды. Почему то ни у кого нет вопросов почему на 486 компе с 4 мегами оперы не запускается даже убунту. А что на Целероне с 1 гигом оперы электрон тормозит многократные подгорании от которых лес в сибири сгорел. В 2019 году пора уже сходит за новой оперативой да и за новым компом тоже не помешало бы.

     
     
  • 2.73, Аноним (73), 15:01, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Решительно нет!
    Я как купил ADR на 30гигов, так ей и пользуюсь. Я так же обожаю дискеты.
    А уже в планах есть LTO-10 до 48 ТБ. Позже они подешевеют и надеюсь можно купить за 5000р. но не больше.
     
     
  • 3.124, Аноним (137), 22:52, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо, не знал про существование LTO-10, добавлю к списку nice to have вместе с Magneto-optical drive. Вот бы ещё узнать про https://en.wikipedia.org/wiki/Video_Floppy
     
     
  • 4.156, Аноним (156), 10:58, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Как-то маловато помещается в него. Хотелось бы больше.

    Интересное: радиотелескоп Square Kilometre Array, будет вырабатывать в сутки около одного экзабайта данных.

    https://en.wikipedia.org/wiki/Square_Kilometre_Array

    >The amount of sensory data collected pose a huge storage problem and require real-time signal processing to reduce the raw data to relevant derived information. In mid 2011 it was estimated the array could generate an exabyte a day of raw data, which could be compressed to around 10 petabytes.

     
  • 4.161, Аноним (156), 11:39, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Оказывается есть LTO-12 с 192 Tб.
     
  • 2.76, Аноним (52), 15:21, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Я считаю что приложение на электроне должно при запуске на системе на которой меньше 4 гигов оперы писать предупреждение: "Ваш компьютер устарел" и не запускать саму прогу.

    Те. для запуска Skype, Slack, Twitch, VSCode и Discord.  одновременно мне нужно 5 * 4 = 20 гигов памяти?
    Бегу в магазин.
    А процесора 8 ядерного хватит или переходит на Xeon Gold?

     
     
  • 3.80, Аноним (91), 15:46, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я взял бушный Xeon x5650 с материнкой 48 гигов бушной же оперы еес. Стоят в районе 30к. И ещ
     
     
  • 4.81, Аноним (91), 15:47, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ё место остается чтобы в виртуалке поиграться с чем-нибудь интересным.
     
     
  • 5.82, Аноним (52), 15:54, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >48 гигов
    >поиграться с чем-нибудь интересным.

    открыть три вкладки в VSCode и ГуглеХром?

     
     
  • 6.94, Аноним (17), 16:45, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >48 гигов
    >поиграться с чем-нибудь интересным.
    > открыть три вкладки в VSCode и ГуглеХром?

    Я просто продублирую свой коммент:
    > VSCode

    Потребляет 600 мегобайт при открытом проекте: 8 вкладок, проводник, куча плагинов и терминал. Это много? Или тебе лишь бы повозмущаться и пофиг, что преувеличил?

     
     
  • 7.102, Аноним (102), 18:10, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ты просто не просуммировал все процессы электрона и хрома.
     
     
  • 8.130, Аноним (17), 23:33, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Как раз таки я просуммировал все процессы vs code Браузер отдельная тема Он не... текст свёрнут, показать
     
  • 7.146, Аноним (138), 10:14, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    знаешь, сколько vim в шелле потребляет?
     
     
  • 8.171, Аноним (17), 00:16, 02/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    знаешь сколько пердолинга с vim-ом, чтобы вывести vim на один уровень с vs code ... текст свёрнут, показать
     
  • 2.87, пох. (?), 16:18, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    мне кажется, для первого релиза можно просто ограничиться выводом предупреждения "ваш компьютер устарел!"
    Во-первых, это правда, поскольку когда вы наконец исправите все баги и в стотыщный раз отрефакторитесь заново - он точно устареет.
    Во-вторых в окошке с предупреждением можно показать какой-нибудь красивый мультик.

    Измерение доступной оперативки требует отдельной задачи, мы поставим ее на следующий релиз. Остальная функциональность будет немного позже.

     
     
  • 3.89, Аноним (91), 16:30, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ты хоть и виндузятник зато всегда все правильно говоришь.
     
  • 2.122, Ретроград (?), 22:39, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >...Майкрософт так уже делает со скайпом на старых версиях венды. Почему то ни у кого нет вопросов >почему на 486 компе с 4 мегами оперы не запускается даже убунту...

    Существуют Лайнакс дистрибутивы способный запускаться на таком ПК, также существуюи другие ОС.
    https://ru.wikipedia.org/wiki/Категория:Миниатюрные_дистрибутивы_Linux https://ru.wikipedia.org/wiki/AROS https://ru.wikipedia.org/wiki/KolibriOS https://ru.wikipedia.org/wiki/Contiki https://ru.wikipedia.org/wiki/ChibiOS/RT

     
     
  • 3.166, Аноним (67), 14:50, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "Лайнакс" - это еще страшнее, чем "2k19"
     

  • 1.90, Retrosharer (?), 16:32, 31/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда в новости будет "проведена существенная переработка архитектуры и оптимизация исходного кода платформы, приведшие увеличению скорости работы, сравнимой с программами на Си"?

    Вот тогда комментарии зажгутся всеми цветами радуги! Скука какая.

     
     
  • 2.109, Аноним84701 (ok), 19:11, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> использующий в качестве основы компоненты Chromium, V8 и Node.js.
    > Когда в новости будет "проведена существенная переработка архитектуры и оптимизация исходного
    > кода платформы, приведшие увеличению скорости работы, сравнимой с программами на Си"?

    1 апреля. Ну или в любом осознанном сновидении ;)

     

  • 1.96, Аноним (17), 16:48, 31/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Так много комментов про то, что для Electron-приложений нужно 16, 48, etc гигабайт ОП. Хоть бы один за свои слова ответил пруфами
     
  • 1.105, 64_bit_boy (?), 18:32, 31/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Для оппеннетчиков единственное значимое в этой новости:
    >ожидавшееся прекращение поддержки 32-разрядных систем Linux пока отложено
     
     
  • 2.123, Аноним (137), 22:41, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Специально для вас https://ru.wikipedia.org/wiki/Категория:64-битные_дистрибутивы_Linux
     
  • 2.153, amazon (?), 10:40, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Для оппеннетчиков единственное значимое в этой новости:
    >>ожидавшееся прекращение поддержки 32-разрядных систем Linux пока отложено

    не понимаем, зачем - у них же все равно не хватит памяти на этот прекрасный инструмент?


     

  • 1.108, Аноним (108), 19:00, 31/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чем он лучше XUL JS CSS ?
     
     
  • 2.147, Аноним (138), 10:16, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    у меня в баше CSS не запускается, чяднт?
     

  • 1.110, Красавчик Элвис (?), 19:22, 31/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сейчас писать нативный код\гуй какой-нибудь программы очень дорого, посему и появляются  Electron, QT, и прочие фрэймворки.

    К сожалению или к счастью, но за этим будущее.

    Запасайтесь ОЗУ, господа.

     
     
  • 2.114, user90 (?), 21:17, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это ты так обтекаемо сформулировал "подставьте свою попку корпорациям и получайте удовольствие"? Ну.. терпи, наслаждайся! :)
     
     
  • 3.154, amazon (?), 10:42, 01/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Это ты так обтекаемо сформулировал "подставьте свою попку корпорациям и получайте удовольствие"?
    > Ну.. терпи, наслаждайся! :)

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

    Приснут-то - всем, независимо от желания. Рано или поздно.

     

  • 1.115, Аноним (115), 21:26, 31/07/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    На расте делают GUI на основе WebREnder от мозиллы.

    Скомпилированный Хеловорлд весит 4-5 мб ос всеми статически линкованными зависимостями. Все на основе CSS-HTMl5 а вместо js - растишка. Вот так надо. Но бабла там нет...пока.

     
     
  • 2.120, Аноним (120), 22:28, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Хеловорлд весит 4-5 мб ос всеми статически линкованными зависимостями
    >Вот так надо.

    Нет, так - ненадо. Хелворлд должен весить не больше 4 Кб.

     
     
  • 3.125, Аноним (-), 22:53, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    На FPC так и есть.
    Для кроссплатформы, кстати.
     
  • 3.132, Аноним (115), 23:48, 31/07/2019 [^] [^^] [^^^] [ответить]  
  • +/
    4 кб - это значит с кроссплатформенностью будут трудности, а за 4мб получить HTML который и выглядит красиво, да еще и предсказуемо - самое то.
     

  • 1.169, kiwinix (?), 19:44, 01/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Где Wayland?
     
  • 1.173, Аноним (173), 02:52, 02/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда закончиться дрочево с HTML/CSS/JS? Сколько можно уже? В мире столько хорошего Swift, Java, C#, Python, C++ в конце то концов.
     
     
  • 2.177, Аноним (177), 12:23, 03/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эпоха веб-приложений! А то что для веб-приложений существует всего один движок - Хромиум (Блинк), умалчивают.
     
     
  • 3.179, Вовик (??), 12:25, 11/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Полная манополизация сегмента веб-приложений движком хромиума от гугл. При этом конкурентов нет - финансируемый гуглом Файерфокс, с долей рынка в 3,5-4%, не в счёт, а Флеш уничтожили.
     
  • 3.180, Аноним (177), 12:46, 11/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Нет никаких альтернатив для Хромиума, и что Гугл сотворит с движком, то и получим и все будем пользоваться. Конкуренты или заранее уничтожены - тот же флеш плеер, или заведомо калечны как ФФ - жупел для разных альтернативщиков и борцунов с системой.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру