Pull to refresh

Comments 499

UFO landed and left these words here
Особенно радуют конф-коллы в этих Electron звонилках, которые выжирают i9 на 6 ядер, так что лэптоп при полноэкранном режиме кипит все 60 минут разговора.

А за это скажите спасибо Гуглу, не явно запрещающему мержи с кодом аппаратного декодирования, именно для того чтобы Гугл хром был сравнительно быстрее его основы — хромиум

А что мешает эти мерджи добавлять в альтернативные сборки?

Тем более электрон не гугл разрабатывает.

Так те кто разрабатывают электрон в сложный код рендера не лезут, берут что лежит в базовом репозитарии, так как сторонние нормально не поддерживаются!

Не люблю электрон и все что связанно с вэб разработкой. Без причины, просто хейтер.
Однако не могу не признать, что дискор работает отлично и потребляет 100 мегабайт в свернутом виде и 200 при показе окна. И я считаю это вполне приемлемым, учитывая все свистоперделки и анимации.


А вот о slack такого уже не скажешь.

Всего то 10 лет назад 100мегабайт — это было потребление вообще всей ОС с 3-м файрфоксом в свернутом виде.

Память нынче дешёвая, а разработчики дорогие.
Возьмите тот же qt с qml. Памяти тоже не мало требуют, а вроде c++.


10 лет назад вышла windows 7. Она далеко не 100 мегабайт кушала.
Расплачиваемся за удобства и скорость разработки.

10 лет назад вышла windows 7. Она далеко не 100 мегабайт кушала.
И именно потому Windows XP прекрасно продолжила жить и после выхда Windows 7.

Расплачиваемся за удобства и скорость разработки.
Ну и где та скорость? Вот что такого полезного в том же Skype или Slack'е появилось за последние 2-3 года?

А я ж и говорю, что слак тормозной. Скайпом пользовался 3 года назад.


А дискорд это пример хорошего приложения на электроне.

Закрыл «хорошее приложение» дискорд. Открыл «хорошее приложение» дискорд. Прошло 40 секунд, прежде чем я увидел интерфейс окошка.
Нет, давайте все-таки электрон умрет, а?

Давайте, я только за.
Я лишь отметил, что на электроне можно по разному делать.


Я сам не использую электрон и не пишу на js, если вы к этому клоните.


Но вы сами попробуйте прикинуть, сколько потребуется сил написать подобное кроссплатформенное приложение на чем-то другом?


Они бы в жизни не вышли на рынок. Кто первый встал того и тапки.


Сейчас надежда на flutter. Этот оптимизированный по самые яйца рендер хрома с выкинутым html и js.

Но вы сами попробуйте прикинуть, сколько потребуется сил написать подобное кроссплатформенное приложение на чем-то другом?
Меньше, чем вам кажется.

Они бы в жизни не вышли на рынок. Кто первый встал того и тапки.
WhatsApp как-то вышел. И Telegram. А Skype — почти ушёл.

Вот именно из-за стремления вкрутить вот эти вот монстрообразные вещи.

Сейчас надежда на flutter. Этот оптимизированный по самые яйца рендер хрома с выкинутым html и js.
Поживём — увидим. Думаю его тоже смогут сделать монстрообразным и тормозным. Дурное-то дело нехитрое.

Это эффективно сделать сложно, а наоборот — легко.
А Skype — почти ушёл. Вот именно из-за стремления вкрутить вот эти вот монстрообразные вещи.

Но с дискордом мы видим обратную ситуацию. Был тимспик нативный. Маленький, шустрый.
И где он теперь, а где дискорд?


Было браузерное приложение, они засунули его в электрон. Что позволило сэкономить кучу времени и денег. И сделали они это лучше всех из своих коллег.


Я понимаю ваше негодование. И я с вами солидарен. Но где все нативные приложения? Даже текстовые редакторы на электроне лепят. Видимо это денег приносит больше.


Телега хороший пример, но телега не про рюшечки (которые в вебе делаются элементарно).
А вот watssapp внезапно тоже на электроне для десктопа.

Но с дискордом мы видим обратную ситуацию. Был тимспик нативный. Маленький, шустрый.
И где он теперь, а где дискорд?
А причём тут Electron?

Было браузерное приложение, они засунули его в электрон.
Нет. Был web сайт, со своим комьюнити. Они его смогли заставить пользоваться поделкой на Electron. И всё.

Если бы не было уже готового вебсайта — фиг бы куда их проложение взлетело.

Но где все нативные приложения?
У меня на десктопе, однако. У меня, насколько я знаю, нет ни одного приложения на Electron. Самое тормозное — это CLion, это отдельная боль, но там всё-таки не Electron.

Видимо это денег приносит больше.
Это KPI повышает. А сколько денег приносит — тут сложно сказать. В современном мире это мало кого волнует.

А вот watssapp внезапно тоже на электроне для десктопа.
WhatsApp, внезапно, на десктопе вообще нет. Есть только полудохлая приблуда, которая дёргает WhatsApp на телефоне.

И на десктопе WhatsApp мало кто пользуется — во многом именно поэтому.

Я не понимаю что вы мне пытаетесь доказать.


WhatsApp сами в пример привели, потом на попятную пошли.


Нет. Был web сайт, со своим комьюнити. Они его смогли заставить пользоваться поделкой на Electron. И всё.

Это и называется веб-приложение, которое звернули в Electron.


Если бы не было уже готового вебсайта — фиг бы куда их проложение взлетело.

Я об этом и говорю. Есть веб-приложение — за пригоршню грази получаем "десктопное". Без вливания дополнительного бабла.


А Skype — почти ушёл. Вот именно из-за стремления вкрутить вот эти вот монстрообразные вещи.
А причём тут Electron?

Притом что Discord взяли монструозный Electron и прибили им всеми любимый тимспик.
А скайп этого не осилил. Так может быть не в электроне дело?


Вы просто переписываете мои предложения своими словами.

WhatsApp сами в пример привели, потом на попятную пошли.
Где, когда, как?

WhatsApp, там где он нативный — дико популярное приложение, номер один в огромном числе стран. При этом в тех странах, где много персоналок (США, Западная Европа, Австралия, Япония) — он куда реже является первым номером и вообще на десктопе — он гораздо менее популярен, чем на телефонах.

Где вы тут видите «уход на попятную»?

Есть веб-приложение — за пригоршню грази получаем «десктопное». Без вливания дополнительного бабла.
И с потерей кучи пользователей. Если вас это устраивает… да ради бога… только не на платформе Apple.

Они своим «экспиренсом» дорожат и «кучки говна» вместо нормальных приложений наблюдать не хотят.

Притом что Discord взяли монструозный Electron и прибили им всеми любимый тимспик.
А скайп этого не осилил. Так может быть не в электроне дело?
А в чём? В том, что Discord работает в убыток, а TeamSpeak генерирует прибыль?

Про это я тоже уже писал: если вы конкурируете и вы можете (благодаря «ивесторам» и кредитам) «продавать рубль за 90 копеек» — то тут даже Electron не помеха.
Дискорд выехал на том, что он халявный, ничего больше. По-настоящему бесплатный хостинг для групповых голосовых чатов никто не предоставлял. Ну, может, ещё из-за того, что там более развитые текстовые чатики. Порочность же его архитектуры это не отменяет.
У меня тот же процесс занимает 6 секунд (от закрытия до полностью работоспособного состояния). Но это действительно много, что компенсируется тем, что запускается приложение лишь единожды, как и ОС, которая тоже секунд 10 грузится.

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


Зато pidgin с 2009 стабильно работает, только новыми протоколами обрастая (тот же дискорд на замену аськи)

И именно потому Windows XP прекрасно продолжила жить и после выхда Windows 7.

Windows XP в 64 битном варианте кушает 200 на старте.
А зачем вам 64-битный вариант, если у вас памяти и гигабайта нету? Лишние 100 мегабайт на то, чтобы «обслужить» 4GB+ — это нормально. Плюс 2.5%. По сравнению со всякими Электронами — не слишком много.
Вы путаете на счет дешевой памяти и дорогих разработчиков, все с точностью до наоборот. Давайте посчитаем к примеру у Discord 130 миллионов пользователей допустим он потребляет 100 мегабайт оперативки чья стоимость сейчас около 250 рублей за гигабайт, 100 соответственно 25р., 25*130кк=3.25ккк рублей платят пользователи.
Даже уменьшение потребления оперативной памяти на всего на 1 мегабайт даст экономию в 32 миллиона рублей, но это расходы не компании, а пользователей на которым всем плевать.

Но пользователи не покупают память специально для дискорда. Дискорд предназначен для геймеров, с-но у них и так память куплена, чтобы в эти игры играть.
И если известно, что у пользователя память уже куплена — то какой смысл ее не использовать?

10 лет назад был релиз Win7.
То о чем вы пишете – было в Win98 20 лет назад. А FF тогда в чистом виде не существовал, тогда была Mozilla.
Win98 с браузером и в 16 мегабайт вполне нормально помещалась. 100 метров и FF, это уже потребление времен WinXP этак до второго сервиспака.

Во-первых, нет, во-вторых — у новых ОС и программ лучше и сложнее визуальное оформление, мониторы 4К и т.д.

сложнее визуальное оформление

Я бы не сказал.
у тех кому таки наплевать на UX — несомненно )))
Вы что-то путаете. 10 лет назад в 2009 году никакая современная (на то время) ОС не потребляла 100 Мб даже без Firefox. В среднем ОС съедали в районе 100-300 Мб, там как получится. А Firefox 3.x в 2009 году прекрасно съедал даже 1Гб и более памяти на моём ноутбуке ASUS с 3Гб памяти и Ubuntu 8.04, ибо сайты уже были довольно увесистые и 10-15 вкладок легко расправлялись с памятью. На нём же стояла «заводская» Windows Vista, которая легко после загрузки съедала 300 Мб ОЗУ и при этом я там ничего не использовал (пользовался Linux), кроме того, что стояло сразу на ноуте с магазина. А то, про что вы говорите — это было лет 15-20 назад.
на ноутбуках ненастоящие i9. Их производительность вроде i5, а то и i3 на десктопах. Хотя вебприложения, конечно, не должны быть такими прожоривыми: это и на десктопе не очень прикольно, т.к. время компиляции или тестового деплоя замедляется.
например, input[type=date]

Но у него же прекрасный фоллбек на чистое строковое поле.
К которому всё равно надо прикручивать сторонний виджет. А раз прикрутили, то включим во всех браузерах, чтобы единообразно было. Так и не используется выбор даты.
К которому всё равно надо прикручивать сторонний виджет.

Но зачем? Всё работает же. И чем больше будут недовольны пользователи Сафари, тем быстрее Apple что нибудь с этим сделает. Ну или закроется.

Apple закроется из-за date-picker?
Фантазии всё сложнее и сложнее.

UFO landed and left these words here
менеджеры на своих макбуках

А им можно хром поставить.
А он с движком от сафари не будет тот же косяк воспроизводить?
UFO landed and left these words here

Клиент смотрит со своего iPhone и пишет: у тебя дата не работает.

Кстати им можно скормить полифилы. Пусть тормозят, это же проблемы ОС на устройстве.
UFO landed and left these words here
UFO landed and left these words here
UFO landed and left these words here
Есть еще мобильный Safari )

Ненавижу input[type=date]. Из-за него мне приходится в браузере включать интерфейс на русском языке. А если я включаю английский язык, то даты в этом инпуте имеют идиотический формат mm/dd/yyyy. И вроде как поменять это ни в одном хромобраузере нельзя, так как это захардкожено где-то очень глубоко в общем ядре.

