а то есть риск влипнуть на собеседовании

а то есть риск влипнуть на собеседовании

Ну в резюме я б так писать не стал, спасибо, однако :)

лучше так не делать

сделай message passing через multiprocessing.queue

и обменивайся сообщениями с процессом четко через нее

Машинное обучение?

Ну классификацию от кластеризации отличаю и градиентный спуск показать могу. На текущем месте у меня как раз небольшая система с мл

Ну классификацию от кластеризации отличаю и градиентный спуск показать могу. На текущем месте у меня как раз небольшая система с мл

Них не понял, спасибо за ответ.

Них не понял, спасибо за ответ.

U welcam

ну, в общем случае ты огребаешь обычных проблем с разделяемой памятью и сам себе создаешь race condition

лучше этого избежать

Действительно. Спасибо

ну, в общем случае ты огребаешь обычных проблем с разделяемой памятью и сам себе создаешь race condition

Рейс кондитион

Проблемы из 90

Не помню уже, когда сталкивался. Проще очередной тулчейн подцкпить

Не помню уже, когда сталкивался. Проще очередной тулчейн подцкпить

Писал что-нибудь параллельное?

Не помню уже, когда сталкивался. Проще очередной тулчейн подцкпить

ну вообще стандартная проблема, если писать многопоточный/процессный код. Просто в питоне есть GIL, который прощает ошибки тебе, да и часть стандартных структур потокобезопасны

ты попробуй на Go поколбасить, сразу вспомнишь мать родную

Писал что-нибудь параллельное?

Это было давно, на делыи и плюсах

ты попробуй на Go поколбасить, сразу вспомнишь мать родную

Зачем мне это поделие

С комьюнити 1.5 человека

Зачем мне это поделие

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

С комьюнити 1.5 человека

в одном русском телеграме полторы тыщи человек

Студента и сами разрабы

Я.С.Н.О

толсто

Студента и сами разрабы

слишком толсто

Как сделать чтоб бот обрабатывал обычный текст,типа я ему написал "Привет", а он ответ Здравствуй? p.s. telebot

Помогли там тебе?

Помогли там тебе?

не буди лихо же

не буди лихо же

Да я в личку отправлю, че ты

Удоли

?

Тебя забанят

Тебя забанят

За шта?

Реклама тут платная

1биток

Ребят, я все это прочитал про multiprocessing, race condition и все такое. Ок, если нельзя записать, хоть как считать переменную, из другого процесса естественно) Я тут видел вариант с queue и это просто убивает смысл разбиения на потоки в моем случае.

Не надо взаимодействовать с глобальным состоянием из другого процесса. Кинь сообщение в очередь и сделай что надо в родителе

Ребят, я все это прочитал про multiprocessing, race condition и все такое. Ок, если нельзя записать, хоть как считать переменную, из другого процесса естественно) Я тут видел вариант с queue и это просто убивает смысл разбиения на потоки в моем случае.

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

если тебе нужен внешний стейт - можешь какую-нибудь базу использовать или юникс-сокет

Есть у кого-нибудь опыт с asyncio? Мне кажется, что я что-то не так делаю. Есть основной класс, в котором корутина обработки информации, и есть класс-ручка к API, который умеет выполнять всякие сетапы, необходимые для работы и лонгполл (события с которого уходят в обработку). Все методы обоих — корутины. Перед тем, как подключать лонгполл, надо выполнить два метода API, которые у меня выполнялись прямо в момент подключения оного. Вся эта хурма хорошо работает для одной мэйн-корутины, но абсолютно непригодна для, например, шести, ибо слишком много запросов к API. Это вполне резонно и выходит, что стоит эти два метода выполнять сразу при инициализации класса API. Но где, блет, если __init__ не может быть асинхронным? Костылить отдельный метод-запускалку? tl;dr: Где бы вы запускали асинхронный метод, которому место, по идее, в конструкторе?

Может вопрос не по теме, но есть ли у кого то статья или видео обьясняющее разницу между разного рода Базами Данных? Типа чем реляцонные хуже/лучше графовых, в чем преимущества и недостатки, и т.п.

Есть у кого-нибудь опыт с asyncio? Мне кажется, что я что-то не так делаю. Есть основной класс, в котором корутина обработки информации, и есть класс-ручка к API, который умеет выполнять всякие сетапы, необходимые для работы и лонгполл (события с которого уходят в обработку). Все методы обоих — корутины. Перед тем, как подключать лонгполл, надо выполнить два метода API, которые у меня выполнялись прямо в момент подключения оного. Вся эта хурма хорошо работает для одной мэйн-корутины, но абсолютно непригодна для, например, шести, ибо слишком много запросов к API. Это вполне резонно и выходит, что стоит эти два метода выполнять сразу при инициализации класса API. Но где, блет, если __init__ не может быть асинхронным? Костылить отдельный метод-запускалку? tl;dr: Где бы вы запускали асинхронный метод, которому место, по идее, в конструкторе?

.setup()

