чем он используется тупо как запускалка вебформы и установщик софта типа.
Подумал, что для такого мог бы хорошо Ди подойти:
Гуи сделать какие-то установщика и дальше просто отрисовывать веб
Но беглый поиск не упоминает на Ди результатов.
Зато пиарятся два решения на Расте и Плюсах (https://blog.logrocket.com/why-use-electron-alternative/)
И какой-то список большой, где даже есть Кристал (https://github.com/sudhakar3697/electron-alternatives)
Собственно никто не сталкивался с вопросом замены Электрона для отображения веб-приложения? Что посоветовать можете?
Scite или как его там?
sciter есть на плюсах
Ну вот я про него, пиши биндинги под Ди и профит
ну дык кто-то и выбрал электрон из-за саппортной роли: для запускалки и формы нужно что-нибудь менее проблемное, желательно чтобы могли сопровождать новички и т.п. оптимизации. Выпинать отсюда электрон будет сложной задачей, причём есть некий шанс сделать хуже, чем есть, хм..
Не) это вообще наш продукт :) аналитиков Айтишники о нем и не знают я думаю Просто аналитик нашел скорее всего пример как сделать с электроном чтобы работало… и оно работает. Просто весит много и работает не очень быстро.. Я подумал, что может можно на что-то более быстрое и легкое перенести.. В общем поизучаю вопрос ещё
мм... я, конечно, целиком за ди и т.п., но риск есть риск). Что, будет в случае рандомной проблемы? Сверху спросят, а как это аналитики не смогли преданализировать проблему, непорядок, нужно кого-нить подуволить, поскольку это дискредитирует весь смысл команды аналитиков - они должны думать, а тут фейлим. Мб самостоятельность команде дали, чтобы тупо её косвенно проверить, рассчитывая, что вскроются какие-то пробелы, фейлы и т.п. косяки, абы причина была. Маловероятно, конечнож, но мало ли... любой фейл порождает рычаг для воздействия на команду, например, порезать зп, переформировать, поставить своего чела и т.п. Поэтому фейлов нужно всё-таки максимально избегать т.к. они могут ситуативно провоцироваться извне особо хитрыми управленцами с желанием заиметь этот рычаг и дёрнуть его. Поэтому немного так рискованным выглядят любые манёвры, не подстрахованные какими-нить крупными числами статов с гитхаба и т.п. В случае электрона если будет фейл, то можно этими числами прикрыться, обосновав внедрение и сведя его к единственно возможному варианту, шах и мат. А вот в части более редкого кастома нужно будет как-то объяснить его преимущества и почему предпочли рисковать. Ну размер, медленный, но насколько это критично? Если юзеры-клиенты прямо заваливают гневом, то мб можно связать это с убытками - электрон явно нам вредит и нужно его срочно менять для сохранения прибыли, ничего не поделаешь. Но такая себе причина из-за количества софта на нём - у других же как-то работает, что сразу же будет очень сильным контраргументом.
Не, ди я чисто может посмотреть что есть В прод его тащить не стал бы точно сходу так Я скорее думал если есть какие-то популярные решения вместо электрона - тоже чтобы на много звездочек и проверенные Идея кстати что у других работает хорошая - надо бы посмотреть может что оптимизировать можно будет Ну и это скорее на потенциальное будущее - если продукт пользоваться спросом и у пользователей будут проблемы с производительностью прямо
ну, если бы я был в какой-нить конкурирующей команде, то задумался бы, а нет ли у вас слабых мест в мобайле). У электрона там были какие-то с ним траблы, хотя де-факто он в него вроде как может, но насколько хорошо - тут вот вопрос, хз. Это может быть намёком всё-таки на какой-то другой кроссплатформенный DSL-тулкит, более адаптированный под мобилу. Но это всё скорее высокоуровневые языки, системный язык тут врядли как-то оправдывает себя. Тем более, что эти формы нужно будет очень быстро менять, адаптировать, фиксить и т.п., подстраивая аналитику под клиента, а такая скорость тоже не особо вяжется с системными ценностями. Ну и опять-таки - масштабирование и выход системы аналитики в мобайл или в IoT, что выглядит отложенным риском. Если оно произойдёт, а тулкит\платформа не сможет, то это тоже будет в общем-то неприятный фейл.
Обсуждают сегодня