Хз хз. Я предпочитаю кортежи всегда когда изменяемость явно не нужна

на самом деле это не столь важно, просто обращаю внимание.

по идее лучше кортеж, потому что следующим шагом будет брать named tuple

ну например если есть координаты, то тут выбор - кортеж взять или список

я бы предпочел кортеж да

по идее лучше кортеж, потому что следующим шагом будет брать named tuple

А следующим - датакласс

Ибо нефиг кортежи использовать когда не нужно интерироваться

+ за датакласс

более правильно сформулировать было бы - список предпочтителен для однородных данных, которые представляют собой последовательность.

например если мой модуль возвращает "сколько-нибудь эвентов, каждый из которых описывается несколькими параметрами", то это будет список кортежей

каждый эвент это эвент, поэтому список. Внутри эвента параметры разнородные, поэтому кортежи

Имхо, кортеж и список неотличимы пока не пытаешься поменять

А значит нечего закладывать лишний смысл

например если мой модуль возвращает "сколько-нибудь эвентов, каждый из которых описывается несколькими параметрами", то это будет список кортежей

Кортеж датаклассов

>>> for x in 'fruits',: ... print(x) ... fruits >>> for x in 'fruits': ... print(x) ... f r u i t s

?

Имхо, кортеж и список неотличимы пока не пытаешься поменять

> Though tuples may seem similar to lists, they are often used in different situations and for different purposes. Tuples are immutable, and usually contain a heterogeneous sequence of elements that are accessed via unpacking (see later in this section) or indexing (or even by attribute in the case of namedtuples). Lists are mutable, and their elements are usually homogeneous and are accessed by iterating over the list.

https://docs.python.org/3/tutorial/datastructures.html

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

> Though tuples may seem similar to lists, they are often used in different situations and for different purposes. Tuples are immutable, and usually contain a heterogeneous sequence of elements that are accessed via unpacking (see later in this section) or indexing (or even by attribute in the case of namedtuples). Lists are mutable, and their elements are usually homogeneous and are accessed by iterating over the list.

"Обычно" != Рекомендуется. Да, согласен для гетерогенных данных список - странно. Но не согласен что для однотипных стоит брать именно его

короче я понял

для итерирования - список, для распаковки - кортеж

распаковка как правило предполагает известное число элементов

Вообще, да. Поэтому важна неизменяемость

есть исключения

*args - кортеж. Но число элементов в нем неизвестно

Хотя нынче ж можно распаковать в другой список

a, b, *rest = args

Ага

Так что я бы сказал "юзайте туплы, пока вы не поняли, что вам явно нужен список"

"Обычно" != Рекомендуется. Да, согласен для гетерогенных данных список - странно. Но не согласен что для однотипных стоит брать именно его

я сказал предпочтительно, в контексте не обязательно, но обычно используется. Немного неточно выразился :-(

29 строка даёт ошибку

Как так то братцы?

всё же в ошибке написано

Ну значит ты не текстбокс нашел а просто текст

Надо извлечь значения из блока

Будь то див или спан

Очевидно что .text - это не функция, а поле. В ошибке про это явно написано - текст не является вызываемым

Как извлечь текстовое содержимое?

Селениум это

слишком тонко видимо

удали скобки

Как извлечь текстовое содержимое?

Думаю дальнейшие подсказки лучше получать в группе для бегинеров

Спасибо

Это не метод а атрибут

в ошибке так и написано что это not callable а unicode

#работа В netrika.ru накопилось много проектов с приличным количеством данных. Уровень наших проектов это город/регион или есть вообще федеральные. Ищу эксперта, который знаком с AI или ML или Blockchain на практике. Есть ряд задач, которые мы думаем решать с использованием этих технологий. Возможно, после описания наших проектов эксперт подскажет нам, что можно сделать еще. Причем тут python? При том, что у нас python разработка и потому психологически с питонистами нам легче осваивать новые горизонты ? Если такие есть напишите плиз в лс. Оплата договорная, формат работы любой.

Очень информативно. Спасибо.

Я дико извиняюсь, но зачем там блокчейн?

стильно модно молодёжно

да )

