Какая ошибка из этого видео была у вас?

Одна из ошибок кстати промелькнула даже в самом видео) Я понимаю, что здесь код упрощённый, чтобы быстро показать пример, но всё же. Не оборачивайте весь блок кода в try/except. Есть общепринятая практика, что в try мы записываем только те строки, которые могут вызвать исключение. Всё остальное мы пишем за пределами блока try.

Ещё можно не бросаться сразу писать код, причем зачастую шаблонно, а подумать над архитектурой и найти более выгодное решение, т.е. использование правильной структуры данных или паттерна. Конечно же, эти вещи сначала изучить, но с практикой дело пойдет быстрее:)

Добавлю: По возможности используйте кортеж а не список. tuple работает на порядок быстрее чем list. Чем складывать переменные например a+b+c+d лучге используйте sum(a,b,c,d) это также будет намного быстрее работать, функции sum/min/max написаны на C и дают скорость вычислений а используя a+b+c+d мы вычисляем на питоне)

Есть пример, когда использование type() лучше, чем isinstance(). Например проверка переменной на то, является ли она целочисленным значением (int). Если булевую переменную (bool) X поместить в isinstance(X, int), то на выходе мы получим True, потому что isinstance() проверяет наследование классов по иерархии. Type() же проверяет строго ли относится какой-то тип к конкретному классу, без учёта наследования.

Главная ошибка новичка - клюнуть на работу в дружном коллективе над интересным проектом.

Говоря про isinstance, следует упомянуть что он используется для определения принадлежности объекта к классу или любому его надклассу, в то время как type позволяет строго определить именно тип. Проще говоря, isinstance (True, int) вернёт True т.к. bool является дочерним классом от int. Так что это не плохая практика какая то, нужно просто понимать что вы хотите в своем коде сделать. И если с базовыми объектами эти нюансы можно иметь в виду, т.к. об этом в целом есть информация в поле зрения комьюнити, то в собственной программе при использовании наследования и наличии десятков/сотен классов отнаследованных от множества других, это может сыграть злую шутку. Isinstance и type делают похожие вещи, но они не равны друг другу и в некоторых сценариях НЕ взаимозаменяемы

Моя частая ошибка: Стараться писать более универсальные функции, где этого делать не обязательно. (во вред времени и сложности)

Спасибо, кайфовый видос)

2:49 Я знаю что эти изменения сохраняются. Но иногда это полезно, чтоб они сохранялись, например в функциях с рекурсией. Или отслеживание изменений чего либо.

Спасибо за видео, подчерпнул для себя некоторые моменты, которые упускаю в своём коде)

ну, например, часто замечал, что люди проверяют пустоту списка следующим образом: if some_list == [] или if len(some_list) == 0 лучше всего проверять так: if not some_list

Полезное видео, спасибо, обнаружил у себя ошибки 5 и 8, иногда 9:)

Ещё ошибки новичков: Сложные условия, ветвления If elif, не однозадачные классы/функции, множественное наследование (более 3 родителей), декораторы статик метод (там где нужно бы вынести функцию из класса), применение eval. Что вспомнил сходу) Игнорирование дандеров и аннотаций)

Спасибо, полезно. Очень нравятся твои видео и особенно подача)

Даёшь гайд по Логуру!)

Спасибо тебе продолжай в том же духе

Полезное видео. На удивление, каждая проблема, практически без изменений, применима и к c#

например цикл for и следующее за ним условие в котором при определенном условии вызывается continue. не использование тернарного оператора. употребление булева в условии чтобы вернуть из функции True или False if a==True: return True else: return False

За логгинг спасибо, не задумывался на самом деле об этом)

Заметил за собой что если писать типа if not isinstance(5,int) это раздражает больше чем если If isinstance(5,int) По возможности избегайте not - в сложных if, он может озадачить, например так: If not rating !=5: Print('good')

Спасибо, только это не совсем новички, а те уже которые потихонечку шарят, но однозначно спасибо честно я из этого видео запускаю только 2 ошибки это тонирование и принт, спасибо вам огромное

