А в дополнение — ещё и API-сервис, в режиме бессерверных вычислений совместимый с API Amazon DynamoDB
А можете подробнее рассказать, почему DynamoDB и YDB представлены в виде одной сущности в каталоге? Ведь по сути у них нет ничего общего, кроме возможности работать в serverless режиме. Через DynamoDB SDK я не могу работать с таблицами YDB, и наоборот.
По сути это почти то же самое, только запрос попадает сразу в обработчик в обход http-сервера. Подход вполне ок!
Кстати, хорошая идея — добавить в alice-tester возможность указать функцию вместо webhookUrl.
Тогда все-таки в статье не совсем корректно указано, что и у LG и у Samsung разные нативные видео плееры с разным sdk. Насколько я знаю, у LG нет аналога самсунговского AVPlay и все играется только через video-тег.
А вот мне кажется, что оба новых метода Promise.allSettled / Promise.any принесут больше проблем, чем пользы.
Promise.allSettled добавляет новый уровень абстракции, заворачивая результаты в объект вида {status, reason}.
Promise.any декларирует новый тип ошибки AggregateError.
И оба метода фактически позволяют игнорировать ошибки в коде, что рано или поздно аукнется. Лучше бы это оставалось в области библиотек, но не core Promise API.
Да, подумаю об этом. Тут есть два момента:
1. Если проверять недельный trending именно раз в неделю — есть вероятность пропустить некоторые репозитории, которые в течение недели появились, а потом исчезли из-за появления других. GitHub обновляет этот список несколько раз каждый день.
2. Со временем обновления должны стать реже, т.к. в базе комментариев к issue накопятся все самые популярные проекты, которые периодически то всплывают, то исчезают из трендов.
Ага. Статью напишешь про свой опыт? :)
Огонь!
Спасибо, интересно!
Т.е. правильно я понимаю, что под капотом DynamoDB API у Амазона и у Яндекса лежат совершенно разные движки?
А можете подробнее рассказать, почему DynamoDB и YDB представлены в виде одной сущности в каталоге? Ведь по сути у них нет ничего общего, кроме возможности работать в serverless режиме. Через DynamoDB SDK я не могу работать с таблицами YDB, и наоборот.
По сути это почти то же самое, только запрос попадает сразу в обработчик в обход http-сервера. Подход вполне ок!
Кстати, хорошая идея — добавить в alice-tester возможность указать функцию вместо webhookUrl.
А можно пару примеров, чего они не понимают?
Классная статья! От себя добавлю еще markdown-toc — убодно для генерации оглавления в README.md.
Накликал себе тестовый навык через функцию на NodeJS, полет нормальный.
Приятно, что из коробки идет минимальная аналитика и логи.
Дополню еще ссылкой на подборку awesome-smart-tv, где собраны полезные библиотеки и фреймворки для смартов.
Кстати, в контексте статьи было бы интересно узнать, пробовали ли вы react-tv? Кажется там некоторые тв-специфичные проблемы должны быть решены.
Тогда все-таки в статье не совсем корректно указано, что и у LG и у Samsung разные нативные видео плееры с разным sdk. Насколько я знаю, у LG нет аналога самсунговского AVPlay и все играется только через video-тег.
А вот мне кажется, что оба новых метода
Promise.allSettled
/Promise.any
принесут больше проблем, чем пользы.Promise.allSettled
добавляет новый уровень абстракции, заворачивая результаты в объект вида{status, reason}
.Promise.any
декларирует новый тип ошибкиAggregateError
.Буквально сегодня выложил на эту тему статью.
Насколько я понимаю, алгоритм у GitHub следующий:
То есть ситуация в обоих списках может меняться каждый день.
1. Если проверять недельный trending именно раз в неделю — есть вероятность пропустить некоторые репозитории, которые в течение недели появились, а потом исчезли из-за появления других. GitHub обновляет этот список несколько раз каждый день.
2. Со временем обновления должны стать реже, т.к. в базе комментариев к issue накопятся все самые популярные проекты, которые периодически то всплывают, то исчезают из трендов.
По описанию должен быть крутой эвент! А будет? :)