Так выберите английский не США, а Великобританию. У них даты в то же формате, как у всех приличных людей, и английский тоже совсем как у нас.

Вы путаете язык интерфейса и язык веб-страниц. В предпочитаемых языках веб-страниц можно выбрать English South Africa, New Zealand и United Kingdom. А в языке интерфейса можно выбрать только English, без вариантов. При этом формат даты почему-то определяется именно языком интерфейса, а не языком сайта.

Неа, не путаю, только что специально проверил. Во-первых, список языков один общий, и там для каждого языка есть две галочки — использовать для перевода веб-страниц и использовать как язык интерфейса. Во-вторых, работает, я поставил Великобританию, и input type=date стали в формате dd/mm/yyyy. Вероятно, реализация зависит от браузера, я пробовал на Хроме 78.0.3904.108, ну а что там в Операх Вивальди, я не знаю.

dd/mm/yyyy это конечно лучше, чем mm/dd/yyyy, но нормальный формат даты для меня dd.mm.yyyy или yyyy-mm-dd. Потому что при наличии слэшей, я не могу точно определить, где 2-е марта, а где 3-е февраля.

Простите, а без слешей вы это как определяете? Однозначным оно будет только в случае 3-х буквенного обозначения.
хм… 02/03/2019… 02.03.2019… второй вариант более однозначен?..

02/03/2019 в 95% случаев это 03 февраля или в 5% случаев 02 марта.


02.03.2019 в 100% случаев 02 марта. Потому что формата, допускающего 11.23.2019 ни в одной стране, к счастью, не придумали.

Если я правильно понимаю вики вы почти правы, но не так что б абсолютно. Хотя, вики тот еще источник стандартов )

Формат, может быть, и не изобрели, но люди, например, в Штатах, такое всё равно используют.

Посыл первой части статьи вообще "злой эппол, всю жизнь электрон через дырку в приватных апи лазил и всё было отлично, а теперь они её закрыли. Ууу, гады".


Простите, но может виноваты разработчики которые эти апи используют? А то напоминает костыли времен 386х когда писали в невалидные адреса, чай в старшие биты отрежутся (экономия битовой маски!). А потом появился 32-битные приложения и всё ойкнулось.

Простите, но может виноваты разработчики которые эти апи используют? А то напоминает костыли времен 386х когда писали в невалидные адреса, чай в старшие биты отрежутся (экономия битовой маски!).
А хоть одно приложение назвать сможете? С учётом того, что первый компьютер на 80386, Deskpro 386 появился в 1986м, в 1987м появились PS/2 60й и 80й моделей, а вот как раз 80386SX — Intel начала продавать только через год после этого, в 1988м… ну как-то это всё очень-очень сомнительно… выпускать софт, который работает только на одной-единственной, весьма и весьма редкой (как минимум поначалу) модели — в это ну просто дико сложно поверить…
который выглядит в части поддержки станартов как IE

Ого, получается Safari мог бы быть героем мемов, если бы не IE? Никогда бы не подумал…
Safari скоро будет этим самым героем мемов.
С другой стороны, не могу не понимать их, так как Electron-приложения в десятки раз хуже нативных

Но это не значит, что Apple должна запретить размещение приложений, написанных на Electron
Почему? Их магазин — их право. Если хотят повысить качество софта на своей платформе, конечно же. Разработчик ведь никуда не денется, запретят Электрон, напишет на чём-то нормальном, просто чуть больше времени потратит.
Странно, я всегда думал, что такие вещи должны решаться на конкурентной основе, а не по указке из центра. Ну и вы понимаете, что «использование приватных API» и «излишнее потребление системных ресурсов» это все таки разные вещи. О первом говорит Apple, о втором — добрая половина комментаторов.
Ну просто комментаторы ещё не забыли времена Джобса. Который прямо говорил: Our motivation is simple – we want to provide the most advanced and innovative platform to our developers, and we want them to stand directly on the shoulders of this platform and create the best apps the world has ever seen.

Я думаю что он бы Электрон забанил не раздумывая — и именно потому что это дико неэффективная прослойка. Но Кук… да, Кук на это неспособен.
Странно, я всегда думал, что такие вещи должны решаться на конкурентной основе, а не по указке из центра

Любой вендор ведь вправе самостоятельно устанавливать стандарты разработки на своей платформе. У его сателлитов своя конкуренция между собой, у его платформы своя между другими платформами. И если он решает, что какие-то приложения ему приносят больше вреда, чем пользы, то почему бы и нет? В зоопарке App Store пара миллионов приложений, и от периодической чистки этих авгиевых конюшен потребители только выиграют.
Ну тут получается, что в авгиевы конюшни вы включаете Slack, Skype, VSCode, Google Chrome, Discord?) Вряд ли Apple и его пользователи выиграют, если столь популярным приложениям не найдется места в App Store. Ну ок, будем качать по прямым ссылкам)
Так я разве где-то говорил, что Apple должна вести чёткую, последовательную политику одинаковых правил для всех? Нет, не должна, мы все равны, но некоторые равнее. Естественно, приложения, которые для платформы ключевые, всегда будут иметь +100 к бессмертию :)
Skype на Электроне, кстати, полнейшее дерьмо. Но я им пользуюсь, плююсь, но пользуюсь этой кривой поделкой. Просто потому, что у неё нет альтернативы — мне нужен мессенджер с киллер-фичей «в котором сидят мои клиенты». Её, к сожалению, не портировали ни на Telegram, ни на Whatsup. И знаете, если бы Скайп там прибили, я был бы только рад — клиенты перешли бы на нормальный мессенджер.
И повторюсь, в статье речь идет о блокировании приложений, использующих приватный API, а не о некачественности приложений на Electron. Повторите ли вы свой комментарий, в случае, если по этой же причине заблокируют в AppStore, скажем, Telegram? Хотя при таком развитии событий обвинить Apple в непоследовательности будет трудно)
Ох, как вспомню кроссбраузерность CSS/JS для Safari, так вздрогну.
С другой стороны, не могу не понимать их, так как Electron-приложения в десятки раз хуже нативных. По потреблению ресурсов, по UX, да по многим параметрам.

У меня внезапно slack занимает 350мб, а телеграм 350мб — столько же!
По UX — дискордом не пользовался, но слышал что всем он очень нравится. А мне вот slack нравится — довольно много приятных плюшек в нем. Самый отвратительный UX, с которым я сталкивался — нативный finder. На самом деле UX никак от технологии не зависит — ваш К.О.

У apple, безусловно есть причины блокировать развитие web на своих устройствах. Electron и PWA могут нанести серьезный ущерб их develop коммьюнити, где разработчик вынужден покупать мак и iphone. Может не так сильно, но на 1-2% продажи бы упали, если бы разработчики пилили iphone аппы на своих уютных линях.
Не «Apple убивает веб-технологии», а «Apple защищается от веб-технологий». Думаю, им не хочется видеть гневные отзывы пользователей «Купил огрызок за стопицот денег, а на нём всё тормозит». Да, эпплы далеко не идеальны, но в данном случае они правы на 100%.
«Купил огрызок за стопицот денег, а на нём всё тормозит»
Мобильные устройства от Apple одни из самых производительных на рынке. Если что-то тормозит на «огрызке за стопицот денег», значит на всём остальном оно не работает вообще, и коммерческого смысла в таком приложении нет даже для его разработчика.
Оно везде и тормозит. Просто вот берем Slack — шлак шлаком. Но что делать? приходится пользоваться т.к. по работе заставляют.
UFO landed and left these words here
Пользуюсь по работе скайпом. На линуксе, на винде, на андроиде. Не раздражает совершенно.
Якобы «нативные» приложения дискорда и слака — вот дрянь так дрянь… Использую их только в браузере. Рад буду, если в этой борьбе Эпл победит и они наконец-то начнут делать нормальные нативные приложения. Благо кроссплатформенных инструментов для этого полно.
Мы после долгого юзания скайпа в качестве места для рабочих чатов перешли на Телеграм. Сайп работает просто отвратительно. И такое чувство чем дальше — тем хуже. Железо на котором сижу: i7 8 ядер HT, нвидия 960M, 16 Gb ram, ssd.
Дак он в простое отжирает под 700-800 мб памяти с двух процессов (helper + сам скайп). У меня хромиум Brave c десятком открытых вкладок меньше кушает. Тоже перешли на Телеграм, невероятный контраст.
Discord под android имеет как раз нативное приложение. Под iOS — React Native. Так что дело не в «нативности».
Это вам ещё Microsoft Teams не давали попробовать. Вот где сказка, великолепный UI и UX и производительность невероятна

Не ругайтесь, они оба ужасны, и скайп, и слак :)

Видимо, «аксиома Эскобара» теперь применима почти к любой паре мессенджеров.

Телеграм немножко выпадает из этого ряда.

Телеграм — идеален. Нативный клиент и на десктопе (Qt вроде), и на айосе.

Нативный и Qt в одном предложении выглядят очень спорно. Хотя — все лучше, чем электрон

А Слак тоже требует перезагрузки компа после своего обновления?
На какой ОС? Ни под win10 ни под Linux такого не встречал
Win7. Не каждый раз, последнее обновление не потребовало, предыдущее — потребовало. Что в 21-м веке выглядит, мягко говоря, странно.
Что-то у вас пошло не так…
Может быть, вместе со скайпом встало что-то еще. Использую скайп на семерке, и ни одной просьбы о перезагрузке после обновления не было.
Да они вообще там берега потеряли, даже открыть скайп теперь стоит приличного времени, в фоне он нормально висеть не может, а уж как им удалось довести трансляцию звука до состояния хуже модемного соединения пятнадцатилетней давности — это нужно тренинги проводить, не иначе.
Машинка Intel i5, 8GB, GeForce 750Ti, HDD (не SSD), Windows 10, Skype UWP — открывается ~ 3 сек, в фоне уведомления доставляет, звук и картинка на WiFi-соединении ~ 50 Mbyte/s адекватный. Аналогично и на Android-смартфоне в 4G-сети. ЧЯДНТ?
Машинки i9900 / ryzen 3700, 32Gb, быстрые SSD, околотоповые видеокарты, 500 мб/с интернет — и косяки скайпа.
Win10 Pro, последние патчи установлены — но имеем косяки с изменением голоса и первый созвон ( или первые 2 созвона ) — обязательно в потолок задрана громкость.
Пинг пару ms, jitter отсутствует, фоном ничего не качается.
Аналогичная конфигурация тоже используется и на ней все хорошо, ну, только еще лучше — засчёт SSD, скорее всего, запуск чуть ли не меньше секунды… Вспомнил. Вот что действительно видел и продолжаю иногда — так это глюки такого плана, что при подключении VPN (не из бесплатных) Скайп может какое-то время тупить с приемом/передачей в чате. У Телеграм-десктопа такой фигни при этом нет.
Машинки i9900 / ryzen 3700, 32Gb, быстрые SSD, околотоповые видеокарты, 500 мб/с интернет — и косяки скайпа.

Скайп без каких-либо тормозов и проблем работает даже на порядок более слабых машинах. С-но, в вашем случае — дело не в скайпе.

Может и не в скайпе, но discord/zoom/teamspeak/webex работают сразу и без проблем.
Ещё пара претензий к скайпу: почему на него не всегда приходят пуши на мобильник — тем, кто пишет в скайп, приходится писать в другие мессенжеры «зайди в скайп»?
Почему после обновления десктопный скайп снова просит ввести логин/пароль?
Несерьёзно же.
Эм… А 3 секунды это по вашему нормально? Как по мне это даже на каком целероне убожество для мессенджера, а на такой-то железке…
Где-то 3 секунды было и до того, как «Microsoft убил Skype» для 5-й версии.