Спасибо заотличное видео.

Добрый день. Была 4я. Но не очень понимаю как перейти от нее к исправленному варианту. У меня подключение к sql'у, с отправкой данных. Не могу сообразить как без try'я мне except'нуть текст ошибки? PS я правильно понял, что после with... мне вообще не нужно делать sqlite_connection.close()? Использую стандартную конструкцию из учебника через try: { connect(), всякие там execute() и.т.п. } ... except: print(error) ... finally: close(), встроенную sqlite3.

Спасибо за советы! Полезно! П.с. Что за игра на фоне?))

Ещё когда употребляют чрезмерную вложенность конструкций в ущерб читабельности. По мне, так нужна золотая середина. Потому что программирование это больше про чтение кода, а не про написание, а некоторые как понапишут одной строчкой такой длинный огород, что потом фиг его прочитаешь, да ещё без комментариев...

Супер!! 9 из 10!

Не знаю только у меня или ещё кого то есть такая ситуация, когда при продумывании алгоритма решения задачи, первое что приходит на ум это сложные структуры. Хотя на самом деле не зная их можно было более просто и понятно написать код. Например, начинаешь думать, о это надо через рекурсию идти, пишешь, дебажишь, а через несколько дней озарение, а нафиг вообще я это сделал и через обычный цикл for все прошло. Вот такое за собой заметил- не нужно усложнять.

Создание списков с определенным шаблоном в несколько строк? Когда можно вычитать данные с файла и записать в список подряд с изменением, скажем, типа в инт с делением надвое, можно использовать [int(i)/2 for i in file.readlines()], а не присваивать сначала список из строк определенной переменной, а потом проходиться по всей переменной через цикл, потом, перед этим объявив еще одну переменную, добавлять в нее уже готовые элементы подряд.

Начало положено 😁 закончить нужно паттернами и шаблонами проектирования 🙏 😭 пытаюсь их понять и запомнить

Можно ли из notion перенести заметки в obsidian?

По поводу второй привычки не совсем согласен. Иногда, в случае сложной логики лучше пожертвовать парой строчек кода ради лучшей читаемости. По крайней мере мне так бывает проще. А ещё (может в комментариях уже упоминалось) ВСЕГДА пишите комментарии. Хоть чуть чуть, хоть пару строчек. Иначе, через полгодика, вы сами не сможете понять что тут понаписано.

Я тут немного впрягусь за if: pass Не так давно на codewars решал задачку где в какой то момент в зависимости от значений 2х переменных у меня было 4-5 вариантов действий, а в части вариантов одна из них могла быть равна 0 и тогда не надо делать ничего. В итоге решил самое первое условие задать if not (a and b): pass Что бы на нулевых значениях не делать 5 ненужных вычислений.

А что за игра идёт фоном?

А чем плох стандартный модуль logging?

На счет is и знака равенства я не согласен, это совсем разные вещи. is проверяет ID объекта, и если допустим есть int a и int b, которые оба равны 4444, то is выведет False, при том как знак равенства выведет True. По крайней мере, это работает в питоне версии 3.10*.