Есть у кого-нибудь опыт с asyncio? Мне кажется, что я что-то не так делаю. Есть основной класс, в котором корутина обработки информации, и есть класс-ручка к API, который умеет выполнять всякие сетапы, необходимые для работы и лонгполл (события с которого уходят в обработку). Все методы обоих — корутины. Перед тем, как подключать лонгполл, надо выполнить два метода API, которые у меня выполнялись прямо в момент подключения оного. Вся эта хурма хорошо работает для одной мэйн-корутины, но абсолютно непригодна для, например, шести, ибо слишком много запросов к API. Это вполне резонно и выходит, что стоит эти два метода выполнять сразу при инициализации класса API. Но где, блет, если __init__ не может быть асинхронным? Костылить отдельный метод-запускалку? tl;dr: Где бы вы запускали асинхронный метод, которому место, по идее, в конструкторе?

Сделай асинхронную фабрику. Например, классметодом

Сделай асинхронную фабрику. Например, классметодом

+1

Есть у кого-нибудь опыт с asyncio? Мне кажется, что я что-то не так делаю. Есть основной класс, в котором корутина обработки информации, и есть класс-ручка к API, который умеет выполнять всякие сетапы, необходимые для работы и лонгполл (события с которого уходят в обработку). Все методы обоих — корутины. Перед тем, как подключать лонгполл, надо выполнить два метода API, которые у меня выполнялись прямо в момент подключения оного. Вся эта хурма хорошо работает для одной мэйн-корутины, но абсолютно непригодна для, например, шести, ибо слишком много запросов к API. Это вполне резонно и выходит, что стоит эти два метода выполнять сразу при инициализации класса API. Но где, блет, если __init__ не может быть асинхронным? Костылить отдельный метод-запускалку? tl;dr: Где бы вы запускали асинхронный метод, которому место, по идее, в конструкторе?

актуальный вопрос... ибо сделал метод-запускалку но тоже думаю что не совсем это правильно

Может вопрос не по теме, но есть ли у кого то статья или видео обьясняющее разницу между разного рода Базами Данных? Типа чем реляцонные хуже/лучше графовых, в чем преимущества и недостатки, и т.п.

Ответ тут прост и сложен одновременно: они хороши каждая для своих наборов данных. А вопросы вроде "что из них труЪ" вызывают только срачи (:

Ответ тут прост и сложен одновременно: они хороши каждая для своих наборов данных. А вопросы вроде "что из них труЪ" вызывают только срачи (:

вопрос не в том, что лучше, а в том, что для чего более применимо

вопрос не в том, что лучше, а в том, что для чего более применимо

Ну у тебя что за данные будут? Определился уже?

Да

В большинстве случаев хватит обычной *SQL

А, да — спасибо, сделаю отдельный метод. Думал, мб есть вариант красивее (или я вообще нафигачил дичи)

Да

И что там будет такого, что ты думаешь воспользоваться чем-то экзотичным?

Ничего

Значит, тебе не нужны они. Юзай реляционные.

Мне интересно почему существуют другие варианты

и для чего они нужны

Потому что они оптимизированы под очень узкую выборку данных

В большинстве случаев хватит обычной *SQL

погоди-погоди

реляционные не нужны нафиг, если у тебя нет реляций

Если твои данные лучше всего ложатся на граф — юзай графовую.

при плоской структуре SQL не нужен от слова вообще

а это очень часто

реляционные не нужны нафиг, если у тебя нет реляций

Да почти везде они нужны, если мы говорим о "ничего необычного"

Да почти везде они нужны, если мы говорим о "ничего необычного"

наоборот же

Наверняка там пользователи будут, и им будет что-то принадлежать. Уже реляция, разве нет?

не нужно брать реляционные там, где у тебя данные слабо связанные и есть вариант масштабирования

Наверняка там пользователи будут, и им будет что-то принадлежать. Уже реляция, разве нет?

это обычный джойн, такое и key-value умеет

большинству контентных сайтов не нужен SQL, например

Ой, я знаю, куда это идёт. Я видел такое не раз.

их можно либо вообще статически генерировать, либо использовать что-то типа Elasticsearch/MongoDB

Монго, да, можно.

Ой, я знаю, куда это идёт. Я видел такое не раз.

в прошлом решения нестабильные были. Еще года три назад при совете монги на людей смотрели, как на ненормальных

хз, мне и сейчас не особо внушает. Наверное, предрассудки.

Гм, а какие тогда нужны отношения между данными, чтобы оправдать использования реляционных БД?

в прошлом решения нестабильные были. Еще года три назад при совете монги на людей смотрели, как на ненормальных

А сейчас всё продолбали?

Гм, а какие тогда нужны отношения между данными, чтобы оправдать использования реляционных БД?

сложные джойны минимум из трех таблиц

имхо

Ну необходимость сложных джойнов сводится к минимуму (если не к нулю) денормализацией данных.

да, только не всегда такое можно себе позволить

кроме того, всякие фичи типа полнотекстового поиска или аналитики на SQL таки проигрывают сильно

Парни, в питоне есть функция перезапуска скрипта, к примеру exit() - это выход (из скрипта), а есть ли что-то подобное только если нужно перезапустить его?

в питоне всё есть

Но зачем?

в питоне всё есть

Может поделишься инфой?

если в питоне нет, есть в баше

И правда, зачем?

while True: call_something()

Хоть заперепускайся