Мне интересно, ЧЯДНТ, когда на моей прошлой рабочей машине IntelliJ IDEA запускалась и разворачивала проект быстрее, чем Skype отрисовывал своё окошко…

50 Мегабайт в секунду — это отличное соединение, скажу я вам… 400 Мбит получается, да? ;)
А что не так? Зависит от тарифов провайдера. У меня вот PON на максималке — 800 мбит инет, которые с некоторых ресурсов я и получаю.
Рассказывать как хорошо работает Скайп на 400 Мбит — вот, что «не так» ;)
У нас на серверах в похожие 400 Мбит влезает несколько сотен видео-соединений… Не особо загружая CPU и память, к слову говоря.
Ну я думаю просто вы его по работе не используете, когда у вас овер 500 активных контактов, по 10 тысяч сообщений в день. Да и 3 секунды — вообще бред. Вспомните сколько запускался скайп 10 лет назад, на пентюм 4? Наносекунды!
по 10 тысяч сообщений в день.

Это 20 сообщений в минуту. Вы только и занимаетесь тем что сообщения в скайпе читаете?


Вспомните сколько запускался скайп 10 лет назад, на пентюм 4? Наносекунды!

На пентиуме четыре меньше, чем за 10-20 секунд запускался только блокнот. Да и то не всегда. Вы про времена пентиума 4, видимо, из рассказов отца помните?

1) 10 тысяч это чисто мне приходит лично.
2) На пентиуме четыре меньше, чем за 10-20 секунд запускался только блокнот.
WAT? А может проверим? Скайп тогда весил 7Мб. О чем вы простите? Он запускался как винамп до 3й версии. Вы вообще вспомните времена до 2006 года примерно. Установите ради прикола Windows XP, туда же всякие winamp 2, skype 2, какие-нибудь ACDSee классический, я уже даже забыл что там было классного.
Установите ради прикола Windows XP, туда же всякие winamp 2, skype 2, какие-нибудь ACDSee классический, я уже даже забыл что там было классного.
Для этого ещё железо тех времён нужно найти
Для этого ещё железо тех времён нужно найти
А это ещё зачем? Почему когда речь заходит о потреблении, скажем, бензина, то никто не предлагает сравнивать мостров 60х, жрущих бензин как не в себя, с современными моделями «с пересчётом по цене бензина на год выпуска»… а когда речь заходит о софте — так обязательно предлагается skype 2 ставить на железо «тех времён» и сравнивать с сегодняшей кучей дерьма на 5Ghz и SSD?

Почему сегодняшний Skype не может работать на сегодняшнем железе так, как Skype 2 работает на нём же?

Когда операционка начинает жрать больше (пару мегабайт на компьютере с 16MB общей памяти и 100 мегабайт на компьютера с 16GB) — я понимаю почему так происходит. Чтобы следить за большей память таблицы, в которых метаинформация хранится, тоже должны быть больше. И 2Mb от 16MB — это куда больше, чем 100MB от 16GB.

А Skype-то зачем больше ресурсов? Кто-то научился набирать тексты со скоростью мегабайт в секунду или на ультразвуке все разговаривают?

Кстати даже если бы и научились набирать мегабайт в секунду… я бы скорее поставил на то, что Skype 2 с таким потоком справится, чем современное поделие, жрущее гигабайты… во всяком случае теминал в ChromeOS попытку вставить в него кусок текста в мегабайт не переживает. Хотя Emacs на компьютере в 1000 раз слабеее — переживает легко.
А это ещё зачем? Почему когда речь заходит о потреблении, скажем, бензина, то никто не предлагает сравнивать мостров 60х, жрущих бензин как не в себя, с современными моделями «с пересчётом по цене бензина на год выпуска»… а когда речь заходит о софте — так обязательно предлагается skype 2 ставить на железо «тех времён» и сравнивать с сегодняшей кучей дерьма на 5Ghz и SSD?
Удивительно, что столь простые вещи требуется объяснять. Обывателя интересует не сколько мегабайт скайп занимает, а сколько секунд запускается. И если терпел десять лет назад минуту, то и сейчас тоже будет терпеть.
во всяком случае теминал в ChromeOS попытку вставить в него кусок текста в мегабайт не переживает
А какой терминал переживает? Что gnome-terminal, что konsole не обрабатывают мгновенно, а ждать несколько часов времени нет.
И если терпел десять лет назад минуту, то и сейчас тоже будет терпеть.
Это если у него альтернативы не будет.

А какой терминал переживает? Что gnome-terminal, что konsole не обрабатывают мгновенно, а ждать несколько часов времени нет.
И XTerm и Rxvt — без проблем. И не за несколько часов.
Это если у него альтернативы не будет.
И где эта альтернатива? И самое главное, как на неё людей перетащить?
И XTerm и Rxvt — без проблем. И не за несколько часов.
Попытался сейчас вставить в xterm «Гамлета» и там тоже видно как он по строчке вставляется. Ничем в лучшую сторону от gnome-terminal или konsole не отличается, но там хоть шрифты из коробки могут в кириллицу и не нужна лупа, чтобы их разглядеть.
Попытался сейчас вставить в xterm «Гамлета» и там тоже видно как он по строчке вставляется.
А это уже, извините, от приложения зависит. В любом случае — оно таки вставляется и, если приложение, куда вы это вставляете, не тормозит — вставится. А вот поделка из ChromeOS на HTML5 — умирает с концами. Намертво. Её после этого даже закрыть и открыть заново нельзя. Открывается пустое окно — и никакого терминала.

И где эта альтернатива?
Да всё там же. На полочке. Office 2003 (да даже и Office 2000) по прежнему отлично работают.

И самое главное, как на неё людей перетащить?
А зачем перетаскивать? Просто поставьте и всё. Люди будут брагодарны.
А это уже, извините, от приложения зависит.
Значит это vim тормозит. Проверил на cat — xterm работает медленнее gnome-terminal и konsole, примерно как и терминал vs code.
Office 2003 (да даже и Office 2000) по прежнему отлично работают.
Они в hidpi научились? И современные форматы поддерживают?
А зачем перетаскивать? Просто поставьте и всё. Люди будут брагодарны.
Допустим у меня есть контакт в скайпе или телеграмме. Что мне поставить, чтобы общаться с ними и чтобы они ничего не ставили?
Они в hidpi научились?
Чего не знаю, того не знаю.

И современные форматы поддерживают?
Если поставить Microsoft Office Compatibility Pack — то да, вполне. Даже Office 2000 поддерживает. Правда вот с ним на Windows 10 некоторые проблемы. Office 2003 отлично работает.

Допустим у меня есть контакт в скайпе или телеграмме. Что мне поставить, чтобы общаться с ними и чтобы они ничего не ставили?
А откуда такие хотелки? Всем своим родственникам я могу поставить то, с чем мне удобно работать (можно LINE или тот же WhatsApp). А всем остальным — я всегда могу дать свой телефон (причём такой, что звонки будут международными… телефонов у меня два, так что есть выбор). И всё. Дальше — это уже не мои проблемы.