Нууу... 3. Конструкция try:finally часто предпочтительнее простого with, т.к. мы сможем а) залогировать ошибку, б) обработать ошибку, в) код становится куда более интуитивный. Особенно, если много ждунов, а ролик на них вроде бы и ориентирован. with - это скорее семантический сахар и он удобен в довольно простых ситуациях с минимальной вероятностью ошибки и/или минимальной бизнес-логикой. Но explicit better than implicit. Более того, если что-то подобное используется в долгоживущих приложениях, то with всё равно потребуется оборачивать с try:except, а это дополнительные отступы, а много отступов - минус зрение. 8. Подмена понятий. Какая-то мнимая производительность (в пайтоне то) с семантикой. Предложенный вариант всего лишь семантически куда более верный. Понимание кода в философии пайтона стоит во главе угла, поэтому очень много уделяется именно идиомам и лаконичности. Писать понятный код это далеко не тоже самое, что писать производительный код (не просто ортогональные понятия, а часто - взаимоисключащие), что может неверно навести на мысль новичков, что в пайтоне имеет смысл экономить бюджет CPU. Нет, не имеет, а преждевременная оптимизация - корень всех зол. 9. Снова какая-то подмена понятий. Мало того, что ни слова про __bool__, так ещё и почему-то считается, что пустая коллекция - это False. Это ближе к сахару и идиомам самого пайтон, чем чему-то общепринятому, так что стоило подробнее рассказать, откуда беруться ноги этой практики. Более того, часто практика if bool(x): является осознанной, в рамках explicit better than implicit. 10. Что-то очень странное. И вместо нормального logging (встроенного!) с объяснением, что такое журналы, хендлеры, фильтры и зачем они нужны (но да, кролячья нора) - loguru - простейший "дроп-ин" реплейсмент для простых проектов без многих, порой необходимых, вещей. И да, это внешняя зависимость, тогда как logging уже есть в самом пайтоне, а его простейшее использование не такое уж и ужасное, как его часто малюют.

По поводу ведения логов. А чем не устраивает стандартная logging?

Что за игра на фоне в начале?

1:06 if not status: exit

Что за игра кста на фоне?

А шо за игра на фоне?

Часто у себя исправляю вложенные условия. Тоесть условия внутри условий, часто их можно в одно объеденить

Сам таким страдал 1. Огромные функции, с проверками, действиями и прочим, строк на >100 Нужно разделить на разные функции по смыслу, и одному действию. 2. не используются тайп хинтинги и докстринги.

Что за игра на фоне

Поспорю про принты. На момент отладки проще воткнуть print(1) или другой символ который программой точно не выведется чем писать логи, ктомуж если умеешь писать то на момент отладки у тебя максимум 2-3 принта которые никак не проблема убрать

От себя скажу - я все еще не искоренил в себе вещь типа "type(n) == list". А, касательно "ошибок", я бы вот такую вещь выделил: def do_smth(n): if n == 1: return False else: return True Вот когда вижу такое - ретурн через елс, меня просто выворачивает. def do_smth(n): if n == 1: return False return True То, как стоило бы использовать, ИМХО.

Забавно, что в этом списке из 10 нет одной из самых распространенных - итерирование не по коллекции, а по ренджу с извлечением значений по индексу (си-подобный цикл for)

По поводу is вместо ==, питон будет выдавать следующее SyntaxWarning: "is" with a literal. Did you mean "=="?

a = [1, 2, 3] b = [1, 2, 3] c = a print(a is b) # False, потому что a и b - разные объекты в памяти print(a is c) # True, потому что a и c - один и тот же объект в памяти print(a == b) # True, потому что значения списков a и b одинаковы

Забывать сохранять код каждые n минут.Перебои с электричеством, бзики компилятора, синий экран, да что угодно - если в вашей среде разработки отсутствует функция автоматического сохранения кода, пожалуйста, жмите ctrl+s(или любую другую комбинацию, отвечающую за сохранение) как можно чаще, вы сбережёте уйму часов работы, труда и, что главное, нервов.

f строки не все версии python поддерживают. особенно на raspberry pi это частая проблема. поэтому лучше format. по скорости не уступает.

Хеллоу, май дир френд. Я таки вот все понимаю, когда-то я вас попросил создать игру, где ты типа грибок и прыгаешь по супермарио, но вот та концепция, которая вот на фоне показана - это не совсем то, что я подразумевал. Левел дизайн, конечно, получился хорошо, примерно то, как 2д игра и должна выглядеть в 2022 году, но сама концепция и вот эти модельки все же не совсем то, чего я ожидал. Переделайте, пожалуйста, спасибо.

Подскажите какой IDE вы пользуетесь и какую тему вы используете

К сожалению источником большинства ошибок являются учебники :-)

Четко

А нельзя заменить if status == 0 на if not status?

1:11 exit(0) if not status else ...

смотрю это видео при том что питон начал изучать только вчера)