блокчейн применим в наших проектах но пока мы скептически смотрим

но вдруг ошибаемся

просто так как у нас нет такого опыта хотим разобраться подробнее

блокчейн применим в наших проектах но пока мы скептически смотрим

если он только применим, но задача хорошо решается БЕЗ него - то он вам не нужен

точно так же как и ML

блокчейн применим в наших проектах но пока мы скептически смотрим

А чего нет? Для заверения документов норм же

Ребят

Научите делать ботов через питона пожалуйста

Научите делать ботов через питона пожалуйста

@botoid

Научите делать ботов через питона пожалуйста

И вообще погугли

Научите делать ботов через питона пожалуйста

Программировать уже умеешь?

ERROR: S client not available

Научите делать ботов через питона пожалуйста

https://www.codementor.io/garethdwyer/building-a-telegram-bot-using-python-part-1-goi5fncay

Нет

что за хренть творится в этом чате, все скриншоты фотографиями

что за хренть творится в этом чате, все скриншоты фотографиями

Программисты-с реквестируют помощь

Программисты-с реквестируют помощь

Надо им как то сказать как делать скриншоты

Надо им как то сказать как делать скриншоты

погоди, они еще питон не выучили. Компом можно и потом пользоваться научитсья

А чего нет? Для заверения документов норм же

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

Надо им как то сказать как делать скриншоты

Может им ещё десктоп версию на комп не завезли )

если он только применим, но задача хорошо решается БЕЗ него - то он вам не нужен

понимаю это

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

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

Репозиторий в гите - тоже своего рода блокчейн

привет всем, как прописать.gitignore чтобы заставить гит игнорировать __pycache__ везде?

*/__pycache__

мб

блокчейн применим в наших проектах но пока мы скептически смотрим

пока вы смотрите скептически, мы уже продаем с ним билеты)

но я прекрасно понимаю зачем вам блокчейн ?

*/__pycache__

Просто __pycache__ нельзя что ли?

Просто __pycache__ нельзя что ли?

Можно всесто этой папки исключить все файлы, которые она может содержать *.py[oc]

А вообще, на гитхабе полно примеров gitignore

Попробуй с py или python3

ребят, я через sqlalchemy делаю create_engine и потом много раз execute различные sql запросы на постгре, это я делаю каждые 24 часа (сам процесс занимает 4 часа(парсинг)). ПРОБЛЕМА в том, что у меня в конце после основного выполнения скрипта еще на 70% CPU остается занятым. В htop пишется, что все уходит на postgres (юзер)

как избежать этого?

ребят, я через sqlalchemy делаю create_engine и потом много раз execute различные sql запросы на постгре, это я делаю каждые 24 часа (сам процесс занимает 4 часа(парсинг)). ПРОБЛЕМА в том, что у меня в конце после основного выполнения скрипта еще на 70% CPU остается занятым. В htop пишется, что все уходит на postgres (юзер)

Ты чего там в постгрес суешь?

ребят, я через sqlalchemy делаю create_engine и потом много раз execute различные sql запросы на постгре, это я делаю каждые 24 часа (сам процесс занимает 4 часа(парсинг)). ПРОБЛЕМА в том, что у меня в конце после основного выполнения скрипта еще на 70% CPU остается занятым. В htop пишется, что все уходит на postgres (юзер)

Ты в проге точно ждёшь завершения запросов?

Может он конечно индексирует, если данных много

Ты чего там в постгрес суешь?

сейчас скину код

сори, он мегаогромный( но в целом я просто делаю нечто такое в цикле db = create_engine(dbpast) sql = "INSERT INTO ….) db.execute(sql)

а сам скрипт вызываю каждые 24 часа с помощью schedule

сори, он мегаогромный( но в целом я просто делаю нечто такое в цикле db = create_engine(dbpast) sql = "INSERT INTO ….) db.execute(sql)

батюшки, прочитай про bulk insert