P.S. И да, я знаю, что есть люди, которым «по службе» приходится ставить десятки мессенджеров и куча всякого томозящего хлама. Мне их жаль и я им сочувствую. Но ставить Skype всё равно не буду. Исключение одно: если мне за это заплатят (так люди оказываются со Slack'ой)… ну тут как бы всё просто: если вы предоставляете железо и софт — то я, в общем, буду его использовать. Ну а нет — так нет. В частности у меня на телефоне нет никакого рабочего мессенджера — и все про это знают. Ибо когда подаренный на какое-то событие Nexus 5X служба безопасности вычеркнула из списков поддерживаемых и мне задали вопрос когда я куплю себе «поддерживаемый» телефон я ответил просто: когда мне его выдадут. Этого пока что не произошло. Ну на нет — и суда нет.

P.P.S. Это всё, в общем, разновидности всё тех же тимбилдингов и прочего, когда вас пытаются заставить делать то, что вам делать не хочется. Не хотите иметь гемора? Не поддавайтесь. Хотите? Ну ставьте себе то, что угодно — Skype, Discord, VS Code или что ещё вам там нравится. Только потом не плачьте. У меня исходник на пять мегабайт открывается без проблем. А если у вас этого с вашим редактором не происходит… ну причём тут я? Это вы себе проблему устроили…
Если поставить Microsoft Office Compatibility Pack — то да, вполне. Даже Office 2000 поддерживает. Правда вот с ним на Windows 10 некоторые проблемы. Office 2003 отлично работает.
Уже можно спокойно поднимать версию до 2003, так как 2000 уже не работает. Поржавели байтики. Врочем с офисом я не работаю, возможно ещё бы без проблем поднял бы версию. hidpi это серьёзное требование уже на среднем ноутбуке.
А откуда такие хотелки?
Поскольку мессенжер я ставлю не для себя, а для связи с окружающими. И им совершенно безразлично как этот мессенджер работает у меня.
Это всё, в общем, разновидности всё тех же тимбилдингов и прочего, когда вас пытаются заставить делать то, что вам делать не хочется. Не хотите иметь гемора? Не поддавайтесь.
Разрывайте все свои социальные связи и уходите в монастырь вы хотели сказать? Или в лес? Вот не могу я каждому знакомому диктовать что ему использовать.
У меня исходник на пять мегабайт открывается без проблем. А если у вас этого с вашим редактором не происходит… ну причём тут я? Это вы себе проблему устроили…
Я открывал в VS Code дампы базы данных на полгигабайта и ничего, работает. gedit на поиске в таких дампах зависает, kate открывает их только для чтения, так как там слишком длинные строки.

Вы правильные вопросы задаете. У меня на одном из ноутбуков скайп вообще не запускается без опции /legacylogin. Т. е. какое-то легаси в новом окружении еще как-то работает, а новый код вообще неработоспособен.

Он запускался как винамп до 3й версии.

Винамп тоже меньше чем за 10 сек не запускался никогда.

Винамп тоже меньше чем за 10 сек не запускался никогда.
Тут я бы возразил, конечно — но это будут слова против слов. А собирать тестовый стенд на старом железе для проверки скорости запуска винампа, конечно же, лень.
Вы всё делаете так, у меня на довольно умеренном игровом ПК тоже со скайпом нет проблем.

Суть высококвалифицированных инженеров в огромной корпорации с миллиардными бюджетами заключается в том, чтобы создавать продукт который у всех работает хорошо.
Это вы еще приложение Photos uwp не открывали. Я решил добавить в него папку с архивом фото (500гб). Простое листание ленты загружает 9900k на 80-100%. 20% индексации (что бы это ни значило) заняло несколько часов. Хочу все же дождаться окончания.
Многое встречал, но такое…
В WinRT в принципе плохо реализован дисковый IO, там куча объектов-оберток и буферов поверх других буферов. Служба индексирования тоже тормозная, ее разрабатывали еще до десятки во времена медленных HDD, а теперь, после того, как она стала доступна обычным приложениям, оказалось, что в наше время это уже зачастую лишняя прослойка. Плюс безопасность как в концлагере, посмотрите в диспетчере, нагружен ли RuntimeBroker.exe, он управляет списками доступа и пропускает весь дисковый трафик через себя. Если нагружен, можно попробовать перенести фото в Мои Изображения или как там они называются. Тогда проверки прав доступа упростятся, он будет проверять только есть ли у приложения разрешения на работу с Known Folder, а не выдавал ли пользователь разрешение на работу с кастомной папкой.
Пытался открыть архив когда он был на hdd, но быстро понял что бесполезно. Сейчас уже проверял на ssd. Индексация была не общая, а именно приложения Photos.
RuntimeBroker.exe было замечено, но обычно с небольшой нагрузкой, в основном вся нагрузка приходилась на процесс Photos.

Недавно обнаружил, что Skype для Win 10 из win store куда глючнее обычной десктоп версии. Так что если у вас 10-ка и вы также страдаете, попробуйте установить обычную версию, там боли поменьше.

Оно везде и тормозит. Просто вот берем Slack — шлак шлаком. Но что делать? приходится пользоваться т.к. по работе заставляют.

Так значит всех устраивает слак, раз заставляют пользоваться слаком, а не альтернативами.

Дак в том и дело, что не устраивает. У нас, например, используется слак, но только для общения текстом. А вот аудио/видео звонки в нём тормозят безбожно, поэтому приходится юзать скайп/зуум. И на предыдущей работе было то же самое.

А вот аудио/видео звонки в нём тормозят безбожно, поэтому приходится юзать скайп/зуум.

Так а по каким причинам вы тогда используете слак? Не используйте. Используйте только скайп.

Я полагаю, групповые чаты. Они там действительно удобны. Но, блин, там даже текст тормозит :((

Интересно что при этом visual studio code не тормозит. Видимо разработчики других приложений на электроне что-то делают не так. Но факт тот, что это практически повально и это делает меня грустить
Какое ультимативное, неподкрепленное пруфами, заявление.
Мобильные устройства от Apple одни из самых производительных на рынке

Уж не знаю что там с современными девайсами от укушеных фруктов, но раньше их железо стабильно было сильным середнячком. И вытягивали они исключительно за счет оптимизации софта. Судя по анонсам и косвенным признакам — ситуация не изменилась и по сей день.
Прошу вас дать хотя бы один график хотя бы за 1 год когда только вышедший айфон не был на 1 месте по производительности в популярных бенчмарках по сравнению с конкурентами.
Мало того, они зачастую даже производительней следующих поколений конкурентов.
Настроенная комбинация софта + железа и никакого волшебства, только через пару апдейтов iOS всё превратится в тыквуслоупока.
Учитывая, как они сконцетрировались в 12 айоси на внутренних оптимизациях, что мой древний iPhone 6S начал летать (и в 13-й продолжил еще шустрей), с вами не соглашусь. Мой старый 5S, который я покупал еще в 2013 году и продал в 2015 другу, также чувствуетса абсолютно нормальной рабочей лошадкой. Андроидные флагманы тех и последующих лет давно в мусорке.

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

Даже на LWN мейнтейнеры ядра линукса написали статью, почему они работают на макбуках и насколько они технически превосходят конкурентов из-за уникальных технических решений.
А до 12 оси и скандала «apple замедляет старые девайсы»?
Хотите ролик приложу с тытуба, где человек запускает и выполняет одинаковые операции на необновлённом iPhone 6 из коробки и обновлённом?
Я могу написать не менее аргументированную статью, почему мне нравится oracle linux на кластерах — но меня вполне заслуженно закидают гнилыми помидорами, потому что ol идёт за доп. бабло.
Каждой вещи своё место, я об этом парой постов выше писал.
Человек выполняет одинаковые операции на разном софте, и получает разные результаты? А после переключения всех девелоперов чисто на фиксы — одинаковые?
Это у вас доказательство чего именно? )
Андроидные флагманы тех и последующих лет давно в мусорке.

Вы это говорите тому, кто менее полугода назад расстался с SGS 2 из 2011. Его ровесник 4s, вот он действительно в помойке, а на SGS2 был 9 андроид.
UFO landed and left these words here

Я два года назад избавился от SGS3, он к этому времени тормозил безбожно. Как вы с двойкой жили — вообще не представляю.

Просто не ставил пакет приложений от гугла. Он здорово грузит устройство, без него намного лучше.
А можно ссылку на статью от мейнтнйнеров линукса?

И что там про превосходство, кроме muxed/muxless GPU switching (что, ИМХО и по опыту работы с muxless-железками, непринципиально)?

Кажется, что комфортное время жизни iOS устройства это уже три мажорных апдейта, а не два, как раньше.
Как бы уже не 5. Iphone 5s вышел на 7-й ios, сейчас на него встаёт 12-я. И работает на ней он быстрее, чем на любой из предыдущих. Телефон из 2013 года, прошивка 12.4.3 вышла месяц назад, можно сказать в конце 2019. Не видел ни одного телефона, который поддерживался бы так долго
Тут, как бы, не было бы счастья, да несчастье помогло. Когда Apple отправили цену на флагман в стратосферу — у них встали продажи. Вот буквально колом. Для компенсации были продолжены продажи iPhone 5S. В России — он активно продавался в конце 2017го, а в Индии — и того дольше (я про этот феномен писал, когда это было актуально… на WebArchive.org случилась какая-то беда, данных за несколько месяцев нет, но можно увидеть что в начале 2018го оно ещё продавалось). Ну а если вы телефон в 2018м году продаёте, то в 2018м же прекращать его поддержку уж совсем некузяво — это всё-таки Apple, не китай какой.

Соотвественно это для тех, кто купил его в момент выхода на него апдейты — шесть лет, а кто купил последние партии… хорошо если пара лет будет, как у типичного творения на Android.

P.S. Сказть что-то о том, как будут поддерживаться более новые модели тут нельзя — всё-таки это такая, несколько уникальная, аберрация. Хотя фиг его знает… iPhone 7 в коробочке-то — вот они, запечатанные, свеженькие. Если их продажи до середины 2020го дотянут — тоже придётся поддерживать 6 лет с момента появления модели…
Эппл уже ловили на намеренном замедлении старых устройств на новых прошивках, тогда они отмазались что это делается для экономии заряда и сохранении автономности в тех же рамках, что и для новых устройств. Еще раз попадаться на таком же они вряд ли захотят, сильно ударит по репутации которая последнее время покачивается всё сильнее. И как мы видим из этой ситуации с 5s — в принципе никаких ограничений для долговременной поддержки нет, железо продолжает тянуть, единственное ограничение это желание самого Эппла продавать больше новых девайсов.
Они вытягивают из-за оптимизации софта.
Взять IPhone 11 Pro Max — в нём стоит Apple A13, у которого 6 ядер. ОЗУ тоже не на пределе — 4 гига.
В тех же китайских телах уже по 8 ядер давно, и ОЗУ гигов по 6-8. Только вот софт не оптимизирован.

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

Для объективности я сравнивал Huawei P30 Pro и IPhone 11 Pro Max.

У Apple офигенный софт и маркетинг, снимаю шляпу.
дык… конечному пользователю, как-то больше интересно что он видит на экране, чем что там запаяно внутри. А на экране он видит время между нажатием на кнопку и открытием менюшки. И имено это он называет «тормозит/не тормозит».
А когда вышеозначенные «универсальные» блин поделия, начинают после нажатия на кнопку лихорадочно лезть в инет (который еще не факт что есть), подгружать оттуда 100500 метров каких-то скриптов, иконок в 5к разрешении, немного трекинга, и совсем чуть чуть кода, и только после этого отображают таки вам меню… То приложение — тормозит. И жрет трафик и батарейку.
Ну не знаю где вы нашли такие приложения. Я от силы телегой, почтой, вк и я.музыкой пользуюсь.
У американских банков, например у wells fargo. Имхо, их приложение — это просто идеальный пример как не надо делать )
Ядра Apple грубо говоря как 2-3 ядра Snapdragon. Это не преувеличение, банально делали рентген ядер. У первых даже кэш в разы больше.

У Эпла СВОИ(они сами проектируют а не лицензируют у АРМа) ядра и они сильно лучше того что ставит Квалком или Самсунг.
Эпол впереди по железу — бенчи по графике то не вытянешь на уровне софта. Вот что реально они добиваются именно софтом — это расход памяти, в смысле что их жесткая политика для приложений приносит плоды — меньше расход памяти, батареи и т.п.
Ну и мобильный Сафари у них лучше оптимизирован чем мобильный Хром на Андроиде — бенчи по вебу это показывают.
А пользователю все равно что и как если он видит что на Эпле у него быстрее работают тяжелые сайты и т.п.

А вас не смущает, что Apple с таким плохим процессором превосходит хуавей значительно в Single-thread и не очень значительно в Multi-thread? Хуавей еще не догнал A12… На данный момент ничто из линейки Snapdragon не приблизилось к производительности A13, не говоря о различных «фишках» вроде модуля для машинного обучения и прочих-прочих архитектурных особенностях
Разве? Могу ошибаться — но 865 примерно на уровне A13 по бенчмаркам.
Комментарий писался месяц назад, когда 865 еще не было, одобрить его решили только сейчас)
В любом случае, 865 еще не вышел, только результаты синтетики, ждем реальных образцов
Подход Google — «всё будет web».
Подход Apple — «всё будет app».

Закидывайте меня палками, но мне подход Apple ближе. Я не хочу, чтобы со временем компьютеры или смартфоны стали платформой для одного-единственного приложения — браузера, в котором будет работать всё остальное.
потому что тот же стим для простого отображения списка моих игр зачем-то кушает больше 500 метров оперативы.
Этот новый список ещё и тормозит при прокрутке на, похоже, любом железе.
Если я правильно понимаю, он уже не совсем мои игры показывает, во-всяком случае на версии макоси. Недавно случайно увидел как выглядит его основной экран — и я не знаю кто все эти люди, и что это все за игры, и с какой стати они перемешаны с моими.
Хорошо хоть, что быстрое меню правой мышкой по иконке на таскбаре все еще показывает мне шустро и только мои игры. Правда, может они просто забыли об этом функционале…

Не переживайте, игры в стиме в любом случае не ваши :)

Я купил — значит мои! *расчехляет торрентокачалку*
Ты лаунчер Беседки не видел, дружок, жрет столько же, но только в фоне.
Тут мне захотелось запостить картинку «Зачем накуривать осу?», но я не буду. :)
UFO landed and left these words here
Ой, они его поменяли? А я думал это я куда-то не туда нажал и включился визуальный редактор… А отключить нельзя?
UFO landed and left these words here

А что там не так с визуальным редактором?

Для того, чотбы написать пару фраз коллеге, текстовый процессор не обязателен.

Отключать-то его зачем?

Можно было просто его не включать. Или у разработчиков задачи кончились, начали придумывать хоть что-то, лишь бы деньги платили?
UFO landed and left these words here
Пользователь не владеет ничем. Захотим, изменим ценовую политику, например, вместо покупки приложения один раз, введем подписку. Захотим, встроим в 10 раз больше рекламы. У пользователя веб-приложения нет контроля совершенно ни над чем.

Вот бы с эпплом это сравнивать.


Насколько легко поставить прошлую версию приложения из аппстора?
Насколько легко поставить приложение в обход аппстора?
Насколько легко поставить приложение, которое вы купили ранее, но которое выпилили из аппстора?

Че уж там, давайте сравнивать со всеми. И с андроидом (в его текущем состоянии), и с десктопами (вин/мак/юникс).
прошлую версию приложения из аппстора

Я вот вообще не знаю каких-то сторов, в которых есть «прошлые версии». Есть сайты, есть вебархивы и прочие файлопомойки (репы в юниксах, из которых можно ставить что угодно, если терпения хватит проблемы резолвить), а вот что б прям стор… Разве что винду и ее основные компоненты могу припомнить, но то не совсем «стор».
в обход аппстора

