Не должен. Но и ААА проекты не тестируют, на всех конфигурациях, всё абсолютно, подбирая после оптимальные параметры под каждую.
Получается, на примере GeForce Game Ready drivers, симбиоз:
разработчик получает проверку игры производителем видеокарты и оптимизации драйверов под игру на разных устройствах (4500 конфигураций в статье прошлого года)
производитель видеокарты не получает отзывов "на GeForce ХХХХ оно падает раз в н минут/у меня фпс 19, а у друга на амд всё летает"
Документацию Capacitor также с удовольствием просмотрел.
Из плюсов могу отметить честное описание сразу в документации ( для читающих - это из разных плагинов ):
To increase the chance of your notification being received
There are differences in behavior
There is an Android bug that prevents the keyboard from resizing
If you still find issues related to the Splash Screen on Android 13, please, report them to Google.
И это я просто пробежался сверху в документации по части проблем, которые ловил на Cordova в 2019. Отличия от Cordova: significantly, сразу честно написано — работает под фазу луны.
Ловить Error 20 на камере в 2023 — неприлично(как и ответ разработчика Capacitor — а попробуйте перезапросить разрешения с плагином Cordova).
Набросал быстро страничку vue с формой ввода, кнопкой камеры, предпросмотром фото, вибрацией по нажатию, ФС сохранением и блокировкой ScreenOrientation.
Итог:
по функционалу — не лучше кордовы, в граничных ситуациях разработчики предлагают доустановить часть плагинов кордовы для решения
надёжность — её нет
пощупал (как и обещал в первом комментарии) — нет (ни моё воспитание, ни политика хабра не позволяют здесь использовать другое выражение)
Ранее мы могли создавать приложения с помощью Cordova, однако команда Ionic забросили деприкейтнули данную технологию. Теперь все приложения, которые используют Ionic используют Capacitor
Ввиду имеющегося опыта разработки с Cordova, первый возникающий вопрос: а оно работает, не в смысле "кое-как", а стабильно и предсказуемо?
Ибо количество нюансов, багов и workarounds с Cordova просто зашкаливало, сразу начиная с SplashScreen.
/*DISCLAIMER: я не python разработчик, но некоторые вещи, достаточно комплексные, в том числе, приходилось и разбирать и дописывать, воспримите мой комментарий именно с этой точки зрения */
for a, b, c in product(list_a, list_b, list_c): - красиво, да. Не буду брюзжать про импорт/производительность. Скорее всего внутри оно также элегантно и завернётся.
Я узнал новую функцию.
Как же легко будет спутать порядок переменной итератора и итерируемой сущности уже на 2+ вложенности, что Вам и статический анализатор не всегда покажет.
Итого: уменьшили читабельность(+/-), добавили поле для ошибки(однозначно)
":=" – в целом не новшество. В предложенном контексте - для меня читабельность уменьшена, вычисляемая/простая переменная объявлена непонятно где, в лучшем случае с комплексным комментарием "а мы тут ещё это не только ... но и будем использовать дальше как ..."
Красиво. Из пяти предложенных выбрал бы это самым полезным и читаемым, если бы не "|" как оператор объединения. x=1|2, 1|=2 . Воспримется спорно (смотрите первую строку комментария)
Что вы гады творите, это же может и не питонщик читать)
Не вижу тут "лайфхака", работа с сущностью не в лоб, через обёртку.
Полезность лично для меня - №1+№3, понял как это читать.
Полезность "лайфхаков" - давайте на всех курсах ребятам №5, через задницу это часто делают.
поразительно что до сих пор существуют люди, причем с большим ИТ опытом, которые считают что бекап не нужен
Да практически никто так не считает, все всё помнят и «да надо, вот прям это сделаем и займёмся», но вариативность ситуаций удручающе велика, и пока не столкнёшься с каждой/многими лично, а некоторым и это не помогает, в подсознание не входит «сначала бекапы инфраструктуры, после запуск».
Я и все команды с которыми я работаю — настраиваем сначала бекапы, даже в деве, для тестов рекавери/дизазстер.
Но и это меня не спасает 8):
Из личного и совсем свежего — 5 дней назад легла винда после апдейтов, на личной рабочей станции, наглухо, 13 часов осознанных действий по восстановлению встроенными инструментами/заменами сис.файлов плодов не принесли.
Файлы/данные проектов на двух географически разнесённых рейдах + еженедельная копия в сейфе.
А сама рабочая система без копий, всё переустанавливается и настраивается заново, ± закончу за ещё 6-7 дней.
Да, теперь раб. система бекапится.
PS А по ситуации из вашего комментария — за 17 лет был однажды лично инициатором схожей
промахнулся(!!!)
в граф.интерфейсе редактора базы(!!!)
мимо случайно созданной в процессе теста таблицы(!!!)
на проде (!!!)
и очистил соседнюю…
Но бекапы базы и полные логи всего(включая ВСЕ выполняемые запросы) были, даунтайм сервиса — 10 минут, ориентировочно потеряно данных/частичная недоступность — 97 секунд.
Amazon местами даже чересчур лоялен:
2015-07-21: Free Tier на год
2016-09-03: Мы тут счёт выставили на 18,12$
2016-09-16: Мы не можем снять деньги с вашей карты, проверьте.
2016-10-21: Мы так и не смогли снять деньги, будем блокировать аккаунт.
2017-01-03: Мы пока ничего не заблокировали и выставили ещё один счёт.
Письма о блокировке не было.
2018-01-28: В биллинге 82,11$ неоплаченного t2.micro. Написал в саппорт пространный запрос вида «аккаунт использовался только во время бесплатного тестового периода»
2018-01-29: Спасибо что вы с нами! Аккаунт разблокирован, 5 счетов на 82,11$ отменены.
Не должен. Но и ААА проекты не тестируют, на всех конфигурациях, всё абсолютно, подбирая после оптимальные параметры под каждую.
Получается, на примере GeForce Game Ready drivers, симбиоз:
разработчик получает проверку игры производителем видеокарты и оптимизации драйверов под игру на разных устройствах (4500 конфигураций в статье прошлого года)
производитель видеокарты не получает отзывов "на GeForce ХХХХ оно падает раз в н минут/у меня фпс 19, а у друга на амд всё летает"
Вот вкратце, с видео, про GeForce Game Ready https://www.pcworld.com/article/693932/nvidia-explains-why-you-always-want-the-latest-game-ready-drivers.html
Прочитал "чуть подробнее" — маркетинг наше всё.
Чёлка - блин, css не проблема.
Документацию Capacitor также с удовольствием просмотрел.
Из плюсов могу отметить честное описание сразу в документации ( для читающих - это из разных плагинов ):
И это я просто пробежался сверху в документации по части проблем, которые ловил на Cordova в 2019. Отличия от Cordova: significantly, сразу честно написано — работает под фазу луны.
Ловить Error 20 на камере в 2023 — неприлично(как и ответ разработчика Capacitor — а попробуйте перезапросить разрешения с плагином Cordova).
Набросал быстро страничку vue с формой ввода, кнопкой камеры, предпросмотром фото, вибрацией по нажатию, ФС сохранением и блокировкой ScreenOrientation.
Итог:
по функционалу — не лучше кордовы, в граничных ситуациях разработчики предлагают доустановить часть плагинов кордовы для решения
надёжность — её нет
пощупал (как и обещал в первом комментарии) — нет (ни моё воспитание, ни политика хабра не позволяют здесь использовать другое выражение)
Спасибо за обзор.
Появилось желание пощупать после цитаты:
Ввиду имеющегося опыта разработки с Cordova, первый возникающий вопрос: а оно работает, не в смысле "кое-как", а стабильно и предсказуемо?
Ибо количество нюансов, багов и workarounds с Cordova просто зашкаливало, сразу начиная с SplashScreen.
/*DISCLAIMER: я не python разработчик, но некоторые вещи, достаточно комплексные, в том числе, приходилось и разбирать и дописывать, воспримите мой комментарий именно с этой точки зрения */
for a, b, c in product(list_a, list_b, list_c): - красиво, да. Не буду брюзжать про импорт/производительность. Скорее всего внутри оно также элегантно и завернётся.Я узнал новую функцию.Как же легко будет спутать порядок переменной итератора и итерируемой сущности уже на 2+ вложенности, что Вам и статический анализатор не всегда покажет.
Итого: уменьшили читабельность(+/-), добавили поле для ошибки(однозначно)
":=" – в целом не новшество. В предложенном контексте - для меня читабельность уменьшена, вычисляемая/простая переменная объявлена непонятно где, в лучшем случае с комплексным комментарием "а мы тут ещё это не только ... но и будем использовать дальше как ..."
Красиво. Из пяти предложенных выбрал бы это самым полезным и читаемым, если бы не "|" как оператор объединения. x=1|2, 1|=2 . Воспримется спорно (смотрите первую строку комментария)
Что вы гады творите, это же может и не питонщик читать)
Не вижу тут "лайфхака", работа с сущностью не в лоб, через обёртку.
Полезность лично для меня - №1+№3, понял как это читать.
Полезность "лайфхаков" - давайте на всех курсах ребятам №5, через задницу это часто делают.
Должен делать и делает — две большие разницы.
Было включено.
Теперь — да )
Да практически никто так не считает, все всё помнят и «да надо, вот прям это сделаем и займёмся», но вариативность ситуаций удручающе велика, и пока не столкнёшься с каждой/многими лично, а некоторым и это не помогает, в подсознание не входит «сначала бекапы инфраструктуры, после запуск».
Я и все команды с которыми я работаю — настраиваем сначала бекапы, даже в деве, для тестов рекавери/дизазстер.
Но и это меня не спасает 8):
Из личного и совсем свежего — 5 дней назад легла винда после апдейтов, на личной рабочей станции, наглухо, 13 часов осознанных действий по восстановлению встроенными инструментами/заменами сис.файлов плодов не принесли.
Файлы/данные проектов на двух географически разнесённых рейдах + еженедельная копия в сейфе.
А сама рабочая система без копий, всё переустанавливается и настраивается заново, ± закончу за ещё 6-7 дней.
Да, теперь раб. система бекапится.
PS А по ситуации из вашего комментария — за 17 лет был однажды лично инициатором схожей
промахнулся(!!!)
в граф.интерфейсе редактора базы(!!!)
мимо случайно созданной в процессе теста таблицы(!!!)
на проде (!!!)
и очистил соседнюю…
Но бекапы базы и полные логи всего(включая ВСЕ выполняемые запросы) были, даунтайм сервиса — 10 минут, ориентировочно потеряно данных/частичная недоступность — 97 секунд.
Добавлю ещё такие забавные линки:
BackEnd
FrontEnd
2015-07-21: Free Tier на год
2016-09-03: Мы тут счёт выставили на 18,12$
2016-09-16: Мы не можем снять деньги с вашей карты, проверьте.
2016-10-21: Мы так и не смогли снять деньги, будем блокировать аккаунт.
2017-01-03: Мы пока ничего не заблокировали и выставили ещё один счёт.
Письма о блокировке не было.
2018-01-28: В биллинге 82,11$ неоплаченного t2.micro. Написал в саппорт пространный запрос вида «аккаунт использовался только во время бесплатного тестового периода»
2018-01-29: Спасибо что вы с нами! Аккаунт разблокирован, 5 счетов на 82,11$ отменены.