1:48 в каком смысле "более безопасно"? Разве там под капотом не формируется то же самое try-finally?

Не знаю было или нет, это игнорирование list comprehension, почему-то многие это игнорируют и не хотят использовать.

1:25 open("BlaBla","w").write("что-то") и все

Видео очень полезным оказалось для меня, т.к. я только начал изучать Пайтон, и мне это всё как раз кстати. Но я не смог поставить лайк, и даже не буду его скачивать, потому что создатель умудрился обосрать видео, поставив в фон игру! Возможно это реклама, и ему это было нужно! Но чёрта с два! Я не мог сосредоточиться на коде, и всё что мне остаётся сделать - ставить на паузу, выписать 10 пунктов, и забыть про это видео навсегда.

Че за игра на фоне

Учу язик Python уже 3 день, відео топ.Но пока нечего не понимаю)

Я хоть и Джун, но все кроме привычки принтов вместо логов не имею. И по поводу логов. Логи нужны, как либа и нужно отслеживать непосредственно взаимодействия между модулями, если ты пишешь скрипт, то логи будут излишние и не читаемы, сами сеньоры со стажем 10 лет работы используют принты непосредственно в самом одном каком-то скрипте.

Сам являюсь новичком, но подобных ошибок не допускал

я прям профи )))

Опасно новичкам использовать оператор is без понимания его работы. Могут напихать везде где не нужно. 😆

А, да. Основная ошибка новичка в изучении пайтхониума - это изучение пайтхониума, а не правоставного Дарта, извините за кибербуллинг и всего вам хорошего!

некоторые из этих проблем показывает pylint

Я всегда думал что == и is это разные вещи

Забывать про map, filter и городить стремные конструкции.

Одиннадцатая ошибка откладывать код на долго Двенадцатая ошибка не писать для большого кода комментариев

Самая главная ошибка не соблюдение РЕР8 и тайпинга

Я так то уже Middle Python разработчик но были ошибки

А зачем использовать сторонние библиотеки для логирования, если есть прекрасная встроенная? Особенно новичку.

"Библиотека логур" (logger)... Понимаю

Ну ты загнал - новички))), как по мне главная ошибка новичков, это то что большинство из них забросит программирование после "Hello World"

Введу пару корректировок автору, другим тоже будет полезно знать :) • f строки не всегда быстрее, это можно проверить по модулю disutils. • Насчёт except я ну не совсем согласен, ибо тот же контекстный менеджер supress из contextlib + модуль keyboard. • Насчёт is есть замечания! Оператор == вызывает метод класса __eq__, а is проверяет по типам, если класс пользовательский, тобиш None is NoneType вернёт True, когда с == будет False.

if status: # тоже самое что if status != 0:

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

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

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

Ну я только ошибку #1 допускаю

Ещё могу сказать как новичок. Что ничего сказанного в этом видео я незнаю))) по ходу видео уже для новичков, которые не новички

Ошибки ли. Тут вопрос. Явных то ошибок нет

2:25 и они потом еще над php шутят

kzfaq.info/get/bejne/p7uVqMdnqdyzh30.html эх, я был лучшего о тебе мнения

Просто проверьте: print(1 is True) print(1 == True) и вопросы отпадут

новички откладывают изучение дебаггера. и очень очень зря

Желаю 0 дизлайков)

Ладно, ты просил комментарий, поэтому уже после пункта три не могу удержаться. Ты себя описываешь? Новички не используют ручного форматирования, большинство о нем в принципе не знает и юзают f строки и только их, на счет if else, ну вообще какой-то бред, а на счет закрытия файла и конструкции with написано в каждой книге, даже в пайтон для детей, много книг говоришь прочитал? А автор этих книг Хайди Хо?) Иду дальше слушать этот бред из пальца... А все, досмотрел... Вся херня из пальца высосана... Ты описываешь ни новичка, а прям совсем идиота не умеющего видимо ни читать ни мыслить.

Спасибо за советы! Полезно! П.с. Что за игра на фоне?))