ну, тут айфоны, конечно лидируют. хотя андроиды с каждым билдом наступают на пятки, да и винда очень так мило намекает, что ставить апп можно только из их апп, время от времени. Юниксу все до лампочки, хочешь блекджека — наслаждайся.
которое вы купили ранее, но которое выпилили

это смотря как выпилили. Тот же андроид, вполне себе удаляет купленные приложения, если палит что у вас поменялась локация, и ваших приложений быть там не должно. За айосом такого пока змечено небыло. Так же, вполне логично, когда приложение которое просто не пойдет на обновленной системе — как минимум помечается как не рабочее (такое есть вроде у всех).
С приложениями удаленными по «политическим» мотивам — там все сложнее, конечно.
Есть сайты, есть вебархивы и прочие файлопомойки (репы в юниксах, из которых можно ставить что угодно, если терпения хватит проблемы резолвить), а вот что б прям стор…

Спокойно так делаю в своих линуксовых репах, и конфликтов на том уровне софта, который предлагается в аппсторе, не было.

Наоборот, Gentoo, большинство пакетов из ~, ряд вообще из ** из гита.

и на это спокойно встают старые версии приложений? магия…
хотя гента штука мною не изведанная, может у нее с мультиверсиями библиотек проблем нету.
может у нее с мультиверсиями библиотек проблем нету.
Нету, так как всё собирается из исходников с теми версиями библиотек, какие есть в системе. Но если что-то хочешь поставить десятилетней давности — всё равно плясать с бубном нужно долго…
Вроде как для этого лет пять назад стали активно внедрять контейнеризацию.
Есть сайты, есть вебархивы и прочие файлопомойки (репы в юниксах, из которых можно ставить что угодно, если терпения хватит проблемы резолвить), а вот что б прям стор…
Вот, пожалуйста. Можете качать любую версию Resharper за последние 5 лет. После того, как пользователи начали плакать, что этого мало и их любимых версий за 2010й год больше нет техподдержка дала ссылки на версии с 2005го года. Правда первых версий для Visual Stuido 2003 там нет, да.
Ну как почему, нативное будет всегда лучше браузерного в плане скорости работы и потребления ресурсов. В соседних комментах куча примеров.
Потому что в этом случае появляется лишний слой — операционная система.
это элементарно не будет раскрывать все возможности машины
Хз, как по мне как раз гугл сейчас продвигает вполне неплохую технологию, то бишь флаттер, который к вебу ну ооочень отдаленное отношение имеет (одна и та же плюсовая библиотека для рендеринга вью что и в хроме)
Flutter приложения могут работать в браузере.
Это отдельный проект который вырос из нативного флаттера благодаря тому что дарт транспайлиться в js умеет. Даже название у проекта hummingbird. А оригинальный флаттер все таки в нормальный бинарь компилируется и для рендеринга skia использует.
Flutter мне понравился на первый взгляд, но глубоко я не вникал.

Тем не менее, Google — веб-компания, и то обстоятельство, что они решили в данный момент времени поиграть «на стороне поля Apple», не меняет подхода в общем и целом, как мне кажется. Это тактический шаг, который имеет свои цели, он не оказывает влияния на стратегию Google и вектор ее движения.
Веб победит на всех платформах.
Неблагодарное это занятие — делать ставки на исход таких долгоиграющих процессов. Я пас.
Почему сразу браузер. Есть еще утилиты типа curl. Плюс html сам по себе довольно таки встраиваемый. И интерпретатор javascript сейчас есть чуть ли не на каждой микроволновке. На выходе получаем нечто стандартизированное. В случае с app имеет место самобытный подход. В каждом отдельном случае.
Оба хуже.
И Электрон с его лозунгом «написано однажды, тормозит везде».
И Apple, уже один раз станцевавшая на граблях «закроемся от всех на свете, у нас свой особый путь».
Apple всегда навязывает свои правила. Да, приложения на электроне хуже нативных, но это значит только то, что авторам приложений на электроне достаточно, что у их пользователей будет именно такой опыт. Причины могут бать разные, но суть не меняется.

P.S. Ужасный перевод, ужасная адаптация.
Но если таких разработчиков будет большинство, негативный опыт будет ассоциироваться уже не с разработчиками, а с эпплом.

А вы, установив кривое приложении на свой пк, ругаете авторов ОС или конкретного софта?

Статья подготовлена при поддержке компании...

Ну да, перевод, размещенный в корпблоге этой компании, как бы намекает, что:
1. Сказать самой о себе компании нечего. Я про реально интересный рассказ, вроде старых постов в блоге Билайна (да-да, тех, что им писал знаемкто). И, да, это вообще по блогу видно. Неужели о теме, где вы спецы, ничего нельзя интересно поведать?
2. При участии оказалось оплатой работы переводчика/копирайтера. Не обязательно, но уж очень похоже.

Правда, расскажите с огоньком про то, о чем написано в желтой вставке — про электронную систему медицинского осмотра, про, черт побери, даже поддержку программного обеспечения!

Эцсамое, у вас по одной ссылке эппл проверяет использование приватных API CAContext CALayerHost NSAccessibilityRemoteUIElement NSNextStepFrame NSThemeFrame NSURLFileTypeMappings и банит за это приложение, а по другой ссылке Firefox для ускорения кладёт IOSurface в CALayer для ускорения работы, что никем не запрещено. Нестыковочки-с

Так и Firefox не полагается на автообновления от App store. Поэтому они могут не бояться бана со стороны Apple

Я к тому, что Firefox использует вполне публичные API:
https://developer.apple.com/documentation/quartzcore/calayer
https://developer.apple.com/documentation/iosurface


и никто их за это никогда не забанит.


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

Apple прогресс вперед двигает, а веб-технологии в современном виде это сущий ад. Так что все правильно.

И что же они такого прогрессивного двинули?

Вполне серьезно. Плоский дизайн выкатили, FaceID/TouchID для телефонов выкатили. Времена, когда они подталкивали веб кончились еще когда Blink форкнули. Сейчас фактически на троих (+Google, +Mozilla) соображают всякие mvp новых фишек. Открытые стандарты кодирования они пилят в консорциумах. Прочие сомнительные стандарты держат внутри своей экосистемы ради экономии.
Во времена El Captain починили старые болячки своей OS, в свежих версиях добавляют только боли. Утечки памяти, новые странные API, неработающие breaking changes. Ух прогресс.
Старым айфонам замедляли вычислительные мощности устроив им "запланированное устаревание".
Про условия труда и прочую рабочую эксплутацию китайцев можно наверное не вспоминать.
Достигли на волне хайпа триллионной капитализации.
Установили для России самый большой региональный ценник.
Чего там еще из прогрессивного?

Максимальные цены для потребительских устройств, дизайн (включая UI/UX) и свою платформу?
Будем честными, если вам хватает того, что уже есть на яблоке — работать достаточно комфортно.

Как безапелляционно. Если мне яблочный UI/UX неудобен, что на их настольной ОС, что на планшетах (от айпада вообще материться охота), то ЧЯДНТ?

Вы всё делаете так — используете тот UI, который вам доставляет наилучший UX и является привычным.
C успехами Apple в поднятии ценников на железки и дизайном железок вы же согласны?
PS IMHO, хорошо, что яблочники задрали ценник на девайсы: так или иначе, производители ориентируются на apple по ценнику, и после поднятия цен выше $1000 для мобильника и выше $5000 для десктопа и ноутбука, на рынке стало появляться больше интересных предложений, как минимум, качество камер мобильных телефонов ощутимо поднялось.

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

Вот клавиатуры — совсем уж дело вкуса, многие до сих пор вздыхают по бабочке от IBM.
Я про внешний дизайн — как ни крути, Apple делает красивые устройства, но покупать я их себе, конечно же, не буду — они мне никак не помогут в работе, а другой причины отдать от $2 до $6 тысяч не вижу.

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

UFO landed and left these words here
Ровно такое же мнение, поддерживаю. Мой комментарий не несет содержательной информации, но мне очень не нравится цифра -8, которую я вижу у вас. Так что чем могу, как говорится.
Потихоньку App Store начал отклонять приложения, созданные с помощью популярного инструмента под названием Electron, который позволяет разработчикам делать все свои приложения на веб-коде

Ужас-то какой.
Независимо от вашего мнения о качестве приложений на Electron, выбор важен.

Electron — это не возможность выбора, а его отсутствие. В природе нет пользователей, которые хотят использовать софт на Электроне. Есть только пользователи, которые вынуждены это делать, потому что нет альтернатив. В данном случае Apple наоборот, создает выбор, заставляя разработчиков искать другие инструменты.
В данном случае Apple наоборот, создает выбор
Ага, «рабство — это свобода».
У разработчиков уже есть выбор и они его уже сделали.
Ну теперь буде гораздо более удобный выбор, либо значительно увеличивать издержки на разработку, либо отказываться от аудитории. Или, если по другому, либо брать с пользователей больше денег, либо послать часть их них лесом. Офигенный выбор.
В природе нет пользователей, которые хотят использовать софт на Электроне
Точно так же, как и нет пользователей, которые хотят использовать софт на Swift. Пользователям важно в первую очередь чтобы софт был.
Про электрон, думаю, DrPass не совсем корректно выразился — пользователям в общем-то пофиг, на чём написано приложение. А вот как быстро оно работает — совсем не пофиг, и свифт запросто уделает в скорости элеткрон.
Э нет. Я, бывает, вообще от софта отказываюсь если могу без него обойтись, если он сделан на веб технологиях. Мне важно чтобы как можно большая часть софта которым пользуюсь — была нативной. Приложениями построенными на веб технологиях пользуюсь только если без приложения никак и нативной версии не существует.
Надеюсь флаттер ситуацию подправит и будем чуть меньше приложений на электроне и подобном видеть со временем.
Надеюсь флаттер ситуацию подправит и будем чуть меньше приложений на электроне и подобном видеть со временем.
Это если Apple в порыве «больше свифта богу свифта» не запретят вообще все кросс-платформенные решения, которые смогут.
Ну, я вообще win и linux пользуюсь)) А там вряд ли запретят)
Что, и библиотечки, написанные на C++, тоже запретят?
Ну на C++, так уж и быть, оставят. Но только пока никто не видит. А если запалят, что вы это C++ не руками написали, а из C# сконвертировали, нельзя. А если из JS, то вообще сразу пожизненный бан.
Так это практически любая игра на Unity3D, тем временем игры на этом движке встречаются в Apple Arcade.
А что есть сомнения? OpenGL выпилили, posix потихоньку выпиливают.
Попробуйте вызвать например system
Ну system — это такая штука, которую давно было пора выпилить.

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

P.S. Хотя, конечно, зря они его вот так уж прямо выпилили. Нужно просто заменить его на заглушку, возвращающую 0 при вызове с nullptr и -1 (плюс errno в ECHILD) — и всё. Такая реализация безопасна и на 100% соответствует спецификации POSIX.
У разработчиков уже есть выбор и они его уже сделали.

Я прощу прощения, но речь идёт не о том, что выбрали разработчики. Выбор разработчиков вообще штука эфемерная. Разработчик может выбрать любое говно (и зачастую охотно выбирает), лишь бы он было в тренде, либо было интересным, либо позволило дешевле сделать продукт. Вот только продукт делается для пользователя. И важен выбор пользователя, а не разработчика.
Пользователям важно в первую очередь чтобы софт был.

