Совсем обленились, конечно. Немного интересуюсь машинным обучением, хотелось бы посмотреть на несколько таких подводок, насколько понятные для человека подбираются формулировки, как хитрит в зависимости от данных и тд. Я так понимаю там получаются довольно читаемые тексты, если они потом отправляются в языковую модель.
Ничего полезного, будем дальше заниматься тупостью, заполнять поля "Кем выдан" паспорт в цифровом мире. Это система нужна только чтобы получать кредиты от мошенников и повестки за участия в митингах.
Может потому что там все Google Developer Expert по Angular. А если серьезно, то присоединяюсь к вопросу. Все прошлые статьи у TInkoff были про React, про общую библиотеку компонентов в едином стиле и т.д., зачем разводить зоопарк?
Да, я думаю, это частый кейс, квоты на API, например, бесплатный тариф 10 тыс. запросов в месяц. Делали чтобы каждый сервис часто не дергал базу, синхронизация была раз в минуту чтобы у пользователя графики были красивые. Отдельное ограничение на количество запросов тоже делали, но с фиксированным окном. Я понял в чем различие в вашим кейсом, у нас нет своих кластеров, но если было бы нужно, мы могли бы тоже настроить чтобы через пару минут поднимались доп. контейнеры в облаке. Раз в секунду слишком часто для нас.
Только к исчерпанию квоты относился более лояльно, не хранил локально значения, позволял пока делать запросы до следующей синхронизации. Но я получается хранил списки тех, кто исчерпал свою квоту на это месяц. Переполнение счетчиков тоже не волновало, т.к. если они переполнились, то значит это наш косяк и можно простить.
Спасибо за статью, пришел к такому же решению. Делал свой middleware на go c локальными счетчиками и синхронизацией, идентификатор брал из jwt-токена или сессии. Надо будет обдумать ваше решение с lowBurst и highBurst, мне помимо счетчиков нужен был именно sliding window rate limiter, но я вроде не стал его реализовывать.
Не получиться, из этих 51% часть проголосует за ЕР, к ним просто докинут часть из 49% отсутсвующих и опять будет большинство. Надо ключи выдавать всем, даже тем кто не голосует, чтобы они могли проверить, что не голосовали. Тогда уже особо не добавишь мертвых душ, т.к. население страны более менее известно.
Евгения Ильина, руководитель исследований, рассказала, что для определения оптимального размера слоя алюминия исследователи взяли три образца толщиной 10, 50 и 150 нанометров. При помощи метода вакуумного осаждения ученые отметили, что образец толщиной 150 нанометров показал оптимальную плотность соприкосновения анода и электролита, что обеспечивает стабильную границу раздела между ними в любых температурных условиях.
Может тогда еще попробовать 100 и 200 нанометров? Или они на графиках увидели, что стремится к оптимальному?
Был бы полезен API (включая официальные курсы валют)
Представляю как они там мышам спины ломают, но лекарство помогло бы многим прикованым к креслу
Извиняюсь, нашел ответ под спойлером. Жаль. Ну да, было странно увидеть что-то осмысленное после прохождения такой маленькой нейросети.
Совсем обленились, конечно. Немного интересуюсь машинным обучением, хотелось бы посмотреть на несколько таких подводок, насколько понятные для человека подбираются формулировки, как хитрит в зависимости от данных и тд. Я так понимаю там получаются довольно читаемые тексты, если они потом отправляются в языковую модель.
Каждый вход = чья-то жизнь
Ничего полезного, будем дальше заниматься тупостью, заполнять поля "Кем выдан" паспорт в цифровом мире. Это система нужна только чтобы получать кредиты от мошенников и повестки за участия в митингах.
Мне кажется, это новость про США, где свобода слова выше конфиденциальности. В РФ и ЕС уже действует право на забвение.
Все намного проще, получал от них бесплатную подписку
Еще у GitHub и GitLab тоже есть свои бесплатные и приватные регистры
Почему то сразу подумал, что полицейский. На таком количестве и с таким дерзким почерком обычный человек давно бы спалился
Совсем обнаглели эти REvil, нужно заявление в полицию писать
Может потому что там все Google Developer Expert по Angular. А если серьезно, то присоединяюсь к вопросу. Все прошлые статьи у TInkoff были про React, про общую библиотеку компонентов в едином стиле и т.д., зачем разводить зоопарк?
Да, я думаю, это частый кейс, квоты на API, например, бесплатный тариф 10 тыс. запросов в месяц. Делали чтобы каждый сервис часто не дергал базу, синхронизация была раз в минуту чтобы у пользователя графики были красивые. Отдельное ограничение на количество запросов тоже делали, но с фиксированным окном. Я понял в чем различие в вашим кейсом, у нас нет своих кластеров, но если было бы нужно, мы могли бы тоже настроить чтобы через пару минут поднимались доп. контейнеры в облаке. Раз в секунду слишком часто для нас.
Только к исчерпанию квоты относился более лояльно, не хранил локально значения, позволял пока делать запросы до следующей синхронизации. Но я получается хранил списки тех, кто исчерпал свою квоту на это месяц. Переполнение счетчиков тоже не волновало, т.к. если они переполнились, то значит это наш косяк и можно простить.
Спасибо за статью, пришел к такому же решению. Делал свой middleware на go c локальными счетчиками и синхронизацией, идентификатор брал из jwt-токена или сессии. Надо будет обдумать ваше решение с lowBurst и highBurst, мне помимо счетчиков нужен был именно sliding window rate limiter, но я вроде не стал его реализовывать.
Микроиглы - ножки микрочипа
Не получиться, из этих 51% часть проголосует за ЕР, к ним просто докинут часть из 49% отсутсвующих и опять будет большинство. Надо ключи выдавать всем, даже тем кто не голосует, чтобы они могли проверить, что не голосовали. Тогда уже особо не добавишь мертвых душ, т.к. население страны более менее известно.
Тут просто не написали, что подрядчику нужно будет самому туда для замеров летать
Может тогда еще попробовать 100 и 200 нанометров? Или они на графиках увидели, что стремится к оптимальному?
Мне кажется, наоборот, положить сайт проще, если он выполняет дополнительные вычисления