Комментарии 499
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
А за это скажите спасибо Гуглу, не явно запрещающему мержи с кодом аппаратного декодирования, именно для того чтобы Гугл хром был сравнительно быстрее его основы — хромиум
Не люблю электрон и все что связанно с вэб разработкой. Без причины, просто хейтер.
Однако не могу не признать, что дискор работает отлично и потребляет 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 стабильно работает, только новыми протоколами обрастая (тот же дискорд на замену аськи)
НЛО прилетело и опубликовало эту надпись здесь
Вы путаете на счет дешевой памяти и дорогих разработчиков, все с точностью до наоборот. Давайте посчитаем к примеру у Discord 130 миллионов пользователей допустим он потребляет 100 мегабайт оперативки чья стоимость сейчас около 250 рублей за гигабайт, 100 соответственно 25р., 25*130кк=3.25ккк рублей платят пользователи.
Даже уменьшение потребления оперативной памяти на всего на 1 мегабайт даст экономию в 32 миллиона рублей, но это расходы не компании, а пользователей на которым всем плевать.
Даже уменьшение потребления оперативной памяти на всего на 1 мегабайт даст экономию в 32 миллиона рублей, но это расходы не компании, а пользователей на которым всем плевать.
НЛО прилетело и опубликовало эту надпись здесь
Во-первых, нет, во-вторых — у новых ОС и программ лучше и сложнее визуальное оформление, мониторы 4К и т.д.
Вы что-то путаете. 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]. Из-за него мне приходится в браузере включать интерфейс на русском языке. А если я включаю английский язык, то даты в этом инпуте имеют идиотический формат 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? Никогда бы не подумал…
С другой стороны, не могу не понимать их, так как 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. И знаете, если бы Скайп там прибили, я был бы только рад — клиенты перешли бы на нормальный мессенджер.
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 — шлак шлаком. Но что делать? приходится пользоваться т.к. по работе заставляют.
НЛО прилетело и опубликовало эту надпись здесь
Пользуюсь по работе скайпом. На линуксе, на винде, на андроиде. Не раздражает совершенно.
Якобы «нативные» приложения дискорда и слака — вот дрянь так дрянь… Использую их только в браузере. Рад буду, если в этой борьбе Эпл победит и они наконец-то начнут делать нормальные нативные приложения. Благо кроссплатформенных инструментов для этого полно.
Якобы «нативные» приложения дискорда и слака — вот дрянь так дрянь… Использую их только в браузере. Рад буду, если в этой борьбе Эпл победит и они наконец-то начнут делать нормальные нативные приложения. Благо кроссплатформенных инструментов для этого полно.
Мы после долгого юзания скайпа в качестве места для рабочих чатов перешли на Телеграм. Сайп работает просто отвратительно. И такое чувство чем дальше — тем хуже. Железо на котором сижу: i7 8 ядер HT, нвидия 960M, 16 Gb ram, ssd.
Discord под android имеет как раз нативное приложение. Под iOS — React Native. Так что дело не в «нативности».
Это вам ещё Microsoft Teams не давали попробовать. Вот где сказка, великолепный UI и UX и производительность невероятна
Не ругайтесь, они оба ужасны, и скайп, и слак :)
НЛО прилетело и опубликовало эту надпись здесь
Машинка 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 отсутствует, фоном ничего не качается.
Win10 Pro, последние патчи установлены — но имеем косяки с изменением голоса и первый созвон ( или первые 2 созвона ) — обязательно в потолок задрана громкость.
Пинг пару ms, jitter отсутствует, фоном ничего не качается.
Аналогичная конфигурация тоже используется и на ней все хорошо, ну, только еще лучше — засчёт SSD, скорее всего, запуск чуть ли не меньше секунды… Вспомнил. Вот что действительно видел и продолжаю иногда — так это глюки такого плана, что при подключении VPN (не из бесплатных) Скайп может какое-то время тупить с приемом/передачей в чате. У Телеграм-десктопа такой фигни при этом нет.
Машинки i9900 / ryzen 3700, 32Gb, быстрые SSD, околотоповые видеокарты, 500 мб/с интернет — и косяки скайпа.
Скайп без каких-либо тормозов и проблем работает даже на порядок более слабых машинах. С-но, в вашем случае — дело не в скайпе.
Может и не в скайпе, но discord/zoom/teamspeak/webex работают сразу и без проблем.
Ещё пара претензий к скайпу: почему на него не всегда приходят пуши на мобильник — тем, кто пишет в скайп, приходится писать в другие мессенжеры «зайди в скайп»?
Почему после обновления десктопный скайп снова просит ввести логин/пароль?
Несерьёзно же.
Ещё пара претензий к скайпу: почему на него не всегда приходят пуши на мобильник — тем, кто пишет в скайп, приходится писать в другие мессенжеры «зайди в скайп»?
Почему после обновления десктопный скайп снова просит ввести логин/пароль?
Несерьёзно же.
Эм… А 3 секунды это по вашему нормально? Как по мне это даже на каком целероне убожество для мессенджера, а на такой-то железке…
Мне интересно, ЧЯДНТ, когда на моей прошлой рабочей машине IntelliJ IDEA запускалась и разворачивала проект быстрее, чем Skype отрисовывал своё окошко…
50 Мегабайт в секунду — это отличное соединение, скажу я вам… 400 Мбит получается, да? ;)
Ну я думаю просто вы его по работе не используете, когда у вас овер 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 классический, я уже даже забыл что там было классного.
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 сек не запускался никогда.
Вы всё делаете так, у меня на довольно умеренном игровом ПК тоже со скайпом нет проблем.
Суть высококвалифицированных инженеров в огромной корпорации с миллиардными бюджетами заключается в том, чтобы создавать продукт который у всех работает хорошо.
Суть высококвалифицированных инженеров в огромной корпорации с миллиардными бюджетами заключается в том, чтобы создавать продукт который у всех работает хорошо.
Это вы еще приложение Photos uwp не открывали. Я решил добавить в него папку с архивом фото (500гб). Простое листание ленты загружает 9900k на 80-100%. 20% индексации (что бы это ни значило) заняло несколько часов. Хочу все же дождаться окончания.
Многое встречал, но такое…
Многое встречал, но такое…
В WinRT в принципе плохо реализован дисковый IO, там куча объектов-оберток и буферов поверх других буферов. Служба индексирования тоже тормозная, ее разрабатывали еще до десятки во времена медленных HDD, а теперь, после того, как она стала доступна обычным приложениям, оказалось, что в наше время это уже зачастую лишняя прослойка. Плюс безопасность как в концлагере, посмотрите в диспетчере, нагружен ли RuntimeBroker.exe, он управляет списками доступа и пропускает весь дисковый трафик через себя. Если нагружен, можно попробовать перенести фото в Мои Изображения или как там они называются. Тогда проверки прав доступа упростятся, он будет проверять только есть ли у приложения разрешения на работу с Known Folder, а не выдавал ли пользователь разрешение на работу с кастомной папкой.
Недавно обнаружил, что Skype для Win 10 из win store куда глючнее обычной десктоп версии. Так что если у вас 10-ка и вы также страдаете, попробуйте установить обычную версию, там боли поменьше.
Оно везде и тормозит. Просто вот берем Slack — шлак шлаком. Но что делать? приходится пользоваться т.к. по работе заставляют.
Так значит всех устраивает слак, раз заставляют пользоваться слаком, а не альтернативами.
Дак в том и дело, что не устраивает. У нас, например, используется слак, но только для общения текстом. А вот аудио/видео звонки в нём тормозят безбожно, поэтому приходится юзать скайп/зуум. И на предыдущей работе было то же самое.
Какое ультимативное, неподкрепленное пруфами, заявление.
Мобильные устройства от Apple одни из самых производительных на рынке
Уж не знаю что там с современными девайсами от укушеных фруктов, но раньше их железо стабильно было сильным середнячком. И вытягивали они исключительно за счет оптимизации софта. Судя по анонсам и косвенным признакам — ситуация не изменилась и по сей день.
Прошу вас дать хотя бы один график хотя бы за 1 год когда только вышедший айфон не был на 1 месте по производительности в популярных бенчмарках по сравнению с конкурентами.
Мало того, они зачастую даже производительней следующих поколений конкурентов.
Именно так.
Настроенная комбинация софта + железа и никакого волшебства, только через пару апдейтов iOS всё превратится в тыквуслоупока.
Учитывая, как они сконцетрировались в 12 айоси на внутренних оптимизациях, что мой древний iPhone 6S начал летать (и в 13-й продолжил еще шустрей), с вами не соглашусь. Мой старый 5S, который я покупал еще в 2013 году и продал в 2015 другу, также чувствуетса абсолютно нормальной рабочей лошадкой. Андроидные флагманы тех и последующих лет давно в мусорке.
Мне иногда кажется, что постсоветское айти пространство живет в какой-то параллельной вселенной, где продукция яблока это какой-то ширпотреб, когда забугром заинтересованные и известные специалисты в деталях описывают технические превосходства над конкурентами на годы вперед.
Даже на LWN мейнтейнеры ядра линукса написали статью, почему они работают на макбуках и насколько они технически превосходят конкурентов из-за уникальных технических решений.
Мне иногда кажется, что постсоветское айти пространство живет в какой-то параллельной вселенной, где продукция яблока это какой-то ширпотреб, когда забугром заинтересованные и известные специалисты в деталях описывают технические превосходства над конкурентами на годы вперед.
Даже на LWN мейнтейнеры ядра линукса написали статью, почему они работают на макбуках и насколько они технически превосходят конкурентов из-за уникальных технических решений.
А до 12 оси и скандала «apple замедляет старые девайсы»?
Хотите ролик приложу с тытуба, где человек запускает и выполняет одинаковые операции на необновлённом iPhone 6 из коробки и обновлённом?
Я могу написать не менее аргументированную статью, почему мне нравится oracle linux на кластерах — но меня вполне заслуженно закидают гнилыми помидорами, потому что ol идёт за доп. бабло.
Каждой вещи своё место, я об этом парой постов выше писал.
Хотите ролик приложу с тытуба, где человек запускает и выполняет одинаковые операции на необновлённом iPhone 6 из коробки и обновлённом?
Я могу написать не менее аргументированную статью, почему мне нравится oracle linux на кластерах — но меня вполне заслуженно закидают гнилыми помидорами, потому что ol идёт за доп. бабло.
Каждой вещи своё место, я об этом парой постов выше писал.
НЛО прилетело и опубликовало эту надпись здесь
А можно ссылку на статью от мейнтнйнеров линукса?
Пожалуйста lwn.net/Articles/707616
Кажется, что комфортное время жизни 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 лет с момента появления модели…
Соотвественно это для тех, кто купил его в момент выхода на него апдейты — шесть лет, а кто купил последние партии… хорошо если пара лет будет, как у типичного творения на 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 офигенный софт и маркетинг, снимаю шляпу.
Взять IPhone 11 Pro Max — в нём стоит Apple A13, у которого 6 ядер. ОЗУ тоже не на пределе — 4 гига.
В тех же китайских телах уже по 8 ядер давно, и ОЗУ гигов по 6-8. Только вот софт не оптимизирован.
Тут так сказать, нужно выбирать: гарантия оптимизированного софта, или железо получше.
Для объективности я сравнивал Huawei P30 Pro и IPhone 11 Pro Max.
У Apple офигенный софт и маркетинг, снимаю шляпу.
дык… конечному пользователю, как-то больше интересно что он видит на экране, чем что там запаяно внутри. А на экране он видит время между нажатием на кнопку и открытием менюшки. И имено это он называет «тормозит/не тормозит».
А когда вышеозначенные «универсальные» блин поделия, начинают после нажатия на кнопку лихорадочно лезть в инет (который еще не факт что есть), подгружать оттуда 100500 метров каких-то скриптов, иконок в 5к разрешении, немного трекинга, и совсем чуть чуть кода, и только после этого отображают таки вам меню… То приложение — тормозит. И жрет трафик и батарейку.
А когда вышеозначенные «универсальные» блин поделия, начинают после нажатия на кнопку лихорадочно лезть в инет (который еще не факт что есть), подгружать оттуда 100500 метров каких-то скриптов, иконок в 5к разрешении, немного трекинга, и совсем чуть чуть кода, и только после этого отображают таки вам меню… То приложение — тормозит. И жрет трафик и батарейку.
Ядра Apple грубо говоря как 2-3 ядра Snapdragon. Это не преувеличение, банально делали рентген ядер. У первых даже кэш в разы больше.
У Эпла СВОИ(они сами проектируют а не лицензируют у АРМа) ядра и они сильно лучше того что ставит Квалком или Самсунг.
Эпол впереди по железу — бенчи по графике то не вытянешь на уровне софта. Вот что реально они добиваются именно софтом — это расход памяти, в смысле что их жесткая политика для приложений приносит плоды — меньше расход памяти, батареи и т.п.
Ну и мобильный Сафари у них лучше оптимизирован чем мобильный Хром на Андроиде — бенчи по вебу это показывают.
А пользователю все равно что и как если он видит что на Эпле у него быстрее работают тяжелые сайты и т.п.
А вас не смущает, что Apple с таким плохим процессором превосходит хуавей значительно в Single-thread и не очень значительно в Multi-thread? Хуавей еще не догнал A12… На данный момент ничто из линейки Snapdragon не приблизилось к производительности A13, не говоря о различных «фишках» вроде модуля для машинного обучения и прочих-прочих архитектурных особенностях
Подход Google — «всё будет web».
Подход Apple — «всё будет app».
Закидывайте меня палками, но мне подход Apple ближе. Я не хочу, чтобы со временем компьютеры или смартфоны стали платформой для одного-единственного приложения — браузера, в котором будет работать всё остальное.
Подход Apple — «всё будет app».
Закидывайте меня палками, но мне подход Apple ближе. Я не хочу, чтобы со временем компьютеры или смартфоны стали платформой для одного-единственного приложения — браузера, в котором будет работать всё остальное.
Почему?
потому что тот же стим для простого отображения списка моих игр зачем-то кушает больше 500 метров оперативы.
Этот новый список ещё и тормозит при прокрутке на, похоже, любом железе.
Если я правильно понимаю, он уже не совсем мои игры показывает, во-всяком случае на версии макоси. Недавно случайно увидел как выглядит его основной экран — и я не знаю кто все эти люди, и что это все за игры, и с какой стати они перемешаны с моими.
Хорошо хоть, что быстрое меню правой мышкой по иконке на таскбаре все еще показывает мне шустро и только мои игры. Правда, может они просто забыли об этом функционале…
Хорошо хоть, что быстрое меню правой мышкой по иконке на таскбаре все еще показывает мне шустро и только мои игры. Правда, может они просто забыли об этом функционале…
Ты лаунчер Беседки не видел, дружок, жрет столько же, но только в фоне.
Тут мне захотелось запостить картинку «Зачем накуривать осу?», но я не буду. :)
НЛО прилетело и опубликовало эту надпись здесь
Ой, они его поменяли? А я думал это я куда-то не туда нажал и включился визуальный редактор… А отключить нельзя?
НЛО прилетело и опубликовало эту надпись здесь
Че уж там, давайте сравнивать со всеми. И с андроидом (в его текущем состоянии), и с десктопами (вин/мак/юникс).
Я вот вообще не знаю каких-то сторов, в которых есть «прошлые версии». Есть сайты, есть вебархивы и прочие файлопомойки (репы в юниксах, из которых можно ставить что угодно, если терпения хватит проблемы резолвить), а вот что б прям стор… Разве что винду и ее основные компоненты могу припомнить, но то не совсем «стор».
ну, тут айфоны, конечно лидируют. хотя андроиды с каждым билдом наступают на пятки, да и винда очень так мило намекает, что ставить апп можно только из их апп, время от времени. Юниксу все до лампочки, хочешь блекджека — наслаждайся.
это смотря как выпилили. Тот же андроид, вполне себе удаляет купленные приложения, если палит что у вас поменялась локация, и ваших приложений быть там не должно. За айосом такого пока змечено небыло. Так же, вполне логично, когда приложение которое просто не пойдет на обновленной системе — как минимум помечается как не рабочее (такое есть вроде у всех).
С приложениями удаленными по «политическим» мотивам — там все сложнее, конечно.
прошлую версию приложения из аппстора
Я вот вообще не знаю каких-то сторов, в которых есть «прошлые версии». Есть сайты, есть вебархивы и прочие файлопомойки (репы в юниксах, из которых можно ставить что угодно, если терпения хватит проблемы резолвить), а вот что б прям стор… Разве что винду и ее основные компоненты могу припомнить, но то не совсем «стор».
в обход аппстора
ну, тут айфоны, конечно лидируют. хотя андроиды с каждым билдом наступают на пятки, да и винда очень так мило намекает, что ставить апп можно только из их апп, время от времени. Юниксу все до лампочки, хочешь блекджека — наслаждайся.
которое вы купили ранее, но которое выпилили
это смотря как выпилили. Тот же андроид, вполне себе удаляет купленные приложения, если палит что у вас поменялась локация, и ваших приложений быть там не должно. За айосом такого пока змечено небыло. Так же, вполне логично, когда приложение которое просто не пойдет на обновленной системе — как минимум помечается как не рабочее (такое есть вроде у всех).
С приложениями удаленными по «политическим» мотивам — там все сложнее, конечно.
НЛО прилетело и опубликовало эту надпись здесь
небось на чем-то LTS сидите ;)
НЛО прилетело и опубликовало эту надпись здесь
и на это спокойно встают старые версии приложений? магия…
хотя гента штука мною не изведанная, может у нее с мультиверсиями библиотек проблем нету.
хотя гента штука мною не изведанная, может у нее с мультиверсиями библиотек проблем нету.
Есть сайты, есть вебархивы и прочие файлопомойки (репы в юниксах, из которых можно ставить что угодно, если терпения хватит проблемы резолвить), а вот что б прям стор…Вот, пожалуйста. Можете качать любую версию Resharper за последние 5 лет. После того, как пользователи начали плакать, что этого мало и их любимых версий за 2010й год больше нет техподдержка дала ссылки на версии с 2005го года. Правда первых версий для Visual Stuido 2003 там нет, да.
Ну как почему, нативное будет всегда лучше браузерного в плане скорости работы и потребления ресурсов. В соседних комментах куча примеров.
Потому что в этом случае появляется лишний слой — операционная система.
это элементарно не будет раскрывать все возможности машины
Хз, как по мне как раз гугл сейчас продвигает вполне неплохую технологию, то бишь флаттер, который к вебу ну ооочень отдаленное отношение имеет (одна и та же плюсовая библиотека для рендеринга вью что и в хроме)
Flutter приложения могут работать в браузере.
Flutter мне понравился на первый взгляд, но глубоко я не вникал.
Тем не менее, Google — веб-компания, и то обстоятельство, что они решили в данный момент времени поиграть «на стороне поля Apple», не меняет подхода в общем и целом, как мне кажется. Это тактический шаг, который имеет свои цели, он не оказывает влияния на стратегию Google и вектор ее движения.
Тем не менее, Google — веб-компания, и то обстоятельство, что они решили в данный момент времени поиграть «на стороне поля Apple», не меняет подхода в общем и целом, как мне кажется. Это тактический шаг, который имеет свои цели, он не оказывает влияния на стратегию Google и вектор ее движения.
Веб победит на всех платформах.
Почему сразу браузер. Есть еще утилиты типа curl. Плюс html сам по себе довольно таки встраиваемый. И интерпретатор javascript сейчас есть чуть ли не на каждой микроволновке. На выходе получаем нечто стандартизированное. В случае с app имеет место самобытный подход. В каждом отдельном случае.
Оба хуже.
И Электрон с его лозунгом «написано однажды, тормозит везде».
И Apple, уже один раз станцевавшая на граблях «закроемся от всех на свете, у нас свой особый путь».
И Электрон с его лозунгом «написано однажды, тормозит везде».
И Apple, уже один раз станцевавшая на граблях «закроемся от всех на свете, у нас свой особый путь».
Apple всегда навязывает свои правила. Да, приложения на электроне хуже нативных, но это значит только то, что авторам приложений на электроне достаточно, что у их пользователей будет именно такой опыт. Причины могут бать разные, но суть не меняется.
P.S. Ужасный перевод, ужасная адаптация.
P.S. Ужасный перевод, ужасная адаптация.
Статья подготовлена при поддержке компании...
Ну да, перевод, размещенный в корпблоге этой компании, как бы намекает, что:
1. Сказать самой о себе компании нечего. Я про реально интересный рассказ, вроде старых постов в блоге Билайна (да-да, тех, что им писал знаемкто). И, да, это вообще по блогу видно. Неужели о теме, где вы спецы, ничего нельзя интересно поведать?
2. При участии оказалось оплатой работы переводчика/копирайтера. Не обязательно, но уж очень похоже.
Правда, расскажите с огоньком про то, о чем написано в желтой вставке — про электронную систему медицинского осмотра, про, черт побери, даже поддержку программного обеспечения!
Вот годные публикации, читайте на здоровье:
- Как за 5233 человеко-часа создать софт для микротомографа
- SDK для внедрения поддержки электронных книг в формате FB2
- Управление доступом к электронным документам. От DefView до Vivaldi
- Интегрируем две системы видеонаблюдения: Axxon Next и SureView
- Подробнее о разработке софта рентгеновского томографа
- «Сфера»: как мониторить миллиарды киловатт-часов
- Разработка простого плагина для JIRA для работы с базой данных
- В помощь DevOps: сборщик прошивок для сетевых устройств на Debian за 1008 часов
- Автообновление службы Windows через AWS для бедных
Эцсамое, у вас по одной ссылке эппл проверяет использование приватных 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 и является привычным.
C успехами Apple в поднятии ценников на железки и дизайном железок вы же согласны?
PS IMHO, хорошо, что яблочники задрали ценник на девайсы: так или иначе, производители ориентируются на apple по ценнику, и после поднятия цен выше $1000 для мобильника и выше $5000 для десктопа и ноутбука, на рынке стало появляться больше интересных предложений, как минимум, качество камер мобильных телефонов ощутимо поднялось.
C успехами Apple в поднятии ценников на железки и дизайном железок вы же согласны?
PS IMHO, хорошо, что яблочники задрали ценник на девайсы: так или иначе, производители ориентируются на apple по ценнику, и после поднятия цен выше $1000 для мобильника и выше $5000 для десктопа и ноутбука, на рынке стало появляться больше интересных предложений, как минимум, качество камер мобильных телефонов ощутимо поднялось.
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Ровно такое же мнение, поддерживаю. Мой комментарий не несет содержательной информации, но мне очень не нравится цифра -8, которую я вижу у вас. Так что чем могу, как говорится.
Потихоньку App Store начал отклонять приложения, созданные с помощью популярного инструмента под названием Electron, который позволяет разработчикам делать все свои приложения на веб-коде
Ужас-то какой.
Независимо от вашего мнения о качестве приложений на Electron, выбор важен.
Electron — это не возможность выбора, а его отсутствие. В природе нет пользователей, которые хотят использовать софт на Электроне. Есть только пользователи, которые вынуждены это делать, потому что нет альтернатив. В данном случае Apple наоборот, создает выбор, заставляя разработчиков искать другие инструменты.
В данном случае Apple наоборот, создает выборАга, «рабство — это свобода».
У разработчиков уже есть выбор и они его уже сделали.
Ну теперь буде гораздо более удобный выбор, либо значительно увеличивать издержки на разработку, либо отказываться от аудитории. Или, если по другому, либо брать с пользователей больше денег, либо послать часть их них лесом. Офигенный выбор.
В природе нет пользователей, которые хотят использовать софт на ЭлектронеТочно так же, как и нет пользователей, которые хотят использовать софт на Swift. Пользователям важно в первую очередь чтобы софт был.
Про электрон, думаю, DrPass не совсем корректно выразился — пользователям в общем-то пофиг, на чём написано приложение. А вот как быстро оно работает — совсем не пофиг, и свифт запросто уделает в скорости элеткрон.
Э нет. Я, бывает, вообще от софта отказываюсь если могу без него обойтись, если он сделан на веб технологиях. Мне важно чтобы как можно большая часть софта которым пользуюсь — была нативной. Приложениями построенными на веб технологиях пользуюсь только если без приложения никак и нативной версии не существует.
Надеюсь флаттер ситуацию подправит и будем чуть меньше приложений на электроне и подобном видеть со временем.
Надеюсь флаттер ситуацию подправит и будем чуть меньше приложений на электроне и подобном видеть со временем.
Надеюсь флаттер ситуацию подправит и будем чуть меньше приложений на электроне и подобном видеть со временем.Это если Apple в порыве «больше свифта богу свифта» не запретят вообще все кросс-платформенные решения, которые смогут.
Ну, я вообще win и linux пользуюсь)) А там вряд ли запретят)
Что, и библиотечки, написанные на C++, тоже запретят?
Ну на C++, так уж и быть, оставят. Но только пока никто не видит. А если запалят, что вы это C++ не руками написали, а из C# сконвертировали, нельзя. А если из JS, то вообще сразу пожизненный бан.
Из JS. В C++. Библиотеку.
Тут из Ада позвонили, спрашивают ваше резюме.
Тут из Ада позвонили, спрашивают ваше резюме.
Не совсем JS и не совсем C++, но не так уже и далеко assemblyscript.org
Так это практически любая игра на Unity3D, тем временем игры на этом движке встречаются в Apple Arcade.
А что есть сомнения? OpenGL выпилили, posix потихоньку выпиливают.
Попробуйте вызвать например system
Попробуйте вызвать например system
Ну system — это такая штука, которую давно было пора выпилить.
Ибо безопасно использовать его очень затруднительно — я вообще не знаю ни одного человека, который умел бы это делать и не знал бы, при этом, о том, как заменить его на posix_spawn.
P.S. Хотя, конечно, зря они его вот так уж прямо выпилили. Нужно просто заменить его на заглушку, возвращающую 0 при вызове с
Ибо безопасно использовать его очень затруднительно — я вообще не знаю ни одного человека, который умел бы это делать и не знал бы, при этом, о том, как заменить его на 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.
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
У разработчиков уже есть выбор и они его уже сделали.
Это замечательно. А у меня как у пользователя есть выбор не использовать электроноподелки. Потому что любое мобильное и десктопное приложение на веб технологиях — это отвратительный и глючный кусок непонятно чего, абсолютно всегда работающий медленнее нативного.
Как разработчик, я знаю что выпустив приложение на электроне какая-то компания пожертвовала качеством своего продукта и моим юзерэкспириенсом как пользователя ради того чтобы иметь возможность нанимать студентов-джаваскриптеров за лапшу.
Я не хочу чтобы текстовый редактор на электроне выжирал 2 гигабайта памяти, не хочу чтобы чатик со смайликами сжирал гигабайт, не хочу чтобы символ появлялся на экране через секунду после нажатия кнопки на клавиатуре. Я не хочу обновлять свое железо чтобы иметь возможность хоть как-то запускать дерьмовый софт на котором сэкономили.
И поэтому я принципиально не пользуюсь поделками на электроне. И я такой далеко не один.
Вы рассуждаете за себя и за других, кто знает про электрон, людей из вашего круга. Но если спросить 95% пользователей поделок на электроне «зачем вы пользуетесь этим жутким говном на электроне?» они вам ответят «шо? на чем?».
Это типичные потребители (я не вкладываю плохой смысл в этот термин), они не обязаны разбираться в технологиях и нормальный производитель должен позаботиться о них самостоятельно, сделать за них выбор.
Это типичные потребители (я не вкладываю плохой смысл в этот термин), они не обязаны разбираться в технологиях и нормальный производитель должен позаботиться о них самостоятельно, сделать за них выбор.
Все верно — просто пользователи-неайтишники и не знают, почему это их любимый IM стал жрать оперативную память аки браузер и тормозить. А это вендор-смузихлеб решил на них сэкономить.
Все верно — просто пользователи-неайтишники и не знают, почему это их любимый IM стал жрать оперативную память аки браузер и тормозить.
Пользователи неайтишники этого просто не замечают, т.к. не имеют привычки смотреть потребление памяти и загрузку процессора.
Зато заметят «отзывчивость» интерфейса и вообще скорость работы.
Зато они отлично замечают как начинает испаряться батарейка. Потому приложений на Электрон — в топе всех сторов немного. Они процевтают там, где пользователи не могут «проголосвать ногами».
НЛО прилетело и опубликовало эту надпись здесь
Вы же понимаете, что Clion — это не простой редактор текста, да?
И что аппетиты clangd зависят от исходников, и требовать от девелопмент-тула такого уровня сложности минимального потребления памяти странновато.
НЛО прилетело и опубликовало эту надпись здесь
Ну вообще да, мной vs code только и используется для правки конфигов и подобного. Ну еще может пару файлов по-быстрому поправить. Все планирую на какой другой редактор заменить, но пока ленюсь. Или его кто правда для разработки использует?
НЛО прилетело и опубликовало эту надпись здесь
Из-за тормозячества VSCode (внутри пашет быстро, но открывается секунд пять) пересел на, внезапно, sakura editor. Выглядит как внебрачное поделие нортон-коммандера и лексикона, но открывает себя и лог на 673 мегабайта за чуть меньше секунды.
Для этого и Far сойдёт…
НЛО прилетело и опубликовало эту надпись здесь
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
У Emacs: GNU, GNU/Linux, FreeBSD, NetBSD, OpenBSD, MacOS, MS Windows, Solaris, возможно ещё и под какие-то другие соберётся.
У VS Code MacOS, MS Windows, GNU/Linux
НЛО прилетело и опубликовало эту надпись здесь
Как-то у меня был комп на Intel Pentium G4400 и 1050Ti. Так вот, DiRT 4 на средне-высоких настройках тянул в 50-60 фпс (1080p), а попрогать под VS Code я так и не смог. Было очень грустно и обидно!
Если у вас мощный стационарный компьютер, то проблем нет. А вот если речь идет о мобильном устройстве, где каждый потребляемый ватт имеет значение, то это уже другое дело.
И проблема тут не в электроне — сама по себе технология очень даже неплохая и есть куча сценариев, где ее использование оправдано — проблема в том, что сейчас некоторые на электроне даже системные утилиты писать умудряются. Если так дальше пойдет, того и гляди скоро на электроне начнут и драйвера писать.
И проблема тут не в электроне — сама по себе технология очень даже неплохая и есть куча сценариев, где ее использование оправдано — проблема в том, что сейчас некоторые на электроне даже системные утилиты писать умудряются. Если так дальше пойдет, того и гляди скоро на электроне начнут и драйвера писать.
Ну так ведь прекрасно. Вы голосуете рублем. Но зачем отбирать эту возможность у всех остальных?
По той же причине, по которой вам не дают возможности покупать китайские игрушки, крашенные ядовитой краской, в магазине.
Далеко не все пользователи знают о сущестовании электрона и понимают почему оно тормозит. Как и не все мамы знают, что он ярких, красивых, блестящих игрушек их дети будут болеть.
Потому, в обоих случаях, нужен кто-то, кто сможет эту бяку из магазина выбросить…
Далеко не все пользователи знают о сущестовании электрона и понимают почему оно тормозит. Как и не все мамы знают, что он ярких, красивых, блестящих игрушек их дети будут болеть.
Потому, в обоих случаях, нужен кто-то, кто сможет эту бяку из магазина выбросить…
А можно такими же кривыми аналогиями оправдать запрет на ввоз хамона?
Как только хамон будет производиться по какой-то суперудешевлённой и быстрой технологии, с использованием цинка и асбеста, а также подванивать тухлятиной — запросто, аналогия будет даже прямая. А производители такого хамона тоже будут возмущаться, дескать, их выбора лишают.
Кривыми можно, а прямой аналогии здесь нет.
Одно дело, когда политическим решением потребителя ограждают от объективно вредного (пусть даже потенциально) продукта.
Если же политическое решение принимается исключительно ради политики, то это другое. Хамон от ветчины Великолукского комбината ничем в плане рисков не отличается.
Одно дело, когда политическим решением потребителя ограждают от объективно вредного (пусть даже потенциально) продукта.
Если же политическое решение принимается исключительно ради политики, то это другое. Хамон от ветчины Великолукского комбината ничем в плане рисков не отличается.
Одно дело, когда политическим решением потребителя ограждают от объективно вредного (пусть даже потенциально) продукта.У вас от Электрона волосы выпадают что ли? Вы бы еще с атомной бомбой сравнили.
Зачем с атомной бомбой? Apple считает, что подобное решение позволит в будущем оградить пользователей от плохого UX в каких-то частных случаях. Это вполне можно понять, так как пользователи во всех этих ваших электронах не шарят, они будут ругать Эппл.
Речь лишь о том, что данное решение не чисто политическое, а имеет свою практическую логику. Не то, что им слово «электрон» не нравится или там в отношении него какие-то санкции. Почему такое решение принято — повод задуматься тем, на кого оно повлияет.
Речь лишь о том, что данное решение не чисто политическое, а имеет свою практическую логику. Не то, что им слово «электрон» не нравится или там в отношении него какие-то санкции. Почему такое решение принято — повод задуматься тем, на кого оно повлияет.
У разработчиков уже есть выбор и они его уже сделали.
вот мне сомнительно, что именно разработчики (и что этот выбор вообще имеет место быть).
бизнес, скорее.
разработчику, на мой взгляд, куда приятнее писать идеально вылизанное приложение, которое не тормозит, минимально требовательно к ресурсам и по максимуму использует возможности платформы.
тот же скайп второй версии был на линуксе очень хорош.
мессенджеры времён аськи/джаббера отлично жили в трее, не грузили комп и были отточены по интерфейсу как опасная бритва.
то, что имеем сейчас — деградация. при том, что решаемые задачи прежние (что нового-то появилось? видеоконференции на N персон? что в них принципиально нового?), требования к железу возросли, а интерфейс скатился до квадратного-гнездового "чтоб тыкать пальцем".
Electron — это не возможность выбора, а его отсутствие. В природе нет пользователей, которые хотят использовать софт на Электроне.Электрону нужно сказать огромное спасибо, за то что компании вообще вспомнили о том, что загонять пользователей в гетто из 1.25 операционной системы не обязательно. Java тоже не снискала особой популярности.
Возможно, у меня профдеформация, но за последние 4 года не вспомню ни одного кластера без java (банки, телекомы).
НЛО прилетело и опубликовало эту надпись здесь
*задумчиво* А зачем на десктопе javagui нужен?
Единственное, что видел — это кросплатформенный ssh-клиент для iLom (наблюдение+менеджмент) оракловых железок, который с этого iLom скачивается и запускается на всех железках с java.
Единственное, что видел — это кросплатформенный ssh-клиент для iLom (наблюдение+менеджмент) оракловых железок, который с этого iLom скачивается и запускается на всех железках с java.
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
А кто и где теперь? Продолжите мысль пожалуйста. Насколько я вижу, и джава и дот нет совершенно неплохо себя чувствуют на рынке.
Майкрософт пыталась убить яву, и кто где теперь ?Майсрософт живёт и здравствует, а Sun умер…
По-моему, у МС как раз всё хорошо, а вот Оракл своими странными политиками как раз прогоняет последних пользователей с явы.
Если есть в правилах запрет на использование чего либо, то зачем использовать? как вообще прошли ревью эти приложения? Это как жаловаться что Вас выкинули из чужого дома за то что вы пытались воспользоваться зубной щеткой хозяина.
По опыту публикации, полное ревью эпплы не делают даже для первого релиза. Проводят тесты рандомно (ну, для нас выглядит рандомно) — могут сразу найти что-то глубоко зарытое в кишки, а могут месяцами не замечать явные косяки, видимые глазами (в описании например).
У меня в одном проекте как-то в тексте «что нового в этой версии» довольно долго висел текст «поставьте нам 5 звёздочек» на всех языках — манагеру так захотелось, я не смог его переубедить :)
У меня в одном проекте как-то в тексте «что нового в этой версии» довольно долго висел текст «поставьте нам 5 звёздочек» на всех языках — манагеру так захотелось, я не смог его переубедить :)
Перевод осуществлён профессиональными надмозгами.
А если по теме — и вправду лучше вообще никаких приложений, чем на Electron. Скайп самый яркий пример. Веб-технологии предназначены для сайтов.
А если по теме — и вправду лучше вообще никаких приложений, чем на Electron. Скайп самый яркий пример. Веб-технологии предназначены для сайтов.
Скайп то как раз самый нормальный пример. В отличии от других мессенджеров на электроне он самым адекватным и стабильным выглядит.
Вы шутите? Единственная причина по которой до сих пор им пользуюсь — часть контактов в нем еще с тех пор когда он был нормальным. То падает в рандомные моменты, то скролл уезжает после каждой отправки сообщения, то рамки непонятные красные вокруг сообщений появляются. Это если забыть про то что он заметно подтормаживает иногда и в интерфейсе фиг найдешь часть настроек.
Угу, вот прям сейчас я не могу в скайпе ввести текст в середину сообщения, он набирается с конца. И будет так до его перезагрузки. Представляю, какие там другие мессенджеры.
Именно поэтому каждый раз после завершения аудио- или видеозвонка я вынужден посылать SIGHUP для skypeforlinux.
Альтернатива электрону на телефоне для веб-разработчика — это его сайт, открытый в браузере. И если пользователь всё равно будет вынужден открыть сайт, то какая разница между этим и тем, что он запустит сайт в электроне? Или подразумевается, что он откажется от приложения, если у него нет нативной версии?
Подразумевается, что разработчики, которым интересна аудитория Apple, возьмут какой-то другой инструмент для разработки. А разница между сайтом и электроном есть, в доступе к функциям ОС.
Если под другим инструментом понимается что-нибудь типа swift, то веб-разработчику его не так просто взять. И раз у электрона больше возможностей, тогда аудитория Apple просто будет страдать от нехватки какого-нибудь приложения, которое пилит не богатый заказчик, у которого есть деньги на мобильного разработчика под каждую платформу.
раз у электрона больше возможностей, тогда аудитория Apple просто будет страдать от нехватки какого-нибудь приложения, которое пилит не богатый заказчик,
Я думаю, что не ошибусь, если скажу, что таких приложений не существует. Они все или достаточно простые, чтобы иметь кучу альтернатив, или достаточно сложные, чтобы их бюджеты позволяли вести разработку на разных платформах. Тот же Скайп, которому уже икается, прекрасно развивался на нескольких кодовых базах, и его разработчик просто оптимизировал несколько процентов своих расходов. Или вы думаете, что разработчик Слаки не в состоянии со своим бюджетом позволить его разработку на нативных платформах без сколь-нибудь заметного ухудшения своих финансовых показателей? Это экономия на спичках, на самом-то деле.
Я думаю, что не ошибусь, если скажу, что таких приложений не существует.Существует, существует. Банк-клиенты, разные, приложения для просмотра фильмов в разных авиакомпаниях и прочее… гм… добро.
Но как по мне — пусть лучше не будет никаких приложений, чем такое. Потому что деньги-то есть у всех этих компаний, просто тратить их неохота. А в рекламе написать, что у нас на борту видеотека с доступом с телефона хоцца.
Даже не знаю, какой бы пример привести. Я имел в виду что-то некоммерческое. Ну, не знаю, какой-нибудь хитрый трекер инициативы для D&D, в котором все участвующие в игре подключаются к серверу, и им на каждый ход нажатием кнопки у мастера на телефоне выпадает новое значение инициативы. Конечно, это всё можно сделать в виде сайта, и не будет никаких проблем с тем, что это не приложение, но мне просто сложно вот так сразу придумать что-то, требующее инменно электрона, что пилится единственным энтузиастом. Потому что я не знаю, что особенное умеет делать электрон, не работал с ним.
Ну а есть ли смысл переживать, что пользователи будут страдать от отсутствия каких-то приложений, если вы про существование таких приложений мало того что не слышали, так даже и теоретический кейс придумать-то сложно?
Когда появился первый iPhone, то предполагалось, что все приложения будут именно веб, и для этого сделали возможность из браузера сохранять сайт как приложение (у него появляется значок на рабочем столе и он открывается в отдельном окне, а не в Safari). Эта возможность есть и сейчас, тогда зачем Electron?
Потому что не работает без доступа к интернету, хотя приложение сохранено и соединение не нужно.
Иначе как собирать деньги с разработчиков?
Иначе как собирать деньги с разработчиков?
То есть Service worker и cache manifest не работают?
Apple похоронит Электрон как в свое время похоронила Flash и будет права.
Ну на десктопе он жить то останется.
Надеюсь что нет)
Flash и Flex успешно умерли и на десктопе тоже. Надеемся Elecron последует за ними.
Flash до сих пор жив в той же нише веба: игры и видео
Это как он, я извиняюсь, жив, если уже известно когда его выпилят окончательно? Это уже не жизнь, извините — это уже последние конвульсии.
P.S. И да, я знаю, что есть люди, которые рассуждают как вы: пока Flash можно включить — всё типа нормально. А как его выпилят совсем — будем протестовать… Ну это их выбор — ясно же, что будет то же, что и с Java: им посочувствуют, пожалеют… но никто ничего обратно включать не будет.
P.S. И да, я знаю, что есть люди, которые рассуждают как вы: пока Flash можно включить — всё типа нормально. А как его выпилят совсем — будем протестовать… Ну это их выбор — ясно же, что будет то же, что и с Java: им посочувствуют, пожалеют… но никто ничего обратно включать не будет.
У него эти конвульсии уже лет 8? Вот настолко же, не извиняйтесь, жив. Сайты с его использованием есть, и люди хотят ими пользоваться. Приходится им ставить хром (лиса под линуксами флеш вроде совсем не может) или искать устаревшие плагины.
А за придумывание моих рассуждений можете извиниться.
Приходится им ставить хром (лиса под линуксами флеш вроде совсем не может) или искать устаревшие плагины.Знаете, таким путём вы придёте к выводу, что и CP/M жив. А что — ведь есть люди, которые его пользуют до сих пор.
Тот факт, что в большинстве современных браузеров Flash уже не поддерживается, и уже точно известно, когда единственный оставшийся с поддержкой её лишится… говорит о том, что пациент «скорее мёртв, чем жив».
А за придумывание моих рассуждений можете извиниться.За что извиняться-то? Вы же сами подтвердили, что рассуждаете ровно так, как я описал…
Того факт, что вы читаете через слово не убирает из реальности сайты, использующие flash. Что и есть жизнь для технологии.
За мифические подтверждения тоже можете)
сайты, использующие flashТо что есть сайты отдающие флеш, это очень интересно. Но куда важнее пользователи, которые используют поддерживающие флеш браузеры и заходят на эти сайты. А их сейчас 3.5 олдфага-любителя поностальгировать по старым играм. И уже в ближайшее время им придется искать для этого легаси, либо сохранять игры локально, что не всегда работает.
Да нет, это тысячи пользователей Одноклассников, предпенсионеров, которые не способны искать альтернативы или сохранять что-то локально. Они просят знакомых "починить" игры.
А ещё это все те, кто смотрит фильмы онлайн бесплатно. Как у крупных сервисов типа нетфликсов и иви, не знаю, но на каких-нибудь дорама.рф, вполне флеш.
А перейти эти сервисы с флеша должны были еще 5 лет назад, когда Гугл о выпиле флеша уже заявлял
А ещё это все те, кто смотрит фильмы онлайн бесплатноЯ смотрю фильмы, сериалы, и аниме онлайн бесплатно. На нескольких десятках разных сайтов. Ни один из них сегодня не требует для работы флеша, что и позволяет мне его не иметь. В контексте вышесказанного, некрупные сервисы — это которые начинаются с третьей страницы выдачи гугла? Сомнительно что ими пользуется сколько-нибудь значимое число людей.
P.S. Что за дорама.рф? Я его даже нагуглить не могу, не то что открыть.
НЛО прилетело и опубликовало эту надпись здесь
Т.е. улучшение поддержки стандартов (html5, css3), усовершенствование javascript, ускорение скорости интернета — ничто из этого не повлияло на смерть Flash, все сделало Apple?
В основном, да. Я ещё помню, с какими глюками стартовала поддержка html5 видео в браузерах, и что для их исправления (чтобы было как минимум не хуже, чем в flash), понадобилось много месяцев…
Apple сделала главное: возможности заявить, что вот оно есть и оно везде работает.
А вот уже после этого, когда начали искать альтернативы — уже потребовалось и HTML5 подтянуть и CSS и прочее.
То же самое и с Electron: у него есть одна, продающая его, фича: написать один раз — и продавать во всех сторах. Убери её — и это убожество, внезапно, никому нафиг становится не нужным.
А вот уже после этого, когда начали искать альтернативы — уже потребовалось и HTML5 подтянуть и CSS и прочее.
То же самое и с Electron: у него есть одна, продающая его, фича: написать один раз — и продавать во всех сторах. Убери её — и это убожество, внезапно, никому нафиг становится не нужным.
Интересная новость, у меня к ней как у пользователя и разработчика диаметрально противоположное мнение.
С одной стороны, как разработчик, я согласен, что использование приватных API не всегда корректно, согласен, что Electron может жрать много оперативки и несет с собой ненужный оверхед. Я согласен, что разработчики должны внимательнее относится к выбираемым инструментам, и смотреть насколько ими удобно пользоваться.
С другой стороны, я как пользователь, у которого в MacOS 10.15 отказал весь 32-х битный софт, считаю Apple безответственными разгильдяеми, которые не в курсе, что в разработке операционных систем поддержка обратной совместимости, это, мягко говоря, основа основ. И если бы у меня был iPhone и на нем отказал привычный мне софт, особенно когда он мне нужен, я бы в следующий раз просто взял телефон на Android, точно также как я через года три возьму ноут не от Apple. И если б они пеклись о производительности, то для начала бы выяснили с чего их Swift, будучи статически типизированным языком, умудряется работать со скоростью динамического слаботипизированного JS.
Я пожалуй постараюсь придерживаться обоих точек зрения. И софт на основе Electron'а не писать (VSCode мне абсолютно норм). И технику Apple постараться больше не покупать (для тестирования мне и старой хватит).
С одной стороны, как разработчик, я согласен, что использование приватных API не всегда корректно, согласен, что Electron может жрать много оперативки и несет с собой ненужный оверхед. Я согласен, что разработчики должны внимательнее относится к выбираемым инструментам, и смотреть насколько ими удобно пользоваться.
С другой стороны, я как пользователь, у которого в MacOS 10.15 отказал весь 32-х битный софт, считаю Apple безответственными разгильдяеми, которые не в курсе, что в разработке операционных систем поддержка обратной совместимости, это, мягко говоря, основа основ. И если бы у меня был iPhone и на нем отказал привычный мне софт, особенно когда он мне нужен, я бы в следующий раз просто взял телефон на Android, точно также как я через года три возьму ноут не от Apple. И если б они пеклись о производительности, то для начала бы выяснили с чего их Swift, будучи статически типизированным языком, умудряется работать со скоростью динамического слаботипизированного JS.
Я пожалуй постараюсь придерживаться обоих точек зрения. И софт на основе Electron'а не писать (VSCode мне абсолютно норм). И технику Apple постараться больше не покупать (для тестирования мне и старой хватит).
Вы хоть поняли что написали, разработчик вы наш?
— поддержка обратной совместимости заоблачной просрочки — это фишка винды, никто не сказал что так должны действовать все ОС. К чему это привело, мы все видим — тонны legacy, паскаль- и дос- совместимой. Переход на х64 начался уже лет 13 как, если кто-то из производителей не хочет поддерживать старое ПО — это его проблемы, а не Apple.
— про производительность свифта vs JS вы очень сильно насмешили. Ага, особенно при первом проходе, когда JS браузеру надо еще и скомпилировать, а на выходе свифта бинарник. Приведите пруф с несинтетическим тестом, на котором JS был бы быстрее — как язык, а может в рендеринге UI? Все эти утверждения слышу не первый год, все они вдребезги разбиваются о реальность. Еще с Java vs C++ пошло.
— побойтесь бога, никогда больше не покупайте технику Apple. Android + Win10 — ваша среда, также если вы всю жизнь ездите на Renault/Lada — никогда не покупайте BMW и тем более Tesla, она взяла и отказалась от поддержки ДВС, а вместо реношных крутелок там вообще какой-то тачскрин непонятный поставили
— поддержка обратной совместимости заоблачной просрочки — это фишка винды, никто не сказал что так должны действовать все ОС. К чему это привело, мы все видим — тонны legacy, паскаль- и дос- совместимой. Переход на х64 начался уже лет 13 как, если кто-то из производителей не хочет поддерживать старое ПО — это его проблемы, а не Apple.
— про производительность свифта vs JS вы очень сильно насмешили. Ага, особенно при первом проходе, когда JS браузеру надо еще и скомпилировать, а на выходе свифта бинарник. Приведите пруф с несинтетическим тестом, на котором JS был бы быстрее — как язык, а может в рендеринге UI? Все эти утверждения слышу не первый год, все они вдребезги разбиваются о реальность. Еще с Java vs C++ пошло.
— побойтесь бога, никогда больше не покупайте технику Apple. Android + Win10 — ваша среда, также если вы всю жизнь ездите на Renault/Lada — никогда не покупайте BMW и тем более Tesla, она взяла и отказалась от поддержки ДВС, а вместо реношных крутелок там вообще какой-то тачскрин непонятный поставили
Как будто обратная совместимость это что-то плохое.
Та, которая сильно тянет назад — да, это очень плохо. Например, нам (iOS разработчикам) чтобы поддерживать iOS 9, нужно отказаться от кучи новых фрэймворков и классов, код обрастает подобием
Естественно, это ведет к плохому неподдерживаемому коду. Но у нас ситуация лучше — Apple постаралась чтобы подавляющее большинство пользователей было на последней оси. А в Андроиде ситуация плачевная — они должны поддерживать в основном 5.0+, она простите меня вышла в 2014 году.
if osVersion > 9 {
###
} else if osVersion > 10 && < 12 {
### else {
###
}
Естественно, это ведет к плохому неподдерживаемому коду. Но у нас ситуация лучше — Apple постаралась чтобы подавляющее большинство пользователей было на последней оси. А в Андроиде ситуация плачевная — они должны поддерживать в основном 5.0+, она простите меня вышла в 2014 году.
Не желать писать такую хрень в новом софте как раз нормально. Если ваше приложение на iOS 9 никогда не работало, то странно, если пользователь будет этого требовать.
Я то изначально привел пример, когда у меня несколько лет работало, а затем отвалилось. То есть я купил что-то, когда покупал оно работало, а затем спустя 2 года — «Surprise, Mother Fucker». Ваш софт — не софт. Это ИМХО совсем не тоже самое.
Я то изначально привел пример, когда у меня несколько лет работало, а затем отвалилось. То есть я купил что-то, когда покупал оно работало, а затем спустя 2 года — «Surprise, Mother Fucker». Ваш софт — не софт. Это ИМХО совсем не тоже самое.
Но ведь else if никогда не сработает при таком условии
Насколько я понимаю, в AppStore хранятся разные версии приложения для разных ОС. После установки iOS 6 на своего старичка, у меня из аппстора тянутся старые версии приложений. Конечно, не всех, но концептуально — эта схема работает.
Или у Вас задача, чтоб последняя версия работала везде?
Или у Вас задача, чтоб последняя версия работала везде?
К чему это привело, мы все видим — тонны legacy, паскаль- и дос- совместимой.
И чем это плохо? Мне как пользователю это как должно мешать? Кстати, в Linux и внезапно(!) в MacOS у меня значительная часть старого виндового софта работала. И я серьезно не понимаю, почему это плохо. Типа если игра старая, я не должен в нее играть?
Нужна обязательно новая с донатом за постройку замка?
Tesla, она взяла и отказалась от поддержки ДВС
Tesla не отказывалась от поддержки ДВС, потому что она его никогда и не поддерживала. А от своих старых зарядных станций, насколько я знаю, Tesla не отказывалась.
Приведите пруф с несинтетическим тестом, на котором JS был бы быстрее — как язык, а может в рендеринге UI?
Я привел пример драйвера сетевой карты — это не такой уж и синтетический тест.
Типа если игра старая, я не должен в нее играть?
Нужна обязательно новая с донатом за постройку замка?
Вы же не жалуетесь, что на PS4 вы не можете играть в игры от PS1? Если бы пришлось тащить обратную совместимость, внутренности PS4 были бы еще большим мраком чем Windows
Я привел пример драйвера сетевой карты — это не такой уж и синтетический тест.
Тест абсолютно синтетический, т.к. то что он делает, возможно, стандартно для ЯП низкого уровня (С например), но нестандартно для многих языков, которые сравниваются. И здесь же, в вашем примере, Latency (я так понимаю, ниже-лучше) посмотрите на график JS (или вы перепутали его с Go?). Это же кошмар
Вы же не жалуетесь, что на PS4 вы не можете играть в игры от PS1? Если бы пришлось тащить обратную совместимость, внутренности PS4 были бы еще большим мраком чем Windows
Нет, хотя на своей прохе я могу играть в игры от обычной PS4. Но тут что важно, игры от PS3 я не могу физически купить на PS4. А тут я их купил на том же ноуте на котором они через полтора года перестали работать. Тут, конечно, можно попинать на то что я их в Steam покупал, а не Apple, но все равно Apple могли бы и предупредить перед обновлением, а не после. Они даже внутри гарантийного периода (по российским законам — 2 года) обратную совместимость не поддерживают.
Тест абсолютно синтетический, т.к. то что он делает, возможно, стандартно для ЯП низкого уровня (С например), но нестандартно для многих языков, которые сравниваются.
ИМХО Swift должен быть всё-таки на уровне С#/Go. Ваш пример — это больше про сравнение с Rust.
НЛО прилетело и опубликовало эту надпись здесь
про производительность свифта vs JS вы очень сильно насмешили. Ага, особенно при первом проходе, когда JS браузеру надо еще и скомпилировать, а на выходе свифта бинарникВ свифте управление памятью через умные указатели, тогда как в js нормальный сборщик мусора. Это означает, что swift никогда не приблизится по скорости работы к другим языкам.
Это означает, что swift никогда не приблизится по скорости работы к другим языкам.Смотря что считать «нормальными». C++ может и догнать swift и даже перегнать.
А так-то да. JS всегда будет хуже Swift… и именно по этой причине. Apple ведь поддерживала когда-то сборщик мусора. Был такой эксперимент. Был — но весь вышел.
Потому что приложение, которое реагирует на нажатие кнопки, скажем, за 200 миллисекунд (это много) — воспринимается как «вполне отзывчивое». А вот приложение, которое отзывается когда за 50 миллисекунд, а когда и за 150 — это «тормоза и глюки».
Хотя бенчмарки вам будут говорить иное…
А так-то да. JS всегда будет хуже Swift… и именно по этой причине. Apple ведь поддерживала когда-то сборщик мусора. Был такой эксперимент. Был — но весь вышел.Просто apple выпустила продукт с крайне позорным качеством. Если у них компилятор уровня студента-любителя, то что уж тогда про сборщик мусора говорить?
Если у них компилятор уровня студента-любителя, то что уж тогда про сборщик мусора говорить?О том, что по всем бенчмаркам Linux «уделывает» MacOS, но при этом тормоза и глюки, почему-то, в Linux наблюдаются, а в MacOS — таки гораздо реже?
А кто заставлял обновляться? О прекращении поддержки 32-х битного софта было известно за несколько лет до выхода 10.15. На предыдущих версиях системы при запуске такого софта даже появлялось предупреждение.
На айфоне 32-х битные приложения перестали работать еще раньше кстати говоря.
На айфоне 32-х битные приложения перестали работать еще раньше кстати говоря.
Статистика обновлений на последний версии iOS и macOS лучшая в мире. Условно, через неделю после выхода нового релиза iOS на него переезжают 50+% кастомеров. И это дает собственным разработчикам Apple и сторонним разработчикам сконцентрироваться на актуальных версий и не тащить весь этот legacy десятилетиями. Они специально стимулируют быстрое обновление и в этом они молодцы.
Вы же понимаете, что это человеко-часы разработки, тестирования и поддержки, и, следовательно, куча денег?
А единичные пользователи с устаревшим софтом (который явно бросили его собственные создатели, иначе бы потрудились переписать под новые API) — они никому не нужны. Потому что их мало и денег они не приносят.
Apple всё делает правильно.
Вы же понимаете, что это человеко-часы разработки, тестирования и поддержки, и, следовательно, куча денег?
А единичные пользователи с устаревшим софтом (который явно бросили его собственные создатели, иначе бы потрудились переписать под новые API) — они никому не нужны. Потому что их мало и денег они не приносят.
Apple всё делает правильно.
— Apple в свое время похоронила флэш, потому что не хотела, чтобы апстор мгновенно заполнился кучей китайских портов и поделок. В итоге разработчики начали писать качественные игры на нормальных кроссплатформенных движках;
— Основная нелюбовь к нативной разработке заключается в том, что разработчики на JavaScript хотят знать только свой джаваскрипт. Даже у нас в энтерпрайз компании, когда спросил почему один из проектов сделали на React JS, ответили — а мы не знаем ничего другого, да и айос с андроидом нанимать/учить пришлось бы. В итоге то приложение на фоне остальных выглядит самым отсталым, тормознутым, кривым и убогим.
— у веб-приложений совершенно другой уровень производительности и качества. JS разработчики не просто уверены, что пользователи постоянно перезагружают страницы — они и иногда сами это делают (посмотрите, как работает джира). В iOS приложении ты 100 раз думаешь над производительностью, потреблением памяти, стронг-вик ссылками, рациональной многопоточностью, транзакциями к локальной базе. По моим наблюдениям, половина JS-разработчиков не знают что такое retain cycle. А если и знают — все в порядке, страничку в браузере перезагрузите. Надо нам такое на мобилках? Про плавность скроллинга, переходов между экранами вообще промолчу.
P.S. Я пришел в iOS разработку более 10-ти лет назад, и почему мы не можем использовать WebView было моим первым вопросом. С тех пор каждый год я слышу, что скоро нативная разработка умрет, вот сейчас PhoneGap/Xamarin/что там еще всех убьют. Первый год переживал, остальные 9 просто иронично улыбаюсь. Да у нас в нативе не всегда получается написать то что хочешь, какие еще WebView, нэйтивы и джиэсы. Простите, наболело
— Основная нелюбовь к нативной разработке заключается в том, что разработчики на JavaScript хотят знать только свой джаваскрипт. Даже у нас в энтерпрайз компании, когда спросил почему один из проектов сделали на React JS, ответили — а мы не знаем ничего другого, да и айос с андроидом нанимать/учить пришлось бы. В итоге то приложение на фоне остальных выглядит самым отсталым, тормознутым, кривым и убогим.
— у веб-приложений совершенно другой уровень производительности и качества. JS разработчики не просто уверены, что пользователи постоянно перезагружают страницы — они и иногда сами это делают (посмотрите, как работает джира). В iOS приложении ты 100 раз думаешь над производительностью, потреблением памяти, стронг-вик ссылками, рациональной многопоточностью, транзакциями к локальной базе. По моим наблюдениям, половина JS-разработчиков не знают что такое retain cycle. А если и знают — все в порядке, страничку в браузере перезагрузите. Надо нам такое на мобилках? Про плавность скроллинга, переходов между экранами вообще промолчу.
P.S. Я пришел в iOS разработку более 10-ти лет назад, и почему мы не можем использовать WebView было моим первым вопросом. С тех пор каждый год я слышу, что скоро нативная разработка умрет, вот сейчас PhoneGap/Xamarin/что там еще всех убьют. Первый год переживал, остальные 9 просто иронично улыбаюсь. Да у нас в нативе не всегда получается написать то что хочешь, какие еще WebView, нэйтивы и джиэсы. Простите, наболело
Резюме: дело вообще не в технологиях, а в ровности рук. Так-то и веб можно оптимизировать и по-человечески проектировать. Но лень и дорого. А теперь переплачивать за разработку под натив.
И не давать вебу выполнять ресурсоёмкие задачи. Оверхед там достаточно большой…
Так-то и веб можно оптимизировать и по-человечески проектировать.
можно, если пишешь на вебе под веб. На мобилах это уже калька, использование инструмента там где он не совсем подходит. Это как в старину писали джава апплеты для IE — вроде в браузере, а вроде хрен знает что инородное
— Основная нелюбовь к нативной разработке заключается в том, что разработчики на JavaScript хотят знать только свой джаваскрипт. Даже у нас в энтерпрайз компании, когда спросил почему один из проектов сделали на React JS, ответили — а мы не знаем ничего другого, да и айос с андроидом нанимать/учить пришлось бы. В итоге то приложение на фоне остальных выглядит самым отсталым, тормознутым, кривым и убогим.Ну да, во всём виноваты криворукие мудланы — разрабы, которые не хотят 2 раза писать одну и ту же программу, но на разных языках, да ещё и за тот же бюджет.
10 лет уже слышу это нытьё про «криворуких лентяев», а на предложение «ну давайте, сделайте приложение-магазин под кривую постоянно меняющуюся API-шку, с нестандартным дизайном и еженедельными обновлениями в 1 рыло за месяц на 4 разные платформы», так что-то лихой прыти сразу поубавляется. Простите, наболело.
Ну да, во всём виноваты криворукие мудланы — разрабы, которые не хотят 2 раза писать одну и ту же программу, но на разных языках, да ещё и за тот же бюджет.
Я может быть скажу обидную вещь, но так обычно и есть. На одну задачу «ну давайте, сделайте приложение-магазин под кривую постоянно меняющуюся API-шку, с нестандартным дизайном и еженедельными обновлениями в 1 рыло за месяц на 4 разные платформы» приходится десять «ой, я знаю только JS, вот на нём и будем писать, и пофиг, что это должно работать на десктопах под виндой». Как назвать человека, который ровно жопой сел на один-единственный инструмент, и суёт его везде, где он подходит и где не подходит?
Но если этот же JS-разработчик начнёт изучать C#, то за отведённый срок он не напишет ничего вменяемого и поддерживаемого, уже через месяц захочет всё переписать с нуля, а через полгода ему уже придётся переписать, чтобы не мучиться, но это в свободное от работы время. Сроки-то ему ставят исходя из его обычной скорости разработки, без учёта изучения языков и фреймворков. И даже если он сам их ставит, как можно спрогнозировать, как быстро получится выучить язык до необходимого уровня, если не можешь оценить требуемый уровень, не освоив хотя бы базу?
А нанимать ещё одного разработчика именно под винду начальство не хочет. И почему тогда все претензии достаются JS-разработчику, а не начальнику?
А нанимать ещё одного разработчика именно под винду начальство не хочет. И почему тогда все претензии достаются JS-разработчику, а не начальнику?
Но если этот же JS-разработчик начнёт изучать C#, то за отведённый срок он не напишет ничего вменяемого и поддерживаемого,
А какой ему срок отвели? И какие задачи поставили? Вы слишком демонизируете переход с одной платформы на другую. Да, чтобы стать глубоким профи, нужно долго нарабатывать опыт. Но это именно глубоким профи. А чтобы написать не идеальный, но качественный продукт на новой платформе, сейчас необходимо и достаточно
а) иметь доступ к Stack Overflow
б) уметь хорошо программировать на чем угодно
в) не поднимать лапки кверху, если попросили изучить что-то новое
Принципы написания вменяемого и поддерживаемого кода лежат далеко вне синтаксиса конкретного языка и архитектуры конкретной платформы. Если вы понимаете их для JS, вы без проблем примените их к C#. На изучение синтаксиса C# вам понадобится дня три. Изучение библиотек — по ходу работы над приложением. Любой вопрос у гугла «как мне сделать вот это на ASP NET. Core» сейчас даст достаточно информации. А изучение внутренней архитектуры платформы вам в общем случае и не потребуется для написания нормально работающего приложения.
Я истовый противник подхода «изучу по ходу». Придерживаюсь принципа «Сначала прочитать учебник или документацию, а потом браться за дело и делать так, как надо». А то получается, что смотришь в документацию, когда уже сломалось, а если не сломалось, значит работает как положено. Это как на сдаче экзамена в ГАИ мы ехали, и один из сдающих метров 300 ехал на первой передаче, разогнавшись до 40 км/ч. Формально-то машина ехала, а если бы нужно было переключить передачу, он бы узнал об этом по ходу, если бы вдруг что-то пошло не так, правильно?
Ну и зря. Программирование очень мало общего имеет с вождением авто. Вы в принципе ничего не сломаете и никому не навредите, если будете сразу решать прикладные задачи в своей девелоперской среде. Более того, есть два важных аспекта:
1. Если вы будете штудировать мегабайты документации, чтобы хорошо понимать платформу, прежде чем приступить к «боевым» задачам, то когда вы ими займётесь, их уже давно решат другие ваши коллеги, которые не тратили на это время.
2. Пока вы будете читать восьмую главу учебника, вы напрочь забудете тонкости, которые были в четвертой. Чтобы помнить, надо писать. Поэтому изучение в процессе разработки в тыщу раз эффективнее, чем разработка после изучения.
Да, бывают какие-то нюансы, о существовании которых вы не догадаетесь, если вы в принципе джун. Но мы же говорили о миграции разработчика с другой платформы, а не про изучение с нуля. И ваш основной вопрос в этом случае звучит не «что мне делать?», а «как лучше сделать штуку А на языке В?», т.е. в общем случае вы уже знаете, что это сделать можно.
1. Если вы будете штудировать мегабайты документации, чтобы хорошо понимать платформу, прежде чем приступить к «боевым» задачам, то когда вы ими займётесь, их уже давно решат другие ваши коллеги, которые не тратили на это время.
2. Пока вы будете читать восьмую главу учебника, вы напрочь забудете тонкости, которые были в четвертой. Чтобы помнить, надо писать. Поэтому изучение в процессе разработки в тыщу раз эффективнее, чем разработка после изучения.
Да, бывают какие-то нюансы, о существовании которых вы не догадаетесь, если вы в принципе джун. Но мы же говорили о миграции разработчика с другой платформы, а не про изучение с нуля. И ваш основной вопрос в этом случае звучит не «что мне делать?», а «как лучше сделать штуку А на языке В?», т.е. в общем случае вы уже знаете, что это сделать можно.
Вот девелоперы мед оборудования, и всяких высоконагруженных фин приблуд, с вами б не очень согласились (мы же не про джунов говорим, я правильно понял?). Бо там очень даже есть чего сломать и кому навредить.
А вот девелоперы боинга — согласились, но тут что-то пошло не так…
А вот девелоперы боинга — согласились, но тут что-то пошло не так…
Ой, а водители машинок на радиоуправлении не согласились с предыдущим комментарием, дескать, что там нужно учить в вождении.
Давайте 0.01% позиций в разработке, которые не соответствуют вышеуказанным условиям, просто проигнорируем за несущественностью?
И чем может навредить программист в финансовых приблудах? Я же не имею в виду разработку сразу на продакшене, естественно.
Давайте 0.01% позиций в разработке, которые не соответствуют вышеуказанным условиям, просто проигнорируем за несущественностью?
И чем может навредить программист в финансовых приблудах? Я же не имею в виду разработку сразу на продакшене, естественно.
А вот девелоперы боинга — согласилисьДевелоперы-то согласились…
но тут что-то пошло не так…«Эффективные манагеры» привлекли «эффективных разработчиков», которые применили рекомендуемый подход.
Когда возникли проблемы — поставили костыль.
Когда костыль унес жизни нескольких сотен людей — начали думать.
С этой идеей даже не подходите к big data: это linux, на котором крутится hadoop, к которому обращается YARN, который выделяет java контейнеры, которые запрашивает spark (который на каждый чих создаёт мастера с воркерами ), в который код пишут в браузере, в котором пишут на фреймворках.
А если заглянуть под капот каждого — там такой слоёный ад творится, что лучше считать всё это black box, иначе крыша уедет при попытке понять, что действительно происходит на каждом уровне при запросе «select * from… limit 5»
А если заглянуть под капот каждого — там такой слоёный ад творится, что лучше считать всё это black box, иначе крыша уедет при попытке понять, что действительно происходит на каждом уровне при запросе «select * from… limit 5»
Ну не знаю, когда коллеги поносят питон-код другого нашено коллеги, который он им оставил, хоть и не был новичком, то не хочется повторять тот случай, когда я учил си и за сутки написал что-то типа substr на 25 строк, а на другой день нашёл готовую в сишной библиотеке.
И это не пример того, что «в конце концов же нашёл». Нашёл, потому что продолжил изучать, а не «вроде работает, делаю следующую задачу».
И это не пример того, что «в конце концов же нашёл». Нашёл, потому что продолжил изучать, а не «вроде работает, делаю следующую задачу».
Вот поэтому там в списке мастхэв кроме умения программировать есть ещё и Stack Overflow. Если не знаете наверняка, всегда спрашивайте, «как лучше это сделать», и вы будете знать и готовые функции, и правильные решения.
Для того, чтобы найти на Stack Overflow правильный вопрос (или даже его задать) — нужно довольно много знать про предметную область.
А то вы так и будете «оптимизировать запрос из-за которого приложение тормозит», вместо того, чтобы понять, что делать 100 запросов для генерации одной странички — просто не нужно.
А то вы так и будете «оптимизировать запрос из-за которого приложение тормозит», вместо того, чтобы понять, что делать 100 запросов для генерации одной странички — просто не нужно.
Предметную область? Да ну, вопросы в рамках предметной области — это вообще прерогатива заказчика, а не SO.
Мы же говорили не про то, как должен выживать ничего не умеющий разработчик, а про то, как опытный разработчик одной платформы сможет мигрировать на другую. Опытному разработчику JS, который решил мигрировать на дотнет, или в обратном направлении, не нужно пояснять, что такое сто лишних запросов и тому подобные вещи. Если он на самом деле опытный, конечно, а не сеньор со стажем работы 1 год, как сейчас нередко встречается.
, вместо того, чтобы понять, что делать 100 запросов для генерации одной странички — просто не нужно.
Мы же говорили не про то, как должен выживать ничего не умеющий разработчик, а про то, как опытный разработчик одной платформы сможет мигрировать на другую. Опытному разработчику JS, который решил мигрировать на дотнет, или в обратном направлении, не нужно пояснять, что такое сто лишних запросов и тому подобные вещи. Если он на самом деле опытный, конечно, а не сеньор со стажем работы 1 год, как сейчас нередко встречается.
Если бы ко мне пришёл человек с вопросом «как в вашей системе обычно решают такие задачи?», я бы просто дал ему учебник. Собственно поэтому я и предпочитаю сразу взять учебник, а не ждать, когда меня в него пошлют.
Не, ну можно и так. Но см. выше, вы просто потратите кучу времени впустую, которое могли бы использовать эффективно. Сколько там той жизни, чтобы выбрасывать месяцы на изучение новых платформ прежде чем начать пользоваться.
Сколько там той жизни, чтобы выбрасывать месяцы на изучение новых платформ прежде чем начать пользоваться.Какие месяцы, вы вообще о чём? Учебник про новую платформу, если она похожа на то, с чем вы работали раньше, прочитывается за 2-3 дня. Это ж не видео, вам каждую строчку читать не нужно.
Если же платформа сильно отличается от того, с чем вы работали раньше — да, может неделя потребоваться или две… но в этом случае ещё важнее не лезть «с шашкой наголо», а освоить новые парадигмы, которые сильно отличаются от того, с чем вы общались раньше.
Не, минуточку, давайте не будем путать одно с другим. Учебник = длительное изучение платформы перед тем, как приступить к работе. Там, где 2-3 дня, это как раз то, о чём пишу я — сразу приступить к работе и изучать по ходу дела. Изучение любой платформы, это не выучить синтаксис языка (что есть детская задачка на те самые 2-3 дня, а то и на один вечер), это изучение её библиотек. Которые в общем-то можно бесконечно учить, вопрос только в том, когда остановиться. Я вот предлагаю непосредственно изучать те, которые нужны в текущем проекте, по ходу дела.
Учебник = длительное изучение платформы перед тем, как приступить к работе.Типичный учебник на 500-600 страниц за 2-3 дня прочитывается. Зачем его «длительно изучать»?
Изучение любой платформы, это не выучить синтаксис языка (что есть детская задачка на те самые 2-3 дня, а то и на один вечер), это изучение её библиотек.Для чего, собственно и нужен учебник. И да, он отличается-таки от справочника — в частности тем, что там будут описаны не все ньюансы.
Я вот предлагаю непосредственно изучать те, которые нужны в текущем проекте, по ходу дела.Как вы поймёте что вам нужно «в текущем проекте», если вы не представляете, какие библиотеки в принципе имеются на вашей платформе?
Типичный учебник на 500-600 страниц за 2-3 дня прочитывается. Зачем его «длительно изучать»?
Потому что учебник — не художественная книга, где фабула после выжимки воды и вторичных сюжетов влезает на пару листов. Если вы не чёртов гений, то при прочтении 500 страниц учебника за 2-3 дня у вас в голове останется примерно ничего.
Как вы поймёте что вам нужно «в текущем проекте», если вы не представляете, какие библиотеки в принципе имеются на вашей платформе?
Хм. Это почему вдруг не представляю? Напомню ещё раз, мы говорим не про джуна, который с нуля начал программировать, а про миграцию опытного разработчика с одной платформы на другую. Скажите, вот вы реально не представляете, какие библиотеки есть на дотнете, на Java, на джаваскрипте, или на чём вы там не пишете? Естественно, представляете, что бы вы не говорили здесь. Вы можете не знать способы их использования (скорее всего не знаете), можете не знать их названия (возможно не знаете), но то, что если вам, например, сейчас вот нужна параллельная обработка данных, вам надо погуглить «библиотека параллельной обработки данных на <нужная платформа>», а не садиться писать её с нуля, вы себе однозначно отдаёте отчёт. Это не говоря уже об общеупотребительных либах вроде файлового ввода-вывода, сокетов и т.д., пакет которых везде примерно плюс-минус одинаков.
Если вы не чёртов гений, то при прочтении 500 страниц учебника за 2-3 дня у вас в голове останется примерно ничего.Если это учебник по пятому фреймворку, который вы изучаете, то…
Потому что учебник — не художественная книга, где фабула после выжимки воды и вторичных сюжетов влезает на пару листов.в данном случае на пару листов попадает «то, что в этом фреймворке есть, а во всех других, с которыми вы сталкивались — таки нету».
Художественная литература так легко читается по той же причине — вам незачем вчитываться в то, как герой вылазит из машины… вы про это уже 100 раз читали. Так же и тут — вам незачем вчитываться в главу, которая объясняет как работают padding'и при изменении размеров окна… они работают плюс-минус одинаково (и до уровня TeX'а 1983го года большинство фрейворков не дотягивают и сегодня).
Напомню ещё раз, мы говорим не про джуна, который с нуля начал программировать, а про миграцию опытного разработчика с одной платформы на другую.Ну так вы уж опредилитесь про кого вы. Либо вы джун и для вас все 500 страниц — новая информация, либо вы — разработчик с опытом и для вас там пара страничек интересных и неожиданных вещей…
Скажите, вот вы реально не представляете, какие библиотеки есть на дотнете, на Java, на джаваскрипте, или на чём вы там не пишете?Какие библиотеки там есть — я примерно представить себе могу. А вот каких нет в силу ненужности — не могу.
Простейший пример: Tcl/Tk в сравнении с JavaScript'овыми библиотеками и Swing'ом. Когда вы создаёте какой-нибудь чекбокс — вы туда передаёте переменную. А потом у себя в программе просто её меняете и/или читаете. Никаких Observer'ов и Promise'ов! Как это, вообще, может работать? А оказывается в TCL есть общий механизм слежения за изменениями переменных. Об этом будет написано в учебнике, но вряд ли будет описано в описании библиотек (не только Tk, но и любых других) — просто потому, что эта фича сама собой разумеется.
Да и те же smart-pointer'ы в C++: не прочитав учебник и не зная точно где и когда создаются и уничтожаются временные переменные — вы будете делать очень много совершенно дурацких ошибок.
Во многих языках и фреймворках есть вот такие вот «маленькие хитрости». И как про них узнать, кроме как из учебника — я не знаю. Потому что в коде-то ничего нет!
НЛО прилетело и опубликовало эту надпись здесь
Я на той неделе потратил 4 вечера, чтобы осознать главу из книги на 10 страниц, из них полтора вечера ушло на пол-страницы текста.Это точно был учебник? А то гложут меня смутные сомнения.
Так-то написать можно и таким способом, что на одну страницу год уйдёт — дурацкое-то дело нехитрое.
Но учебники, обычно, всё-таки пишутся иначе.
НЛО прилетело и опубликовало эту надпись здесь
Я истовый противник подхода «изучу по ходу». Придерживаюсь принципа «Сначала прочитать учебник или документацию, а потом браться за дело и делать так, как надо».Вот есть например vim. Вы не будете им пользоваться до тех пор пока все тонкости не изучите или же до тех пор, пока не сможете каждый конфиг и каждую опцию расписать? А IDE?
Задача редактора — редактирование текста, плохо это сделать вряд ли получится, а если я и буду делать это долго, то это не отразится на будущем, и особенно не отразится на других людях. Но если я напишу публичный код, который делает что-то через заднюю левую ногу, то это аукнется.
Например, как я в Symfony нашёл выход на PDO и писал голые SQL-запросы, потому что не смог найди внятной документации на его Doctrine, и как там запросы конструировать. И зачем их вообще конструировать, если я знаю SQL, и так намного короче.
Вот только если кому-то достался бы этот код, он бы спасибо точно не сказал.
Например, как я в Symfony нашёл выход на PDO и писал голые SQL-запросы, потому что не смог найди внятной документации на его Doctrine, и как там запросы конструировать. И зачем их вообще конструировать, если я знаю SQL, и так намного короче.
Вот только если кому-то достался бы этот код, он бы спасибо точно не сказал.
А вам перед тем, чтобы конструировать запрос на Doctrine обязательно надо было весь талмуд по Symfony прочесть? Разве одного часа для этого недостаточно?
Задача редактора — редактирование текста, плохо это сделать вряд ли получится
Ровно до тех пор, пока редактирование текста (да тех же строковых литералов в UTF-8) ведётся на английском, возможно, на другом LTR-языке, где при вводе текста одна клавиша на клавиатуре = один символ. Недавно про это был замечательный пост https://habr.com/ru/post/474036/
Задача редактора — редактирование текста, плохо это сделать вряд ли получитсяВы просто плохо старались. Можно, например поменять перевод строки и даже не заметить, перемешать табуляцию и пробелы или ещё что-нибудь в этом роде.
Вы сами себе противоречите
Например, как я в Symfony нашёл выход на PDO и писал голые SQL-запросы, потому что не смог найди внятной документации на его Doctrine, и как там запросы конструировать.
Я истовый противник подхода «изучу по ходу». Придерживаюсь принципа «Сначала прочитать учебник или документацию, а потом браться за дело и делать так, как надо».
НЛО прилетело и опубликовало эту надпись здесь
потреблением памяти, стронг-вик ссылкамиЭто не достоинство, это необходимость, иначе вся память утечёт.
Надеюсь, что и на тех платформах, с которыми приходится сталкиваться лично мне это недоразумение тоже как можно скорее закопают. Как же все-таки приятно пользоваться обычным приложением с нативной производительностью и look & feel, а не хипстерским аппом «от лесорубов для лесорубов» :)
/hater mode
/hater mode
Ну ладно, а что у нас есть из нативных кроссплатформенных фреймворков, чтобы однажды написанное приложение работало и под iOS, и под Android? Проблема не в Electron'е, а в отсутствии нормальных средств разработки. Производителям софта просто некуда деваться.
был Marmalade SDK — компиляция кода прямо под процессор, нативнее некуда. Бинарная либа скомпилированная под АРМ работала и на андроиде и на ифоне.
Но там для игроделов (т.е. когда у приложения и UI весь рисованный), а вот с бизнес приложениями — полный пролёт (потому и в прошедшем времени).
Но там для игроделов (т.е. когда у приложения и UI весь рисованный), а вот с бизнес приложениями — полный пролёт (потому и в прошедшем времени).
>Ну ладно, а что у нас есть из нативных кроссплатформенных фреймворков, чтобы однажды написанное приложение работало и под iOS, и под Android
Dart + Flutter
Dart + Flutter
точно! и флаттер выглядит очень многообещающе.
Вот только Дарт ради него учить никто не станет.
Вот только Дарт ради него учить никто не станет.
>Вот только Дарт ради него учить никто не станет.
А чего там учить-то простите? Вечер чтения документации не более.
А чего там учить-то простите? Вечер чтения документации не более.
Да ладно, вполне обычный язык. Сам флаттер изучать гораздо дольше вместе с виджетами, принятыми подходами к архитектуре приложений, библиотеками и т.п. А дарт что-то среднее между java и kotlin/swift/c# Разве что многопоточности в привычном виде нет, но в принципе изоляты проблему решают.
Какое смелое заявление :) Вы его хоть видели? Я со Свифта на Дарт за 2 недели перешел, обратно возвращаться вообще не планирую. Dart+Flutter по сравнению с нативной разработкой — манна небесная.
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Внезапно Delphi. И не только для десктопа, но и на мобилки тоже.
Поддержу. FMX/FGX (на грани выхода) кроссплатформенные. Унигуй, TMS Web Core — web. LCL в Лазарусе работает на всем. Мы к слову как раз на LCL софт на Линукс собрали и продаем.
Добавлю в копилку CrossVcl. Можно старые виндовые проекты на линукс перевести дешево, но только тссс… А то сейчас нас объявят устаревшими и вообще не модными. :)
У Delphi один из недостатков — цена.
Дешево быстро качественно. Выбирайте любые два. Вот Delphi это про быстро и качественно.
Да, но там уже есть некоторые подвижки, в частности, бесплатная полнофункциональная лицензия, пока вы небогатый разработчик.
Существует бесплатная коммьюнити версия с ограничениями до 5кб в год на доходы от нее. Ну а когда на нее заработали — то можно вполне и купить.
Также есть полностью бесплатный Лазарус. Мы его уже три года используем для разработки и продажи программ под Линукс. Вполне работоспособная, надежная и удобная среда. По фичам постепенно приближается к Delphi, отладчик только что пока слабоват. Удобно еще то, что Лазарь можно запустить прямо на месте разработки, а работает он на всем как говорится вплоть до утюгов )
Также есть полностью бесплатный Лазарус. Мы его уже три года используем для разработки и продажи программ под Линукс. Вполне работоспособная, надежная и удобная среда. По фичам постепенно приближается к Delphi, отладчик только что пока слабоват. Удобно еще то, что Лазарь можно запустить прямо на месте разработки, а работает он на всем как говорится вплоть до утюгов )
А зачем вам эта кроссплатформенность? Если вы пишете условный Slack или Spotify, то у вас миллионы пользователей и миллиарды долларов выручки, вы что, разоритесь, если наймете пару человек, которые сделают по сути всего лишь клиент для ваших API? А если вы — маленький стартап, то со своим кроссплатформенным приложением, которое выглядит на общем фоне как белая ворона и проигрывает конкурентам по функциональности, потому что не использует все возможности платформы, никогда не выбьетесь в топ. Не надо забивать гвозди швейцарским ножом, нативная разработка и стоит дешевле и продается лучше.
Вы понимаете, что некоторые фичи невозможно портировать: например, любые операции с nfc невозможно перенести с android на apple.
К тому же, когда ты начинаешь писать условный slack — у тебя, в лучшем случае, есть работа и единомышленники, в худшем — кредит и хреновые перспективы.
И если у вас хорошая идея — придут бизнес-ангелы и за совсем не-ангельский процент проспонсируют, но это если вы не скажете «ну, у нас нет функционала под соседние платформы, и пользователей нет и не предвидится — мы бедные и не оч умные»
К тому же, когда ты начинаешь писать условный slack — у тебя, в лучшем случае, есть работа и единомышленники, в худшем — кредит и хреновые перспективы.
И если у вас хорошая идея — придут бизнес-ангелы и за совсем не-ангельский процент проспонсируют, но это если вы не скажете «ну, у нас нет функционала под соседние платформы, и пользователей нет и не предвидится — мы бедные и не оч умные»
Ну если взять Слак, то они уже давно из этой стадии вышли. Что-то мне подсказывает, что с деньгами у них сейчас никаких проблем нет
И при этом помимо Слака есть и WhatsApp и Telegram.
И как-то им ну вот ни разу нативность не помешала.
То есть я могу понять людей, которые используют Electron, а вот почему его до сих пор Apple терпела — мне неведомо.
iPhone вышел в 2007м, а уже в 2010м Джобс понял что нет — с этим каши не сваришь… а вот Electron вышел шесть лет назад… почему Apple его так долго терпела — непонятно.
И как-то им ну вот ни разу нативность не помешала.
То есть я могу понять людей, которые используют Electron, а вот почему его до сих пор Apple терпела — мне неведомо.
iPhone вышел в 2007м, а уже в 2010м Джобс понял что нет — с этим каши не сваришь… а вот Electron вышел шесть лет назад… почему Apple его так долго терпела — непонятно.
Как ни странно, дедушка Delphi. Нативнее некуда, удобный, простой. Но не трендовый ни разу.
Native Script, React Native.
Для ios и Android приложения пишутся на Ionic.
Xamarin.Forms или Xamarin.Android/Xamarin.iOS/Xamarin.Mac
Toad_viper_sex.jpg.
Судя по одной из ссылок в статье (про Gecko), список "нарушителей" (фреймворков/движков, использующих private api) несколько шире, чем Electron и PWA. Туда входят как минимум Gecko и я так понимаю OpenGL. Почему критики прицепились именно к "убивает веб-фреймворки", непонятно.
тут вообще все, гм, чудаки.
Apple со своей политикой огораживания тоже не идеальна, и её есть за что поругать.
Но вот electron и все поделия на его основе должны катиться приямиком в адъ.
И Apple за конкретно вот этот шаг хочется похвалить.
значительно улучшить энергопотребление
Electron
Ahem, really?
А в целом, хоть я и не фанат эппл, но этот шаг поддерживаю — нехрен лепить браузерный движок в приложение, которое, между прочим, занимает место у тебя на диске и вполне могло бы быть нативным.
Заголовок немного врет. Apple не против веб-технологий. Они против попыток вытаскивания их из браузеров и представления как полноценных приложений.
Electron, PWA — это ведь всё не ради скорости или удобства пользователей, а для того, чтобы кто-то не учил новый язык и писал на знакомом JS.
Electron, PWA — это ведь всё не ради скорости или удобства пользователей, а для того, чтобы кто-то не учил новый язык и писал на знакомом JS.
для того, чтобы кто-то не учил новый язык и писал на знакомом JSУ PWA есть ещё много дополнительных плюсов, даже по сравнению с Электроном:
— не надо отстёгивать Эпплу или Гуглу денег за аккаунт
— не надо раскуривать 1000 страниц мелким юридическим шрифтом, что тебе разрешено делать, а что нельзя
— не надо делать 3 раза ку полу-раком, чтобы тебе разрешили публиковаться
— можно не бояться, что тебя или приложение забанят
— не надо мудохаться с эпловой экосистемой которая работает только на эпловских железяках
— если заложить заранее при разработке сайта, то достаётся почти бесплатно
Ну, андроид приложения можно через другие маркеты распространять, а так же и вовсе как файл на своем сайте выкладывать, но вот с apple да, тут беда конечно.
Хм, речь шла о больших приложениях с активным использованием различных возможностей устройства, конечно. Например, тот же скайп после переписывания стал тормознее.
С другой стороны, если приложение не сильно сложнее сайта и зависит от интернета, то почему бы не продолжать пользоваться им из браузера?
Ну и Apple, по факту, никому не обязана поддерживать PWA в принципе.
С другой стороны, если приложение не сильно сложнее сайта и зависит от интернета, то почему бы не продолжать пользоваться им из браузера?
Ну и Apple, по факту, никому не обязана поддерживать PWA в принципе.
Electron — это для бизнеса ныне silver bullet. И дело не в нежелании писать на знакомом js.
НЛО прилетело и опубликовало эту надпись здесь
С одной стороны я крайне не люблю Эппл (среди прочего за то, что под его недо-браузеры приходится постоянно оптимизировать код, Сафари стал вторым IE по анти-качеству. хоть я и сам лично этим не занимаюсь, но ресурсы компании постоянно на это тратятся). С другой стороны я крайне не люблю Электрон (как минимум за то, что испортил Скайп ну и вообще). Так что новостью скорее удовлетворен. У обоих технологий появится еще больше минусов и это хорошо.
Есть публичный API, как правило он обратно совместим, есть не публичный API который могут поменять. Я пока не видел ни одного юзера который был счастлив скачать из апстора программу, которая ОПС перестала работать в новых версиях ОС, так как опиралась на приватный API, особенно если это оказался вызов функции для «улучшение энергосбережение» в каком нибудь конвреторе документов, который я запутил, сконвертил и закрыл.
Не вижу ничего плохого в этом решении, выкинуть такие приложения.
Ну вот опять куча коментов про ужасный электрон.
Пишу на электроне, но далеко не из за JS, а по тому что UI могу сделать на html + css и меня жутко бесит когда очередной GUI фреймворк под какой либо язык предлагает мне СОБСТВЕННЫЙ язык разметки, который идеально работает с их графическим редактором GUI интерфейса (тот где вы таскаете туда сюда компоненты и накладываете их) который мне в общем то и нахрен не сдался. Я как программист хочу писать код, а не таскать формочки из формочки в формочку, тратя огромное кол-во времен на кастомизацию этих элементов под дизайн-макет.
Дайте мне фреймворк для GUI схожий с html + css, где я могу из простых примитивов (блоков) строить UI (а не пытаться переписать очередной напичканый функциями компонент под себя), ориентированный на написание кода руками, мне реально пофиг на чем писать логику.
Не вижу ничего плохого в этом решении, выкинуть такие приложения.
Ну вот опять куча коментов про ужасный электрон.
Пишу на электроне, но далеко не из за JS, а по тому что UI могу сделать на html + css и меня жутко бесит когда очередной GUI фреймворк под какой либо язык предлагает мне СОБСТВЕННЫЙ язык разметки, который идеально работает с их графическим редактором GUI интерфейса (тот где вы таскаете туда сюда компоненты и накладываете их) который мне в общем то и нахрен не сдался. Я как программист хочу писать код, а не таскать формочки из формочки в формочку, тратя огромное кол-во времен на кастомизацию этих элементов под дизайн-макет.
Дайте мне фреймворк для GUI схожий с html + css, где я могу из простых примитивов (блоков) строить UI (а не пытаться переписать очередной напичканый функциями компонент под себя), ориентированный на написание кода руками, мне реально пофиг на чем писать логику.
Дайте мне фреймворк для GUI схожий с html + css, где я могу из простых примитивов (блоков) строить UIНикто не даст. И это правильно и хорошо. У всех платформ есть свои «правила игры» — и нужно, чтобы ваш дизайн соотвествовал им, а не хотелкам левой пятки непонятно кого.
Собственно вот именно с того, что дизайнерам дали возможность делать вот эти вот макеты и творить чёрт знает что — всё и началось. Было бы хорошо, чтобы Apple эти тоже озаботился… но боюсь в отсуствие Джобса никто не рискнёт.
Ваше возмущение точно так же применимо по отношению к html.
Приходишь из мира нормальных приложений в веб и, о ужас, вёб навязывает вам свой язык разметки! Приходится тратить кучу времени на «кустамизацию» якобы стандартных элементов, ведь они в каждом браузере выглядят и работают иначе. И самый ужас, абсолютно невозможно выбрать альтернативный (поудобнее / пофункциональнее) язык разметки!
> тот где вы таскаете туда сюда компоненты и накладываете их
Создавать формы в коде можно было ещё в начале девяностых. Можно я повозмущаюсь, что мне «не нравится строить сайты в Dreamveawer»?
Приходишь из мира нормальных приложений в веб и, о ужас, вёб навязывает вам свой язык разметки! Приходится тратить кучу времени на «кустамизацию» якобы стандартных элементов, ведь они в каждом браузере выглядят и работают иначе. И самый ужас, абсолютно невозможно выбрать альтернативный (поудобнее / пофункциональнее) язык разметки!
> тот где вы таскаете туда сюда компоненты и накладываете их
Создавать формы в коде можно было ещё в начале девяностых. Можно я повозмущаюсь, что мне «не нравится строить сайты в Dreamveawer»?
Вот только рендеринг html отнимает порядком времени. Не зря флаттер родился из проекта в котором разработчикам поставили задачу расковырять хром и максимально ускорить рендеринг, пусть ценой потери совместимости с js/html/css.
И на нем я писал, но опять, это все круто, но они просто взяли и… и заставили разработчиков изучать ещё один язык программирования. Так что во всем этом аппликейшен мире есть явно какой то сговор. Хотя я и вправду жду флаттер под десктоп, но пока он к этому идёт ну очень медленно.
Я бы понял если бы вы сетовали на то что нужно еще один фреймворк с набором только ему свойственных библиотек изучить. Но ведь нет проблемы программисту с опытом еще один язык изучить.
Ну и вообще хорошо когда можно выбрать инструмент под конкретную задачу, и всех не загоняют в прокрустово ложе универсального фреймворка который умеет все, но все хреново.
Ну и вообще хорошо когда можно выбрать инструмент под конкретную задачу, и всех не загоняют в прокрустово ложе универсального фреймворка который умеет все, но все хреново.
Теперь маловероятно, что тысячи разработчиков, создавших свои приложения с использованием Electron, смогут выпускать обновления для них
Прилинковал к своей программе на 2000 строк Electron runtime на 5 000 000 строк? Окей, теперь твоя программа весит 5 002 000 строк.
Она использует запрещённые приватные API? Сходи и почини её, перепиши с этих API на публичные. Это твоя программа и твоя ответственность, все пять миллионов строк на 35 языках программирования.
Уберут использование приватных api в Electron и все
Инфа по ссылке семилетней давности. На openhub.net написано, что там уже более 25 600 000 строк =)
Apple, в своё время, под радостные апплодисменты хомячков, убила Flash, навешав лапши, что современные вебтехнологии безопаснее, быстрее и экономичнее, хоть это была гнусная ложь (по крайней мере на тот момент).
Теперь она, абсолютно с той же мотивацией, убивает вебтехнологии в угоду нативным приложениям и хомячки снова апплодируют
Теперь она, абсолютно с той же мотивацией, убивает вебтехнологии в угоду нативным приложениям и хомячки снова апплодируют
Хорошая попытка, ненавистный писатель отвратительного софта на мерзком Электроне, но нет.
;)
;)
Скорее пользователь программ на флеше, электроне и прочих средствах быстрой кроссплатформенной разработки.
И, да, это так по яблофильски — гнобить несогласных с их точкой зрения
И, да, это так по яблофильски — гнобить несогласных с их точкой зрения
В смысле, пользователи других платформ терпят некачественный софт молча, право называть говно говном есть только у пользователей Apple?
Э, нет-нет, не обманывайте, я всё вижу. Если бы пользователь, вы были бы по другую сторону баррикад. Или в самом крайнем случае, если пользовались бы редко, вам это было бы пофигу. А раз защищаете, наверняка разработчик. Фу таким быть!
Скорее пользователь программ на флеше, электроне и прочих средствах быстрой кроссплатформенной разработки.
Э, нет-нет, не обманывайте, я всё вижу. Если бы пользователь, вы были бы по другую сторону баррикад. Или в самом крайнем случае, если пользовались бы редко, вам это было бы пофигу. А раз защищаете, наверняка разработчик. Фу таким быть!
Так ведь существуют средства кроссплатформенной разработки, которые компилят в нейтив. ReactNative, Xamarin, у дяди Бормана вроде чего-то тоже есть.
Зачем пользователям тормозной вебвью?
Зачем пользователям тормозной вебвью?
Потому что чтобы на них писать, нужно что-то знать и мозги прикладывать.
А на электроне веб-страничку сбацал как получится (Эй, кто в начале файла написал "use strict";? Хаха, вот ламеры, строка со строкой же ни на что не влияет!), натянул на это всё дизайнера, воткнул CSS transform пустой, чтобы принудительно для интерфейса калькулятора рисовать всё на видяхе — и вперёд, в топы маркетов и сторов!
Ну и бизнесу таких деятелей нанимать проще и дешевле, чем тех, кто осилит в реакт-натив хотя бы.
НЛО прилетело и опубликовало эту надпись здесь
Не используйте приватные API и не раздувайте желтые заголовки.
Мне кажется тут не evil apple, а использование не одобренных api со стороны electron.
т.е. это проблемы electron a не яблока.
И главное: заголовок совсем не верен. electron это про дескотоп и только десктоп а не веб. :)
т.е. это проблемы electron a не яблока.
И главное: заголовок совсем не верен. electron это про дескотоп и только десктоп а не веб. :)
От как я не люблю Apple, но тут они на 100% правы.
Я за открытость и прогресс и против любой монополизации, но в этом вопросе встану на сторону Apple категорически. Electron это эксперимент, который случайно стал мейнстримом. Выбирая Electron компании обретают себя и своих пользователей на боль и страдания — сложность разработки серьезных приложений, проблемы с производительностью. JavaScript отличный язык, но не для больших проектов и не для desktop-решений в силу особенностей самого языка.
У Apple отличный API для разработки нативных приложений, работать в XCode со Swift одно удовольствие, я начинал с Objective-C лет 10 назад, и тогда уже фреймворк меня радовал (со всеми своими реактивными/MVC штуками) на фоне умершего Delphi и мертворожденного WinForms, Qt?..
Политика Apple, я считаю, правильная и адекватная по отношению к разработчикам, они не просто банят все подряд неугодное им, они предоставляют хорошие инструменты для разработки и в целом экосистему для людей от hardware до software.
Electron это зло! clang++ наше все!
Парней из Slack жалко.
У Apple отличный API для разработки нативных приложений, работать в XCode со Swift одно удовольствие, я начинал с Objective-C лет 10 назад, и тогда уже фреймворк меня радовал (со всеми своими реактивными/MVC штуками) на фоне умершего Delphi и мертворожденного WinForms, Qt?..
Политика Apple, я считаю, правильная и адекватная по отношению к разработчикам, они не просто банят все подряд неугодное им, они предоставляют хорошие инструменты для разработки и в целом экосистему для людей от hardware до software.
Electron это зло! clang++ наше все!
Парней из Slack жалко.
А к cordova как относится эпл ???
Тоже вебчик, но не электрон… и нет доступа к апи ноуда
Тоже вебчик, но не электрон… и нет доступа к апи ноуда
в то время как санкционированные инструменты Apple ухудшают пользовательский опыт.
Кто нибудь знает как эту прямолинейную кальку с английского на нормальном русском сформулировать?
>Потихоньку App Store начал отклонять приложения, созданные с помощью популярного инструмента под названием Electron
Аплодирую стоя!
Аплодирую стоя!
«А в целом, хоть я и не фанат эппл, но этот шаг поддерживаю — нехрен лепить браузерный движок в приложение, которое, между прочим, занимает место у тебя на диске и вполне могло бы быть нативным.»
Полностью согласен. Спасибо Эпплу — отомстили за меня Электрону. Я из-за этой фигни вынужден был 4 ноутбука покупать — старые Скайп перестали тянуть.
Полностью согласен. Спасибо Эпплу — отомстили за меня Электрону. Я из-за этой фигни вынужден был 4 ноутбука покупать — старые Скайп перестали тянуть.
Господа, статья выглядит так, будто программисты являются основной аудиторией Apple… Но это же не так.
И если посмотреть на прошлое компании и на непопулярные решения, которые она принимала, то легко понять, что у них свое видение и их яйца достаточно большие, чтобы ему следовать.
А статься должна называться как-то так — «Как Apple делает выбор в пользу нативных приложений»
И если посмотреть на прошлое компании и на непопулярные решения, которые она принимала, то легко понять, что у них свое видение и их яйца достаточно большие, чтобы ему следовать.
А статься должна называться как-то так — «Как Apple делает выбор в пользу нативных приложений»
Странно что за Apple ещё не взялись всерьёз антимонопольщики. Когда Apple делать JIT, а остальным нельзя — это монополия.
Запрещать приложения за приватные api якобы из заботы о пользователях — это лицемерие. Приватные api может когда-то исчезнут, а бан приходит прямо сейчас.
Если хочется чтобы приложения были быстрыми, надо банить не средства разработки, а приложения не удовлетворяющие критериям производительности. Например, за отсутствие отклика в течении определенного времени. А так это действительно борьба с конкурентами.
Всем привет, есть хорошая альтернатива, и выход.
Платформа для создания мобильных приложений. Nwicode CMS
С её помощью можно, за пару часов, сделать очень крутое приложение, одновременно для iPhone и для Android устройств.
Я сам, лично сделал приложение на этой системе Для iPhone и Для Android
Ни разу, никаких проблем с Apple у меня не возникло… одобрили в течение 5ти дней из которых 2 ушло на перевод и заверение документов у нотариуса (для ип)
Платформа с открытым исходным кодом, так, что никаких преград для разработчиков и для дальнейшего развития, в отличии от онлайн платформ… Да и при необходимости есть маркетплейс, готовых модулей… В общем рекомендую…
Платформа для создания мобильных приложений. Nwicode CMS
С её помощью можно, за пару часов, сделать очень крутое приложение, одновременно для iPhone и для Android устройств.
Я сам, лично сделал приложение на этой системе Для iPhone и Для Android
Ни разу, никаких проблем с Apple у меня не возникло… одобрили в течение 5ти дней из которых 2 ушло на перевод и заверение документов у нотариуса (для ип)
Платформа с открытым исходным кодом, так, что никаких преград для разработчиков и для дальнейшего развития, в отличии от онлайн платформ… Да и при необходимости есть маркетплейс, готовых модулей… В общем рекомендую…
Огромная проблема для человечества и отличный сюжет для киберпанкового триллера. Корпорация искусственно занижает возможности Web и интерфейсов что бы зарабатывать.
Как Apple убивает веб технологии