А во вторую — чтобы он работал нормально. А вот такого выбора пользователям не предоставляют. Электрон уже, например, испоганил Скайп. Но выбора нет, т.к. есть только один скайп-клиент. То же самое со слакой и другими приложениями. Поэтому я обеими руками за то, чтобы дистрибьюторы софта создавали неудобства для разработчиков, которые берут настолько поганые инструменты. Увеличатся издержки на разработку? Кто-то получит не сверхприбыль, а просто прибыль? Ужас-то какой.
А во вторую — чтобы он работал нормально.

Так нативный софт, сделанный с теми же затратами, что и софт на электроне, будет работать хуже, чем софт на электроне. Использование электрона не уменьшает, а увеличивает качество софта.


Кроме того, вы видимо невнимательно прочитали статью — никто ведь не запрещает электрон, запрещают использование определенного АПИ. Без использования которого приложения на электроне будут разрешены, но при этом станут работать хуже, чем работали до этого :)

Так нативный софт, сделанный с теми же затратами, что и софт на электроне, будет работать хуже, чем софт на электроне.

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

Тут речь о том, что делая софт на электроне, наняв одного программиста — получаете приложение для iOS, Android, десктопа, веба, smart TV и остального сразу. А наняв одного программиста на свифте — только на iOS. Выкладывайте еще x2-x5 денег чтобы нанять других программистов и выйти на всех платформах. И на каждой еще по-своему глючить будет, надо будет в фазе поддержки и исправления багов еще x2-x5 денег доплатить.


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


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

Я знал один случай, когда начинали писать на кроссплатформенном фреймворке, чтобы было на обеих мобильных платформах, а потом оно всё равно работало только на iOS ;-)

Дима, привет! :)


Ну, в том случае, о котором ты говоришь, андроид был изначально нафиг не нужен. Но изначально это было не так очевидно, т.к. прозвучало, что "надо так и так". А то вдруг санкции в Китае или еще какая дичь. :)

А я сейчас наоборот сижу по уши в проекте, где так же писали всё на плюсах, чтобы ядро было одно и там и там, и в итоге JNI-биндинги с их строгим управлением памятью (явный забор и отдача владения объектом) отрабатывают стабильно зацикленные UI-тесты по 1000 прогонов, а свифт всё время норовит подлить подливы, деаллокнув объект, отданный в нативный код, ибо "ну а чё его же никто не юзает, а в ваших этих плюсах я референскаунтить не умею, тпфу на вас"

Свифт умеет управлять памятью вручную. Только документации по этому мало.
Тут речь о том, что делая софт на электроне, наняв одного программиста — получаете приложение для iOS, Android, десктопа, веба, smart TV и остального сразу.

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

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

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


И объединяло их всех одно — они все работали лучше

Нет, они работали хуже. Если мерить в процентной производительности (а никакая другая смысла не имеет), то новые приложения работают все быстрее.

А с теми же затратами вы на нейтиве получите худший результат.

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

Электрон имеет лишь одну киллер-фичу — он позволяет быстрее выпустить поделку. Это имеет значение для разработчика, но совершенно не имеет значения для пользователя.
Если мерить в процентной производительности (а никакая другая смысла не имеет),

В процентной производительности к чему? К количеству багов и нервов? Да, в этом плане современный софт вне конкуренции.
стоимость продукта гвоздями прибита к себестоимости материалов и себестоимости труда работника, то вы были бы правы.

Ну вообще-то как раз и прибита. Стоимость разработки типичного приложения — это на 90% стоимость труда команды разработчиков. Так что даже если у вас разница в зп между программистом на свифте и программистом на js эдак в 10%, то эти 10% могут вылиться в двукратное и более увеличение чистой прибыли при замене программистов свифт на программистов js. Ну или превратят хорошее, прибыльное предприятие в убыточное — при обратной замене.


Электрон имеет лишь одну киллер-фичу — он позволяет быстрее выпустить поделку.

Так при прочих равных "быстро" и "дешевле" — это одно и то же, все верно. Электрон снижает затраты. Если бы можно было делать столь же качественный продукт, но дешевле, чем с электроном или такой же по цене продукт, но качественнее, чем с электроном — бизнес бы не использовал электрон. Но мы этого не наблюдаем. Мы наблюдаем, что бизнес его использует. Это возможно в одном единственном случае — электрон позволяет делать дешевле при том же качестве. В любом другом варианте, компании, которые используют электрон, просто не выдержали бы конкуренции и ушли с рынка.


Это имеет значение для разработчика, но совершенно не имеет значения для пользователя.

Мнение разработчика как раз никого не волнует.


В процентной производительности к чему?

К доступным ресурсам. Т.е. типичное приложение Х в 2019, например, занимает меньший % имеющейся оперативной памяти, чем такое типичное приложение занимало в каком-нибудь 1999. При этом обладает большим функционалом (старые приложения по сегодняшним меркам просто являются нерабочими, вот и все, так что даже если они и были бы быстрыми — что не так — это были бы быстрые нерабочие приложения).

электрон позволяет делать дешевле при том же качестве

Я бы был более осторожен в высказываниях. Да, сделать «что-то» — быстрее на электроне. Сделать нормально — быстрее на нативе. Другое дело многим кажется что раз сделать «что-то» быстрее на электроне, то и сделать нормально им тоже кажется «уже все есть, только чуть оптимизировать да баги подправить». Хотя это не так.
Я бы был более осторожен в высказываниях. Да, сделать «что-то» — быстрее на электроне. Сделать нормально — быстрее на нативе.

Для бизнеса нету таких понятий как "нормально". Есть требования к продукту, надо сделать продукт, удовлетворяющий требованиям, с минимальными затратами. Если никому не нужна экономия в 100 мегабайт памяти, т.к. этой памяти 16гб и она стоит копейки — с-но, в требованиях такой экономии и не ставится.

Ну все таки требования к продукту у пользователей чуть другие. Это бизнесу хорошо бы побыстрее и подешевле. Пользователю же нередко хочется чего получше, и слабым продуктом он либо вовсе не будет пользоваться, либо будет плеваться если альтернатив нет, а продукт по каким то причинам нужен.
Для бизнеса нету таких понятий как «нормально». Есть требования к продукту, надо сделать продукт, удовлетворяющий требованиям, с минимальными затратами.

Вы точно в курсе, как разрабатывается/продается софт? Конечно же, существуют компании, которые делают всё, извините, на отеб… ь — вот тут мы сделали всё как в спецификации, значит, задача выполнена, давайте денюжку, мы пошли. Вернее, они появляются и исчезают. Но жизнеспособный ИТ-бизнес работает несколько не так. Вы же знаете, откуда появились все эти бесчисленные скрамы и прочие аджайлы? Они появились как раз потому, что работа по требованиям нифига не удовлетворяет рынку. Ну или если более формально выразиться, полные требования практически всегда неизвестны. И вот эти самые постоянно меняющиеся/добавляющиеся требования и формируют понятие «сделать нормально». Электрон тем хорош, что можно быстро склепать работающий прототип, и очень плох тем, что как только проект начинает жить, и требования начинают расти, а это не только к функционалу продукта, но и к его совместимости, к его продуктивности и т.д., он вдруг резко перестаёт быть конкурентоспособным. Но беда в том, что платформа на старте проекта — это как первая бесплатная доза героина. Посадил на неё свой проект, всё, больше не слезешь.
вот тут мы сделали всё как в спецификации, значит, задача выполнена, давайте денюжку, мы пошли. — знаете, вы сейчас описали разработку 95% банковского ПО, оставшиеся 5% пилится самим банком для самого банка и пилится нормально.
Причём, как не обмазывай всё это скрам-аджаил-канбан-водопадными методиками — один хрен, в случшем случае получится «мы сделали как в спеках», в худшем — «ну мы чёто сделали, спеков-то нет, да и дедлайн уже».
Стоимость разработки типичного приложения — это на 90% стоимость труда команды разработчиков.
Нет. На 90% — этог стоимость бессмысленных, никому не нужных, действий типа «добавить кнопочку», «убрать кнопочку» или «поиграть цветами».

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

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

В любом другом варианте, компании, которые используют электрон, просто не выдержали бы конкуренции и ушли с рынка.
С какого рынка? На рынке, как раз, электрона очень и очень мало. Электрон расцветает там, где у вас нет выбора. Какие-нибудь програмы от банка или авиакомпаний. Там где вы выбираете не программу, а что-то другое, а кучу дерьма на Electron получаете «в нагрузку».

Если этих поделок не станет вообще — мир станет только лучше.

старые приложения по сегодняшним меркам просто являются нерабочими, вот и все, так что даже если они и были бы быстрыми — что не так — это были бы быстрые нерабочие приложения
Не знаю кто там считает их нерабочими. Если бы они были нерабочими, то не гонялся бы Microsoft за людьми, распространяющими Office 2000 и не грозился бы из в турму отправить.

В том-то и дело, что они не просто «рабочие» — они лучше.
Современная разработка напоминает строительство дома, при котором унитаз ставят то на кухне, то в прихожей, пока, наконец, не определятся и не врежут его в стенной шкаф. Вместо того, чтобы подумать и сделать уборную.

Если бы это было действительно так, то все компании, которые ставят унитаз то в прихожей то на кухне — быстро бы проиграли в конкурентной борьбе компаниям, которые думают и делают уборную, разорились и исчезли с рынка. Но мы этого не наблюдаем, следовательно, вы не правы.


С какого рынка? На рынке, как раз, электрона очень и очень мало.

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


В том-то и дело, что они не просто «рабочие» — они лучше.

Если бы они были лучше, то вместо того, чтобы тратить деньги на разработку чего-то другого, компании бы и развивали старые продукты в их старом виде. И легко бы победили в конкурентной борьбе с компаниями, которые делают что-то иначе. Но мы этого не наблюдаем, следовательно, вы не правы.

Если бы это было действительно так, то все компании, которые ставят унитаз то в прихожей то на кухне — быстро бы проиграли в конкурентной борьбе компаниям, которые думают и делают уборную, разорились и исчезли с рынка. Но мы этого не наблюдаем, следовательно, вы не правы.

Это вы неправы, пытаясь применить законы абстрактной модели рынка свободной конкуренции к рынку ИТ. Чтобы компания проиграла в конкурентной борьбе, нужна как минимум конкурентная борьба.
А оно есть, следовательно, вы не правы.
Вот где «оно есть», извините? Подавляющее большинство приложений на электрон — это не участники рынка IT. Если вы клиент какого-то банка, то вы будете пользоваться тем банк-клиентом, который предоставляет банк. Если вы ходите в магазин рядом с вашым домом — то тем приложением, которое кто-то состряпал для этого магазина. И так далее.

Да, есть пара приложений на Electron, которыми люди пользуются «не из под палки» (хотя про тот же Slack это вопро ещё: есть подозрение, что большинство пользователей им пользуется как раз «из-под палки», так что реально — это только один-единственный VS Code)… ну так если бы Electron был так хорош, как вы говорите — то их было бы куда больше.
Если бы это было действительно так, то все компании, которые ставят унитаз то в прихожей то на кухне — быстро бы проиграли в конкурентной борьбе компаниям, которые думают и делают уборную, разорились и исчезли с рынка.


