проблема в том, что я всё перерыл и вижу метод replace только для строк. Можно ли не переводя число в строку как-то это сделать?

проблема в том, что я всё перерыл и вижу метод replace только для строк. Можно ли не переводя число в строку как-то это сделать?

по индексу. это олимпиадная задача или насущная проблема?

по индексу. это олимпиадная задача или насущная проблема?

т.е. сначала получить индекс, потом заменить?

по индексу. это олимпиадная задача или насущная проблема?

ааа, понял. a.index(2) — получишь индекс

т.е. сначала получить индекс, потом заменить?

for i in a: print(i.index()) возвращает AttributeError: 'int' object has no attribute 'index'

[x if x != 2 else 6 for x in list] это нужно?

не совсем

а скажи условие еще раз

Наверное дичь, но вот полностью. Мне нужно, чтобы в списке с нули заменились на цифры из списка b, но чтобы не было дублирующихся значений . a = [[4,1,0],[0,0,9],[0,2,0]] b = [1,2,3,4,5,6,7,8,9] c = [] for i in a: c += i for i in c: for j in b: if i == 0: i=j print(c)

результат какой должен получиться?

результат какой должен получиться?

вопрос так-то не горящий, но уже чет подзамучал

это что за ересь вместое != в нижней строчке?

но ведь оно не похоже на !=

Наверное дичь, но вот полностью. Мне нужно, чтобы в списке с нули заменились на цифры из списка b, но чтобы не было дублирующихся значений . a = [[4,1,0],[0,0,9],[0,2,0]] b = [1,2,3,4,5,6,7,8,9] c = [] for i in a: c += i for i in c: for j in b: if i == 0: i=j print(c)

Если нет желания учиться, а необходимо быстрее сделать, то тогда то, что проще, если хочется задачу рассматривать как опыт на будущее, тогда асинхронно

Тогда асинхронно

На самом деле, там не сильно всё отличается от request, просто всё делается в рамках одной сессии (на примерах будет понятно). Один из немногих минусов асинхронного кода (как и параллельного) - неуправляемый порядок получения результатов. Но можно в асинхронную функцию отправлять своего рода id, который потом возвращается вместе с результатом и по нему сортируется. Но если порядок не важен, то получится список возвратов в случайном порядке

На самом деле, там не сильно всё отличается от request, просто всё делается в рамках одной сессии (на примерах будет понятно). Один из немногих минусов асинхронного кода (как и параллельного) - неуправляемый порядок получения результатов. Но можно в асинхронную функцию отправлять своего рода id, который потом возвращается вместе с результатом и по нему сортируется. Но если порядок не важен, то получится список возвратов в случайном порядке

это что за ересь вместое != в нижней строчке?

Только толк, когда уже есть "параллельный"? Ваш асинк же требует спец драйверов, новых подходов к написанию кода и логики...

Это лигатуры. Выключи если хочешь. Мне нравятся. Попробуй Hasklig шрифт

В си ресурсов меньше, а в Python важно import this

Только толк, когда уже есть "параллельный"? Ваш асинк же требует спец драйверов, новых подходов к написанию кода и логики...

потому что асинхронность не про параллелизм. тезис о “спец. драйверах” это сильно.

Ок, могу я обработать каждую сбоку ответа кликхаус асинхронно?

асинхронность на базе gevent \ eventlet никто не отменял, и до asyncio как-то жили, однако asyncio привнес явное управление переключением контекста без скрытых сайд-эффектов.

Даешь асинхронность на базе select!

асинхронность на базе селект это без всяких коллбэков

асинхронность на базе селект это без всяких коллбэков

Если не задумываться, как эти селекты сами реализованы 😊

селект следит за каналами, возвращает их состояния. Как это можно реализовать на программном уровне?

Чёт я пытаюсь в ехать в концепцию и не понимаю откуда там магия масштабирования берётся

Чёт я пытаюсь в ехать в концепцию и не понимаю откуда там магия масштабирования берётся

paas допустим это serverless?

paas допустим это serverless?

Чёт я пытаюсь в ехать в концепцию и не понимаю откуда там магия масштабирования берётся

Ну вот у меня телеграм-ботов несколько так работают. Прилетел запрос в бота — телеграм отправил запрос по адресу вебхука. Гугловский сервер запускает мою функцию, функция вычисляет, отправляет ответ юзеру, выполнение функции завершается.

А в чем разница с обычным вебхуком?

А в чем разница с обычным вебхуком?

У меня нет своего сервера, который постоянно слушает вебхук. У меня есть только функция, которая выполняется, когда событие прилетело. Я дал эту функцию гуглу. А гугл сам разбирается, как держать сервер, как балансировать все это, сколько инстансов запускать.

Ну то есть разница только в том, что в paas нету автоматического добавления нод и эту фичу назвали новым термином?

Ну ладно, вот у меня хероку. Это serverless?

Ну то есть разница только в том, что в paas нету автоматического добавления нод и эту фичу назвали новым термином?

Да я не оперирую сервером. У меня есть приложение, которое где-то работает.

Короче, я понял. Тот же самый код, разница только в управлении количествами инстансов

Но твое приложение это сервер. Wsgi и все такое. Разве нет? А у меня просто функция, которая в аргументе получает http request

То есть, я ещё и не могу юзать известные мне фреймворки?

Именно так.

И "фреймворки" у всех провайдеров разные?