Я лишь предполагаю. У Vue (вместе взятых 1+2+3) сейчас максимальная историческая популярность, но рост популярности прекратился, мы находимся на плато, если не будет некого "рывка" со стороны комьюнити, то она пойдет на спад.
Если просто смотреть исторически, вероятнее всего очередной фреймворк вымерет, прежде чем мы достигнем осознанности в веб-разработке и гонка "у кого JS моднее" прекратится. Поэтому считаю что и React забудут лет через 10.
Мне самому очень нравится Vue, но похоже при выборе React vs Vue в новых проектах разработчики все чаще отдают предпочтение React благодаря его популярности, более богатой экосистеме и возможностям.
Конечно возможно, что Vue останется на плаву. Но тренд на реактизацию интернета беспощаден.
Придет время и React падёт смертью храбрых по воле FB или из-за моды на новый фреймворк. Также как и судьба Nx не в наших руках. На своем опыте сталкивался с этой проблемой, проект начинали на Ext.JS (умер), продолжили на AngularJS (умер) и сейчас перешли на Vue (скорее всего, умирает). Каждый переход был осознанным выбором и не казался настолько временным.
Стартапам эта поблема не страшна, они часто делают pivot'ы или быстро гибнут сами. Но для крупных проектов этот переход обходится в полугодовой бюджет разработки, при этом вводятся моратории на новый функционал, много новых багов и прочие прелести перехода на новые технологии. А если бизнес не потратит деньги на переход, то остается у разбитого корыта, с которым большинство разработчиков не умеют или не хотят связываться. То есть, проект обречен на медленную мучительную смерть и держится на дедах, как в тех историях про COBOL, только это происходит прямо сейчас с web-технологями, которые были "на коне" всего-то 5-10 лет назад.
Правильно ли я понимаю, вы решили эту проблему временно при помощи Nx, вам не нужно избавляться от Polymer прямо сейчас, но вам все равно придется это сделать, поскольку Polymer не поддерживается и в какой-то момент превратится в тыкву?
Какие есть способы действительно обезопасить себя от гипер-изменчвого мира фронтенда, чтобы не тратить деньги бизнеса на переход на новые библиотеки или фреймворк каждые 3 года? Или это новая норма: теперь надо заранее планировать переписывание проекта на новые технологии раз в 3-5 лет?
Такая уязвимость будет всегда. Сотни-тысячи зависимостей постоянно обновляются. Белых хакеров не так много, чтобы уследить за всем этим.
Единственное что вы можете сделать это регулярно закрывать известные дыры патчами. А чтобы обезопасить данные нужно максимально усложнить жизнь хакеру правильно используя современную криптографию.
Это сделает систему менее детерминированной, непредсказуемой, уязвимой к DoS-атакам. Также, проблему курицы и яйца получат и они сами при выходе на новые рынки.
Интересный канал по теме. Парень серьезно увлекся темой контроля вектора тяги, при этом ведет довольно качественный блог о прогрессе и производит flight-hardware для таких-же фанатов.
Есть такой: comma.ai. Причем, можно поставить софт на свой Android-смартфон, а купить только OBD-to-Bluetooth коннектор за 30$. Но перечень автомобилей, которые поддерживают управление от внешнего девайса пока сильно ограничен.
В этом случае как минимум одному из вас все равно придется разрешить доступ к микрофону. Рано или поздно этим человеком станете Вы, верно? Кстати, а где у вас зажигается иконка доступа к звуку или видео? Не припомню такого в Android и iOS.
Спасибо. Международную патентуную заявку мы подали давно, как только были первые прототипы технологии и только сейчас получили подтверждение получения патента.
Для нашего приложения важно уметь быстро объединять множество людей. Причем, эти люди не всегда находятся на расстоянии для сканирования QR, например, слушатели доклада на конференции. QR-код позволяет объединять устройства попарно, чем больше людей — тем больше времени будет потрачено.
Для сценариев, где нужно объединить только 1 пару пользователей, QR-код может быть удобен.
SDK позволяет запустить и остановить поиск когда угодно. Когда поиск запущен — звук пишется постоянно, хэшируется и отправляется на сервер в реальном времени, не занимает место на «диске» устройства.
В нашем приложении поиск запускает сам пользователь, и он автоматически прекращается при сворачивании/закрытии приложения. По потреблению аккумулятора точных замеров нет. Алгоритм нагружает CPU Snapdragon 430 примерно на 3-4%.
К сожалению, очень многие Android-устройства не поддерживают BLE peripherial mode. Здесь можно посмотреть статистику на эту тему.
В ОС поддержка добавлена начиная с Android 5 (уже теряем около 15% пользователей), в железе/firmware эта возможность тоже реализована не везде.
Именно поэтому в Google Nearby используется обычный Bluetooth для поиска Android-Android.
Зависит от. Если громко играет фоновая музыка, то пользователи соеднятся. Но естественный шум в людном месте обычно очень изменчив. На расстоянии 5 метров может быть уже другой.
Более яркий пример — концерт или выступление. Когда один источник звука гораздо громче остальных — все пользователи будут соединены.
Мы пробовали использовать приложение на конференции — голос спикера очень быстро соединяет всех в зале и это было то, чего ожидали пользователи.
С точки зрения UX мы считаем, что нужно дать пользователю выбор или подтвердить действие «соединения».
Я лишь предполагаю. У Vue (вместе взятых 1+2+3) сейчас максимальная историческая популярность, но рост популярности прекратился, мы находимся на плато, если не будет некого "рывка" со стороны комьюнити, то она пойдет на спад.
Если просто смотреть исторически, вероятнее всего очередной фреймворк вымерет, прежде чем мы достигнем осознанности в веб-разработке и гонка "у кого JS моднее" прекратится. Поэтому считаю что и React забудут лет через 10.
Можно судить по опросам разработчиков, трендам Stack Overflow, по советам которые разработчики дают другим новичкам
Мне самому очень нравится Vue, но похоже при выборе React vs Vue в новых проектах разработчики все чаще отдают предпочтение React благодаря его популярности, более богатой экосистеме и возможностям.
Конечно возможно, что Vue останется на плаву. Но тренд на реактизацию интернета беспощаден.
Придет время и React падёт смертью храбрых по воле FB или из-за моды на новый фреймворк. Также как и судьба Nx не в наших руках. На своем опыте сталкивался с этой проблемой, проект начинали на Ext.JS (умер), продолжили на AngularJS (умер) и сейчас перешли на Vue (скорее всего, умирает). Каждый переход был осознанным выбором и не казался настолько временным.
Стартапам эта поблема не страшна, они часто делают pivot'ы или быстро гибнут сами. Но для крупных проектов этот переход обходится в полугодовой бюджет разработки, при этом вводятся моратории на новый функционал, много новых багов и прочие прелести перехода на новые технологии. А если бизнес не потратит деньги на переход, то остается у разбитого корыта, с которым большинство разработчиков не умеют или не хотят связываться. То есть, проект обречен на медленную мучительную смерть и держится на дедах, как в тех историях про COBOL, только это происходит прямо сейчас с web-технологями, которые были "на коне" всего-то 5-10 лет назад.
Правильно ли я понимаю, вы решили эту проблему временно при помощи Nx, вам не нужно избавляться от Polymer прямо сейчас, но вам все равно придется это сделать, поскольку Polymer не поддерживается и в какой-то момент превратится в тыкву?
Какие есть способы действительно обезопасить себя от гипер-изменчвого мира фронтенда, чтобы не тратить деньги бизнеса на переход на новые библиотеки или фреймворк каждые 3 года? Или это новая норма: теперь надо заранее планировать переписывание проекта на новые технологии раз в 3-5 лет?
Вы плохо представляете себе фундаментальные ограничения современной науки
Такая уязвимость будет всегда. Сотни-тысячи зависимостей постоянно обновляются. Белых хакеров не так много, чтобы уследить за всем этим.
Единственное что вы можете сделать это регулярно закрывать известные дыры патчами. А чтобы обезопасить данные нужно максимально усложнить жизнь хакеру правильно используя современную криптографию.
Для сценариев, где нужно объединить только 1 пару пользователей, QR-код может быть удобен.
В нашем приложении поиск запускает сам пользователь, и он автоматически прекращается при сворачивании/закрытии приложения. По потреблению аккумулятора точных замеров нет. Алгоритм нагружает CPU Snapdragon 430 примерно на 3-4%.
В ОС поддержка добавлена начиная с Android 5 (уже теряем около 15% пользователей), в железе/firmware эта возможность тоже реализована не везде.
Именно поэтому в Google Nearby используется обычный Bluetooth для поиска Android-Android.
Более яркий пример — концерт или выступление. Когда один источник звука гораздо громче остальных — все пользователи будут соединены.
Мы пробовали использовать приложение на конференции — голос спикера очень быстро соединяет всех в зале и это было то, чего ожидали пользователи.
С точки зрения UX мы считаем, что нужно дать пользователю выбор или подтвердить действие «соединения».