Есть еще такое понятие, как «выйти первыми на рынок и застолбить нишу на нем». И тут от скорости выкатывания первой работоспособной версии зависит всё. Компания X будет делать сразу по уму, с проектированием, спеками, заделом на рост и т.д., и сделает первую версию за полгода. А компания Y состряпает более-менее рабочий вариант за месяц на тяжелых фреймворках и с тоннами г… нокода, но это будет работать. И нагребет кучу бабла от инвесторов, пропиарится во всех причастных к теме СМИ, хайпанет, так сказать, и снимет первые сливки. И уже после этого будет нанимать толковую команду, переписывать всё нативно для всех платформ и вообще делать всё красиво и технологично. А может быть вообще продукт станет монополистом в своей сфере, и тогда на оптимизацию и улучшения можно просто забить.

А тем временем Х будет продолжать пилить свою первую версию, только уже в роли вечно догоняющих, или их продукт вообще умрет не родившись.
А тем временем Х будет продолжать пилить свою первую версию, только уже в роли вечно догоняющих, или их продукт вообще умрет не родившись.
Вот только это не объясняет как может существовать Microsoft Excel, который вытеснил, на минуточку, Lotus 1-2-3, который, как бы, перед тем убил VisiCalc. Или Telegram, который сегодня популярнее, чем Skype (хотя начал сильно позже и тяп-ляп Electron не использовал). Или даже Discord, который «вытеснил» тут всеми оплакиваемый TeamSpeak.

Причём последний случай — самый интересный. Сделать убогую поделку на Electron и продвигать её, работая в убыток — много ума не нужно. А вот когда через пару лет кризис случится, какие планы? Продаться Microsoft и повторить «успех» Skype или Danger'а? С точки зрения «эффективных манагеров» это, конечно, будет успехом…
Т.е. типичное приложение Х в 2019, например, занимает меньший % имеющейся оперативной памяти, чем такое типичное приложение занимало в каком-нибудь 1999

Очевидно это враньё.
В 99 году правила бал windows 95 и 98. Старкрафт прекрасно работал на 32 мб памяти, вместе с виндой. Carmageddon работал на 16 мб памяти. Правда из под чистого ДОСа намного стабильнее.

К доступным ресурсам. Т.е. типичное приложение Х в 2019, например, занимает меньший % имеющейся оперативной памяти,

Винда — вероятно да. Штуки а-ля MS Office — вероятно да. Теперь давайте от списка легаси-софта, пришедшего из того же 1999, перейдём к чему-нибудь, разработанному относительно недавно. Мессенджеры? Однозначно нет, Скайп сожрёт гигабайт за милую душу, это 1/8 памяти среднего современного компа. Ничего подобного 20 лет назад не было, аськи/ирки кушали до мегабайта, куда меньше от тогдашних 64 мегабайт. Браузеры? Тоже однозначно меньше жрали. IDE? В основном меньше. Как не в себя жрали редкие исключения, вроде JBuilder'а или C++ Builder'а.
При этом обладает большим функционалом

А вот тут самое интересное. Функционал стал несущественно больше, а производительность стала на порядки ниже.
Я бы сказал, что в случае Скайпа функционал стал даже хуже по сравнению со Skype Classic. Где, например, возможность группировки контактов? В классике она была. Или как мне открыть диалог с конкретным человеком в новом окне (да, я знаю про «раздельный вид», но это не то, что мне нужно, мне нужно отдельное окно для диалога с КОНКРЕТНЫМ человеком)? Ответ — никак. Бытует мнение, что на Электроне, мол, джунам и неосиляторам комфортнее, и фичи пилятся быстрее, ну так и где же эти фичи? Вопрос риторический.
и где же эти фичи?

Неосилятор на спидах электроне — всё-таки остаётся неосилятором.

Мессенджеры? Однозначно нет

Я бы сказал, что, наоборот — мессенджеры "ускорились" сильнее всего. Раньше они занимали 10-30% имеющихся ресурсов, т.е. запустить 2-3 десятка инстансов какойнибудь аськи и пк приходил кирдык, проще было ресетнуть чем ждать, пока оно растормозится.
Инстансов же какого-нибудь скайпа на современных пека можно запустить больше сотни, и они будут прекрасно работать без каких-либо проблем, не снижая скорости работы остальной системы.


Скайп сожрёт гигабайт за милую душу, это 1/8 памяти среднего современного компа.

Никогда не видел, чтобы скайп жрал больше 200мб. Вот сейчас посмотрел, сколько потребление — 63.3мб. Процессор не загружен вообще. Т.е. скайп жрет меньше 1% системных ресурсов. В нулевых многие бы руку отдали за то, чтобы пользоваться мессендежром, который ест меньше 1% системных ресурсов.


Браузеры? Тоже однозначно меньше жрали.

Хром с пятьюдесятью вкладками сейчас открывается несколько секунд секунд. При этом при переключении вкладок, сворачивании/разворачивании браузера — никаких фризов, все происходит мгновенно. Каких-нибудь пятнадцать+ лет назад открытие 50 вкладок в браузере того времени могло просто положить систему (ну не то чтобы могло, а почти наверняка ложило). Не говоря уже о бесконечных свопах (это вкладок хрома в память влезет и 100 и 200, а раньше больше двух десятков туда не вмещалось :)), когда переключение вкладок могло занимать 10+ сек. И это при том что вкладки тогда были гораздо "легче", там и тормозить-то нечему было. Так что современные браузеры работают существенно быстрее старых.


Но я, коненчо, огооврюсь — это не заслуга софта. Это заслуга системных ресурсов, которые росли быстрее, чем росло потребление софта :)


Причины, однако, тут не важны — важен сам итоговый факт.


Функционал стал несущественно больше

Существенно больше и стал.

При этом при переключении вкладок, сворачивании/разворачивании браузера — никаких фризов, все происходит мгновенно. Каких-нибудь пятнадцать+ лет назад открытие 50 вкладок ие могло просто положить систему.
Вот только не надо рассказыть сказки, пожалуйста. Как раз 15 лет назад у меня появился первый ноут и я на нём, во время распродаж, скриптом открывал 200-300 вкладок с товарами, что во время поездки на метро (тогда в метро WiFi не было, напоминаю) просмотреть их и закрыть все, которые мне не интересны.

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

Не говоря уже о бесконечных свопах, когда переключение вкладок могло занимать 10+ сек.
Только если вы экономили на памяти и её у вас было что-нибудь типа 64MB. Если же ставить память по максимуму, 512GB на Pentium III (некоторые чипсеты VIA и 1GB умели) и 1-2GB на что-то поновее, да плюс использовать Opera, а не Firefox — то 500-1000 вкладок открывались легко. Сейчас же я не могу то же количество даже на своём монстре c 36 ядрами и 192GB оперативки открыть. Нет, они открываются, вопросов нет — только после этого что-либо написать на Хабре становится проблемой, так как каждое нажатие на клавишу отрабатывается по несколько секунд. И вкладки переключаются по несколько секунд несмотря на SSD и кучу памяти.

Так что современные браузеры работают существенно быстрее старых.
Только и исключительно если вы home.mcom.com открываете в 100500 вкладках. В противном случае они работают гораздо, гораздо медленнее. И да, «заслуга» тут не в создателях браузеров, а в основном в создателях веб-сайтов… но факт остаётся фактом: 10 лет назад открыть 500-1000 вкладок не было проблемой, сегодня — это почти нереально.
Вот только не надо рассказыть сказки, пожалуйста.

Никаких сказок — дслей тогда не было, с-но, интернеты использовались по принципу "подключаем интернет — открываем нужные вкладки — отключаем интернет — читаем". После пары десятков вкладок начинались тормоза, после полусотни — они становились уже на том уровне, когда пользоваться пк нереально. Ну и постоянные свопы на несколько десятков секунд при разворачивании страницы, конечно.


Если же ставить память по максимуму, 512GB на Pentium III (некоторые чипсеты VIA и 1GB умели)

512 в то время был аналог современных 64гб, а то и 128. С-но в массы 512 пошло во времена хп, да и тогда это было выше среднего. Во времена win98 нормально было 64-128мб памяти.


Попытка изобразить такой же трюк сегодня приводит к тому

Ни к чему она не приводит, если, конечно, вы не попытаетесь открыть сотню табов с хабром. Но это уже не проблема браузера — пека нулевых вам бы вообще ни одной вкладки современного хабра не открыл.


В противном случае они работают гораздо, гораздо медленнее.

Ну вы просто врете. Чтобы каким-то образом пронаблюдать тормоза в современном браузере — нужна ОЧЕНЬ специфическая ситуация. 99% времени все работает мгновенно. Раньше же тормозило все и постоянно. Настолько все и на столько постоянно — что, с-но, это считалось нормой. Это сейчас наступили времена, когда софт пишут из соображений user-френдли, отзывчивости и т.д., раньше никто вообще внимания не обращал на такое. Сайт грузится 20 сек? Ну и что, подождут.


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


Если современного пользователя, избалованного сверхбыстрым перформансом, стабильностью работы, удобным интерфейсом, обширным функционалом и т.д. усадить за win98 с софтом того времени — он через два часа стулом монитор разобьет. Потому что тогда был ад.


Просто кто-то не может справиться с синдромом утенка и стандартным "ну 50 лет назад я Нинку мог и 5 раз за ночь, а сейчас — ни одного".

Во времена win98 нормально было 64-128мб памяти.
Вы в 2004м году, через 3 года после выхода XP пользовались Win98? Ну извините. Я думал мы о мейнстриме говорим, а не об отдельных извращенцах (был у меня знакомый, который на XP перешёл в 2010м, когда уже ну никакими силами YouTube не мог с Win98 помирить… но это всё же не мейнстрим).

Чтобы каким-то образом пронаблюдать тормоза в современном браузере — нужна ОЧЕНЬ специфическая ситуация.
Вот только почему-то я эту «специфическую ситуацию» наблюдаю каждый день. Могу видео заснять, если не верите.

Это как со старыми играми, знаете, некоторые товарищи рассуждают про всякие забагованные ранние доступы и начинают рассуждать про «вот раньше-то...», совершенно забывая про то, что эти современные ранние доступы работают стабильнее и менее забагованы, чем многие старые игры на релизе.
Извините, но это снова враньё. Ни одной игры, которая без апдейта не могла даже запуститься на PlayStation или PlayStation2 не было. На XBox360 и PlaySation3 — такие существуют. Это — вполне себе объективный показатель.

Но это уже не проблема браузера — пека нулевых вам бы вообще ни одной вкладки современного хабра не открыл.
Могу попробовать откопать мать с моего «пека нулевых». MS-6368 c 768MB оперативки (гиг туда не встал, насколько я помню, возникали проблемы с драйверами видеокарты) и поставить туда Debian с последним Хромом. Почти уверен, что вы снова врёте.

Это сейчас наступили времена, когда софт пишут из соображений user-френдли, отзывчивости и т.д., раньше никто вообще внимания не обращал на такое.
Ну да, тут вы правы. Раньше были важны объективные покатели. Вот прямо в рекламе:


Столько-то секунд — компиляция, столько-то — исполнение. Третья версия круче, чем вторая, покупайте наших слонов третью версию.

Сегодня же под лозунгом «преждевременная оптизация — корень всех зол» рождаются монстры о скорости которых объективно говорить бессмысленно, потому приходится упражняться в маркетинговых терминах, чтобы объяснить почему это тормозящая куча… добра — это отличный, отзывчивый и быстрый интерфейс.

Если современного пользователя, избалованного сверхбыстрым перформансом, стабильностью работы, удобным интерфейсом, обширным функционалом и т.д. усадить за win98 с софтом того времени — он через два часа стулом монитор разобьет. Потому что тогда был ад.
Знаете, если бы у меня не было коллекции старых компьютеров (включая и 80386ю машинку и даже Commodore C128) — я, может быть, вам бы и поверил.

То есть где-то, в чём-то, вы правы. Если «с помощью лома и какой-то матери» водрузить Windows 98 на 80386 (так запросто это сделать нельзя, там в инсталляторе проверки есть) — то получите тормоза, примерно похожие на современность. А вот если вспомнить про то, что в 1998м был уже Pentium II на 450MHz с поддержкой440BX и 512MB памяти… то окажется, что всё — совсем не так плохо.

Сегодня же тормоза вы можете наблюдать на каком угодно железе, даже на рабочей станции за $10000.
Вы в 2004м году,

Я и не про 2004.


Вот только почему-то я эту «специфическую ситуацию» наблюдаю каждый день.

А я не наблюдаю.


Извините, но это снова враньё. Ни одной игры, которая без апдейта не могла даже запуститься на PlayStation или PlayStation2

При чем тут приставки, если мы про ранние доступы, т.е. про пека? На приставках всегда все было лучше и с оптимизацией и со стабильностью.


Могу попробовать откопать мать с моего «пека нулевых». MS-6368 c 768MB оперативки

Так 768 оперативки это уже за пределами топа. Мы же про другие времена говорим.


Ну да, тут вы правы. Раньше были важны объективные покатели.

Вам таких "объективных показателей" в рекламе и сегодня могут нарисовать сколько угодно.


А вот если вспомнить про то, что в 1998м был уже Pentium II на 450MHz с поддержкой440BX и 512MB памяти

Десятка на 9700 и 128гб тоже летает, знаете ли.

Кстати, отдам 086 Amstrad в хорошие руки. Питер.

Попытка изобразить такой же трюк сегодня приводит к тому, что система уходит глубоко в своп и даже переключиться на текстовую консоль, чтобы убить процесс становится невозможно.
На скольки гигабайтайх? 2? 4? Напоминаю, что сейчас возможно поставить zram.
Сейчас же я не могу то же количество даже на своём монстре c 36 ядрами и 192GB оперативки открыть. Нет, они открываются, вопросов нет — только после этого что-либо написать на Хабре становится проблемой, так как каждое нажатие на клавишу отрабатывается по несколько секунд.
Определённо это проблемы браузера
Определённо это проблемы браузера
Не совсем. Основная проблема в том, что современные Web-сайты, состоящие из мегатонн дерьма, которое порождает невероятное количество работы «на ровном месте» (я уже как-то предлагал попробовать «на спор» домотать простую станичку с комиксами на 2-3 года назад… там сразу понимаешь насколько современные разработчики озабочены отзывчивостью)… а дальше у браузеров дилемма: то ли запустить 500 отдельных процессов на 500 вкладок (но тогда даже 192GB памяти легко может не хватить), либо позволить этим вкладкам тормозить друг-друга.

Так-то, если открыть 500 страничек с home.mcom.com (там «заморожена» домашняя страничка Netscape по состоянию на 1994й год) — тормозов нет. А вот если 500 странчек Хабра или, упаси боже, GMail'а… ну в общем ничем хорошим это не закончится…

Обратите, кстати, внимание на то, как Druu резко переключился с оригинальной посылки про «пятнадцать+ лет» на «времена Windows 98». Это неслучайно. Ибо да, дикие, просто невероятные тормоза с тем софтом я и сам помню и легко могу воспроизвести. Всё просто: берёте машинку 8-10 летней давности, водружаете туда свежий (для того времени) софт — и имеете «ад». У нас в школе в начале века он наблюдался во всей красе — даже пробовли вместо Office 2000 ставить Claris Works 3.0, оно было гораздо, гораздо шустрее.

Однако если брать софт и железо одного года — таких тормозов, как сегодня — получить было нельзя. Да, не все могли себе это позволить, но… выход был.

И продолжалась эта лафа как раз примерно до 2004го-2005го годов. В этот момент процессоры, вдруг, резко перестали ускоряться… а разработчики софта, как ни в чём ни бывало, продолжали наворачивать всё новые и новые слои абстракций, приводящие ко всё большим и большим тормозам.

В результате сегодня вы можете избежать тормозов вы не можете вообще, никак.

Ну, вернее, можете: перестаньте работать с файлами в нескольком мегабайт, ограничтесь фотками с разрешением VGA (а лучше CGA) и всё… проблем не будет.

Вот только непонятно — почему 20 лет назад книгу (с иллюстрациями и прочим!) на 500-1000 страниц можно было открыть в редакторе MS Word 95… а сегодня вдруг, «прогресс» привёл к тому, что новейший и крутейший MS Office 2019 это делает примерно за то же время, что и 20 лет назад на железе примерно в 100 раз более медленном. Это сегодня называется «отзывчивость»? Извините — но я лучше старый софт возьму. Вот он, на современно железе, действительно отзывчив. А современный софт — это симулякр…

К сожалению подобный подход можно использовать с MS Office, но нельзя с веб-сайтами, увы…
Вот только непонятно — почему 20 лет назад книгу (с иллюстрациями и прочим!) на 500-1000 страниц можно было открыть в редакторе MS Word 95… а сегодня вдруг, «прогресс» привёл к тому, что новейший и крутейший MS Office 2019 это делает примерно за то же время, что и 20 лет назад на железе примерно в 100 раз более медленном.

Скорость процессора оказывает лишь опосредованное влияние на скорость работы процессов в ОС, т.к. почти все время процессор в стандартном рабочем flow стоит и ждет память. А производительность памяти росла существенно менее драматично.


Вот он, на современно железе, действительно отзывчив.

У меня и новый отызвчив, если не открывать 500 вкладок хабра. Не знаю, откуда вы эти свои тормоза берете.

… получаете одинаково ужасно работающее приложение для всех платформ. Качество не критично только для монополиста.

Electron не поддерживает iOS/Android.
Для веб разработчика на этих платформах доступны Cordova/PhonGap(и куча фреймворков базирующихся на них типа ionic и пр.), Rhomobile и т.п.
Собственно многие сейчас и пишут для десктопов на Electron а на мобилки под Cordova — там можно с минимальными изменениями держать почти один и тот же код на js.
В статье же идет речь о реджектах приложений на Electron в МАКОВСКИЙ AppStore то есть в их магазин для десктопных приложений. И там в причинах реджекта вобщем четко написано — юзают приватное API. Вроде профиксили уже эту проблему в Electron. На мобилках та же проблема — поэтому мы например в своей платформе некоторые фичи(которые в своей реализации требуют неразрешенных Эплом действий) разрешаем, но предупреждаем что это доступно только для внутрикорпоративного распространения, но не для AppStore.

UFO landed and left these words here
UFO landed and left these words here
И это замечательно. Пусть падает, глючит, зависает! Тогда всем сразу будет понятно, что это шлак, и использовать его в качестве корпоративного средства связи даже мысли не возникнет.
Телеграм периодически течёт и ничего, используют.

Ладно течёт, на линухе вообще при проигрывании гифок берега путает, в смысле границы памяти — на выбор спецэффекты от помех на боках картинки до полного зависания или сегфолта

UFO landed and left these words here

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

У разработчиков уже есть выбор и они его уже сделали.

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


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


Я не хочу чтобы текстовый редактор на электроне выжирал 2 гигабайта памяти, не хочу чтобы чатик со смайликами сжирал гигабайт, не хочу чтобы символ появлялся на экране через секунду после нажатия кнопки на клавиатуре. Я не хочу обновлять свое железо чтобы иметь возможность хоть как-то запускать дерьмовый софт на котором сэкономили.


И поэтому я принципиально не пользуюсь поделками на электроне. И я такой далеко не один.

Вы рассуждаете за себя и за других, кто знает про электрон, людей из вашего круга. Но если спросить 95% пользователей поделок на электроне «зачем вы пользуетесь этим жутким говном на электроне?» они вам ответят «шо? на чем?».
Это типичные потребители (я не вкладываю плохой смысл в этот термин), они не обязаны разбираться в технологиях и нормальный производитель должен позаботиться о них самостоятельно, сделать за них выбор.
Все верно — просто пользователи-неайтишники и не знают, почему это их любимый IM стал жрать оперативную память аки браузер и тормозить. А это вендор-смузихлеб решил на них сэкономить.
Все верно — просто пользователи-неайтишники и не знают, почему это их любимый IM стал жрать оперативную память аки браузер и тормозить.

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

Зато заметят «отзывчивость» интерфейса и вообще скорость работы.
Зато они отлично замечают как начинает испаряться батарейка. Потому приложений на Электрон — в топе всех сторов немного. Они процевтают там, где пользователи не могут «проголосвать ногами».
Я не хочу чтобы текстовый редактор на электроне выжирал 2 гигабайта памяти

А альтернатив нет. Clion на одном моем проекте сжирает 20 гигабайт памяти (из них 10 сжирает написанный на плюсах clangd). hie (language-сервер для хаскеля) с радостью отжирает 2-10 гигов памяти, в зависимости от того, как сильно вы угораете по типам.


Жизнь боль.

Вы же понимаете, что Clion — это не простой редактор текста, да?
И что аппетиты clangd зависят от исходников, и требовать от девелопмент-тула такого уровня сложности минимального потребления памяти странновато.

А VS Code кто-то на самом деле пользуется как редактором текста?


Ну и да, в 2011-м kdevelop жрал мегабайт 500 и умел все то же. Правда, C++03 парсить легче, чем C++17, конечно.

Ну вообще да, мной vs code только и используется для правки конфигов и подобного. Ну еще может пару файлов по-быстрому поправить. Все планирую на какой другой редактор заменить, но пока ленюсь. Или его кто правда для разработки использует?

Я слышал, фронтендеры его любят.


И я, если честно, подумывал попробовать вместе с hie, потому что кривизна вимовских экстеншонов достала, а между vimscript и javascript я выберу скорее застрелиться второе.

Из-за тормозячества VSCode (внутри пашет быстро, но открывается секунд пять) пересел на, внезапно, sakura editor. Выглядит как внебрачное поделие нортон-коммандера и лексикона, но открывает себя и лог на 673 мегабайта за чуть меньше секунды.

А зачем его перезапускать? Один раз открыл и используй до перезагрузки.
А зачем его постоянно открытым держать если он нужен пару раз за день? Место на панели задач занимать да память кушать?
Для этого и Far сойдёт…
UFO landed and left these words here
VS Code приятно удивляет, да. Но это, скорее, исключение, чем правило для софта на электроне. Нет ли тут неявной иллюстрации того, что достигнуть хорошего результата на электроне — это сложнее, чем представляется, и что для этого надо потрудиться, надо «уметь его готовить»? И не перевешивают ли эти трудозатраты выгоды от использования электрона? Может быть, нативно было бы и не сложнее?
Может быть, нативно было бы и не сложнее?
Тогда не было бы кросплатформенности. С vs code по количеству плагинов при кросплатформенности могут конкурировать только vim/emacs, при этом оба редактора имеют открый исходный код. При этом что у vim, что у emacs выше порог входа.
Тогда не было бы кросплатформенности.

На скольких платформах работает нативный EMACS и на скольких кроссплатформенный VSCode?
У Emacs список платформ будет больше, однако во-первых он создавался энтузиастами, во-вторых там нативного кода не так уж и много, в основном elisp.

У Emacs: GNU, GNU/Linux, FreeBSD, NetBSD, OpenBSD, MacOS, MS Windows, Solaris, возможно ещё и под какие-то другие соберётся.

У VS Code MacOS, MS Windows, GNU/Linux

Я пробовал емакс для идриса в виде spacemacs — это просто феерические тормоза.