Эти ошибки совершает каждый новичок Python / 11 Ошибок которые нужно исправить
![ZProger [ IT ]](http://yt3.ggpht.com/ytc/AIdro_nEayoD4jBvKkG7VFnuTm_Rnd64g6RPSHL9K53LulYXDQ=s48-c-k-c0x00ffffff-no-rj)
HTML-код
- Опубликовано: 15 июл 2022
- ⭐ Курс ООП и Приват канал: www.zproger-school.com/?...
⭐ Телеграм канал: t.me/codeblog8
В данном видео мы рассмотрим 11 ошибок, которые разработчики часто совершают при написании кода на Python.
Эти привычки новичков в Python выдают вашу неопытность.
Отказавшись от этих привычек и применяя более правильные варианты из видео, вы сможете улучшить свой код и сделать его более грамотным.
📁 Github: github.com/Zproger
📁 Все плейлисты с уроками: bit.ly/39GaY89
📁 Связаться со мной: zproger777@gmail.com
📁 Поддержать криптовалютой: github.com/Zproger/donate
![Теория игр: жизнь, Вселенная и всё остальное [Veritasium]](/img/1.gif)
Первое видео:
ruclips.net/video/D1wp0TNKOYI/видео.html
12 ошибка: пытаться решить проблему не отходя от компьютера. Если где-то застряли, отойдите по домашним делам. Сходите в магазин. Уберитесь в комнате. Посуду помойте. Во время отвлечения вы найдёте решение. Порой весьма радикальное, то есть совсем с другим подходом. Так работает наш мозг, ему надо отвлекаться.
Мне это не помогает. Не люблю уходить, когда у меня висит проблема. Решается она всегда!
Часто помогает даже просто сходить прогуляться, минут на 10-20. Часто бывало что застрял в коде, не понимаю что и как делать дальше, куда вставить расчеты, какие расчеты провести, а потом иду в магазин или прогуливаюсь и решение само приходит. А если не помогает беру ручку бумагу, завариваю чай или кофе.
Так работает мозг. Если есть проблема, от которой зависит его благополучие - он процесс поиска решений ставит в фоновый режим, фигурально выражаясь. Поэтому кажется, что ответ приходит в голову сам, когда не думаешь о проблеме (или после решения находится более удачный способ - сравни "после драки кулаками не машут" - это заметили давно - научно описали недавно)
@@osmanof9209 мозги у всех по разному устроены, но в большинстве случаев именно отвлечение помогает найти решение. Стивенг Хоукинг сделал своё знаменитое открытие, когда ложился спать. Он вдруг сел на край кровати и сказал: "Я понял". Так рассказывала его бывшая жена. Можно привести в пример еще целую кучу примеров, например, открытие горючего для ракет было сделано по время тушения пожара крыши изобретателя. Речь идёт о горючем, которое быстро горит, но при этом не взрывается. Про себя могу сказать, что однажды я создал неправильную, но рабочую архитектуру, потому что не отходил от компа. Но когда отошёл, я вдруг осознал, что можно было сделать всё намного проще.
В точку! 100500% верно.
Про разделение на модули я очень давно понял, когда писал простую игру "Морской бой" на Turbo Pascal в качестве курсового проекта. Как-то сам пришел к тому что не стоит писать весь код в одном файле. В следующей игре про дирижабль и так же как курсовой проект, но уже на C++, такой ошибки не делал.
Видео по структуре чтобы создать модульную структуру хорошую пожалуйста и еще переменные окружения
Видео уже на канале:
ruclips.net/video/SS8KtothcAQ/видео.html
А про переменные окружения вот:
ruclips.net/video/jdCfpPID38g/видео.html
С девятой шибкой не совсем согласен. Бывают ситуации, когда нужно обрабатывать элементы массива парами( 2 элемента подряд или любые 2 - не важно) в таких случаях индексирование очень даже подходит
а есть еще enumerate(), который возвращает пару индекс-значение итерируемого объекта.
for index, value in enumerate(list):
…..
@@vvvarvfx а теперь обратись в таком цикле к следующему элементу
Большинство этих ошибок относится к любому языку, а не только к python.
Согласен =)
Забавно слышать про модульную структуру, для новичка это в целом может звучать как разделяй абсолютно всё по разным файлам. Как-то периодически натыкаюсь на видосы, где люди разделяют прям вообще всё. Как пример, Вы пишете калькулятор, но это вовсе не означает, что каждую операцию следует писать в отдельном файле - будет треш из импортов)
первая ошибка... в питоне нет переменных. извините не удержался
ошибка новичка с которой можно столкнуться как раз таки связана с тем что в питоне вместо переменных ссылки на объекты. поэтому если
a = list(1, 2, 3)
b = a
b.append(4)
обе "переменные" станут [1, 2, 3, 4]
чтобы такого не произошло нужно как вариант сгенерировать b из a например через лист компликейшн
b = a[:]
Не всегда передается именно ссылка, такое работает именно с списками, но не будет работать с переменными напрямую. В принципе всё правильно, но если я в видео начал бы это говорить, то нашлось бы куча умников которые орали бы что видео сплошная вода, поэтому я так глубоко не лезу =)
@@zproger на самом деле не только словари. даже итегер может иметь разный адрес в памяти. до 1000 на сколько помню адрес будет один дальше они будут разные.
>>> a = 1000
>>> b = 1000
>>> id(a)
54545904
>>> id(b)
54545872
>>> a is b
False
а вот если например будет 256
>>> a = 256
>>> b = 256
>>> a is b
True
>>> id(a)
1617623536
>>> id(b)
1617623536
>>>
поэтому нужно учитывать что если мы сравниваем не Bool и не типы а именно содержимое нужно в условии сравнения использовать
if a == b
в остальных случаях
if a is b
Ну что вы прямо так и сразу в лоб - такое откровение для аффтара данного ролика может ввести оного в когнитивный диссонанс...
12 ошибка: считать, что уж теперь-то в Вашем коде нет ошибок. Если программа отработала пару раз и не свалилась в ошибку, чаще всего это означает, что звёзды пока не сошлись так, чтобы возникла достаточно редкая ошибка.
def return_sum(num1, num2):
try:
return int(num1) + int(num2)
except:
return "Неверные значения"
a = input()
b = input()
print(return_sum(a, b))
Сколько раз нужно запустить этот код, чтобы он сломался и выдал ошибку?
о, это моя любимая ошибка. особенно, когда пишешь нативное прилжение для windows и получаешь разные баги на трех одинаковых версиях ос. видимо до кросплатформенного кода мне еще очень далеко)
@@arka2084 проще простого, переопределить выше стандартные print или input:
def print(*args):
raise Exception
интересно про архитектуру и модульность для новичков
Изначально писал имена переменных на "венгерском", сейчас стараюсь обходится минимумом переменных, если это не вредит скорости выполнения скрипта. Могу только пожелать удачи будущему мне, который в этом говнокоде будет разбираться))) До сих пишу до 500 строк в одном файле, благодаря IDE легко скакать по классам и функциям, не вижу в этом проблемы. Остальные ошибки новичков меня миновали. Хотя свой алгоритм шифрования, я пытался написать, но на вторую неделю изучения подходов и математики бросил эту идею. Полезней научиться правильно применять существующие.
Как человек посмотревший около 6 видео про def, могу сказать что я до сих пор не могу понять что это такое
2:13 - Кроме указания типов в сложных функциях полезно писать документацию с описанием и примером использования
Очень жду видос про файловую архитектуру проекта
Можете посмотреть в сторону классовой архитектуры с помощью диаграмма “Use Case”
Модульная структура довольно сложная, даже на этапе архитектуры проекта или большой программы, трудно проработать структуру, с несколькими разбитыми файлами
10:20 между функциями должно быть по две пустых строки, а не по одной
=)
8:51 этот анонимус в каждом видео по теме it и я с этого так угораю ахахахахахах ютуб взламывает
тоже самое :D
Пожалуйста, помогите. Я удалила python и все пропало. Рабочий стол, панель, все. Как восстановить без переустановки винды?
Помню пытался сделать сразу двух телеграм ботов, и сразу в обоих обновлял функции для взаимодействия с базой данных.
По итогу создать отдельный файл под СУБД, и импортирую его.
Zproger[IT] пожалуйста посоветуйте хорошие книги или ресурсы по python
Есть 2 видео на канале о книгах =)
А что про ошибки новичков, не только Python. Как мне кажется пытаться решить задачу в лоб, не проанализировав ее и не составив план действий. Не просто так же на уроках информатики заставляли сначала нарисовать блок-схему, затем описать на псевдоязыке, написать код и только потом вводить ее в ПК. Перед решением задачи на ПК заварить чай или кофе, взять лист бумаги с ручкой и описать какой модуль и как будет работать, что делать, как работать с другими модулями. В последствии экономит кучу времени.
Давай про модульную структуру
6:56 второй раз вижу этот кадр, так приятен к глазу
2я: пишу много list comprehension
Бывают 2х этажные, редко 3х.
Это все к 3й - комментарии, использую редко, обычно метод говорит за себя, код уже надо почитать и понять.
Мне понятно, но бывает, что надо спокойно посмотреть код пара минут и все ок, т.к. я один QA Automation
И ещё одна глупая ошибка: не знать языка, на котором пишешь. К примеру довольно легко случайно назвать свой модуль именем одного из системных модулей и долго гипнотизировать сообщение об ошибке внутри совсем другого модуля.
Сделайте видео о модульной структуре, очень интересная тема
Уже есть на канале:
ruclips.net/video/SS8KtothcAQ/видео.html
Мое мнение - lambda не является заменой обычной функции никаким образом. Используется внутри конструкций, а не как самостоятельный элемент.
Сейчас работаю над консольной ОС/утилитой, которая обеспечит удобную работу с файлами и другими прогами на python. На проектирование одной только примитивной файловой структуры потратил недели две. Щас уже месяц сижу, думаю, как расположить компоненты программы, чтобы всё просто заработало😂
Где-то в аду стоит отдельный котёл... с надписью "lambda"
не проверял :)
Братан, я жду от тебя великих подвигов!!!
Спасибо
я лямбда функции использую в основном для map, filter а так да согласен со всем
;)
Поставил лайк, но считаю что некоторые "ошибки" просто высосаны из пальца, например, по поводу создания вопросов на Stackoverflow
вот реально бесит в группах по нормальному, взрослому пайтону, встревает какой-то индус или африканец и выкладывает скрин с пропущенной скобкой или нарушением отступов, и спрашивает, а где здесь ошибка? или дает описание задания, вроде сделайте ёлочку, и просит: помогите решить! Ладно раз, но это каждый день по тридцать раз от разных людей. В итоге: поиск решений превращается в поиск иголки в стоге сена, отсыревшего, подгнившего и смердящего.
Нет, это реально тупо, создавать вопросы на каждую мелочь. «Как обработать событие "click" в jQuery?»
За всё время ни разу ничего не спрашивал на SO, но большинство подсказок по незнакомому языку или фреймворку находил именно там. Так что совет очень правильный. Кстати, отсутствие ответа на свой вопрос в результатах поиска в интернете указывает на то, что возможно я делаю что-то совсем неправильно и есть какой-то совсем другой способ. Почти всегда.
Это какой дистр линукс у вас стоит?
Zorin OS
@@zproger норм, дистрибутив назвали моей фамилией xD
У вас не было проблем с установкой и запуском ImmunityDebugger и как вам удалось его установить и запустить?
2:51 pyCharm Ctrl+Alt+L
Братан, запили ролик про то что никому не нужно!!! Давай великий. нейм фо нейм!!! Давай расскажи как мне это нужно, хоть и никогда не было нужно
Может кто нибудь сказать, что за игра на фоне?
одна моя знакомая, как то сказала "когда я слышу английскую речь - складывается впечатление что у говорящего во рту `Буй` " - это к вопросу о "первой ошибке" от аффтара
Это общие стандарты, и это является ошибкой, давайте я тогда буду классы называть в 200 символов, потому что я так хочу?
@@zproger Тогда дайте мне ссылочку на эти стандарты и их номера в реестре.
Не надо путать мух с котлетами, и выдавать предпочтения некоторой группы фриков-приверженцев того или иного подхода за "стандарты".
P.S. и как пример, в кодах игрового движка от компании EpicGames (а это одна из фаворитов) практикуется название переменных и классов длинной аж до 64 символов (можете скачать и убедиться).
По-моему одна из главных ошибок в питоне это не знание про match/case - pattern matching) Я когда узнал как это работает то аж обалдел.
Да, достаточно крутой инструмент =)
Он сравнительно недавно появился, поэтому многие не знают.
Я пока намерено их избегаю, чтобы можно было поддерживать все версии 3.8+, ведь в Windows 7 остаётся только эта версия, а он ещё у много кого стоит.
Если from __futures__ import annotations, то можно и в 3.8 аннотации с 3.9 использовать, а если match case добавлять то все версии раньше 3.10 безвозвратно отпадают.
Не считаю незнание ошибкой
@@user-vs4wb5db3q Есть ещё мутные чуваки, сидящие на мёртвом XP, конечно. Но такие меньшинства - явно не повод для того, чтобы тормозиться в развитии, отказываясь от новых версий языков.
Windows 7 перестала получать обновления драйверов и безопасности, майкрософт официально прекратили поддержку. С того дня можно считать, что компьютеров на Windows 7 не существует.
3:29 я думал что я один такой :)
Тоже самое
Буду подтягивать знания
Очень и очень спорно про разбивку по разным файлам.
Основной аргумент субъективный ("чтобы не путаться и для удобства")
Именно для удобства чаще всего подходит соединять все в одном файле, где легче всего найти связи.
Представьте, что у вас 3-5 активных проектов с модульной структурой, и вы открываете не одну вкладку в редакторе для одного проекта, а 3-5. Итого куча вкладок, в которых запутаться гораздо легче.
что за ошибка Traceback (most recent call last):
--- Logging error -- =)
Лучше не комментировать, а писать понятные переменные. Clean Code почитайте
Ровно до тех пор, пока эти переменные не сваливаются в кашу внутри функции и функция не превращается в чёрный ящик, который даже трогать не хочется. В такой ситуации хороший комментарий по цене золота
@@MaxusR если они сваливаются в кашу, значит надо рефакторинг функции писать
Лучше писать развернутые коментарии и понятные переменные.
@@lucky_user здесь я с Вами не могу согласиться. Рекомендую почитать Clean Code. Потом можем продолжить диалог.
@@dazdess кроме случаев, когда оно работает, всегда, каждый раз... ну как в том анекдоте
Меня очень бесят эти костыли под названием "Перегрузка" из typing, у которого кастрированый функционал. В итоге я взял и спиж-адаптировал inline с плюсов для Пайтона. Незнаю, плохо это или нет, решать вам.
Ждём видео про архитектуру
Первую ошибку, наверное, вообще все совершали. Я только через полгода смог от неё избавиться... Есть один вопросик только к одному совету. Это про модульность. Я с Вами полностью согласен. Однако не со всеми языками удобно создана модульность. Например, в С++ есть с этим некоторые проблемы. Поэтому мой проект состоит всего с двух файлов - хидера и исходников с суммарным количеством строчек кода в 4000. Но для Питона этот совет подходит отлично.
Советы крутые. Будет интересно разобраться с модульность, так как я больше С++ разработчик и в Питон забегаю изредка...
на с++ проблемы с модульностью? Я всегда полагал, что .dll - это же суть модульности - библиотеки отдельно от исполняемого файла, всегда на это ориентировался... подробнее, пожалуйста
11 ошибка, индусы так и пишут. это трэш и угар, но в энтерпрайзе прокатывает
xD
Братан.... надо делать нейм фо нейм!!!! Давай.... топи жесткач
ага)
Делаешь годный контент!😀
Благодарю
Тхэнкс:)
=)
8:50: кодит в ютубе😂
;))
Нулевая ошибка: передрать полностью коммментарий IIIyTHuK Live из прошлого видео в качестве первых семи ошибок и даже не сослаться на автора.
Не содрать, а дополнить видео.
Вы почитайте мой ответ на комментарий прежде чем говорить.
Спасибо за советы.
спасибо за видосик 🌚🤘
=)
Требование объявлять переменные на английском языке диктуется исключительно удобством дальнейшей поддержки и универсальности. Если код локальный, пишите на транслите если вам так удобно. Русскоязычный транслит часто информативней, чем английский аналог. Также, теоретически вполне возможно именование кириллицей, но возможны ньюансы, поэтому это фишка на проработку. Используйте лямбда-функции, если вы понимаете как они работают!!! Не слушайте разный бред. Разный код пишется под специалистов разного уровня, если кто-то не может прочитать ваш код, потому что не разбирается в лямбда функциях - это не его уровень. В погоне за простотой можно добежать до бейсика. Есть желание - вперед!
Набор "дырявых" рекомендаций, которые будут очевидны любому начинающему программисту, который доберется до использования ООП в Питоне.
спасибо, все по делу) ловите лайк от СЕООНЛИ
=)
Кто такой сеоонли
я средний программист и я работаю на ткинтер
А что за дистрибутив?
Нужно писать такой код, который не требует комментариев.
Писать коротко и понятно давно явно не каждому, альтернатива это комментирование
Главная ошибка новичка питона это изучения питона первым ЯП
Так он самый лёгкий не? Начинал с java, kotlin, понял суть только через питон.
@@schmoopiegrob8758 это и плохо, что потом непривычно. Лучше учить легкое, когда знаешь сложное имхо
Очередной школота который еле еле смог за 2 года изучить основы CSS...
переменные на русском языке это не баг, а фича.
9;45 Бред какойта.
Я узнал про комбинацию for ... in ...
еще раньше чем узнал что такое range
Насчёт 8 ошибки. Иногда в начале проекта совсем не очевидно, что потребуется для его успешного завершения. И в таком случае можно мудрить, выдумывать структуры, делать заготовки для работы с предполагаемыми данными, а потом половину написанного кода всё равно никогда не использовать или сильно его менять. В такой ситуации приходится пробиваться через временный код, а потом уже его превращать в окончательный. И это всё равно окажется быстрее, чем пытаться заранее продумать весь проект целиком.
Я сто раз посмотрел твои рекомендации.. и и у меня в сто раз хуже получилось....
Не надоело спамить?) Еще 100 комментариев напишите)
Первая ошибка это не совсем ошибка - это, возможно, любовь к своему языку. Чисто принципиальная позиция. Например, мне так нравится и мнение кого-то меня не сильно волнует
Третья ошибка - это стремление стандартизации, когда вы в команде и пишите в конвеерном стиле.
Шестая ошибка - бежать на стэковерфлоу или как -то искать ошибку лучше если не искать и забить на все. То что люди пишут кому-то на форуме это из-за неопытности и желании в общении...
Девятая ошибка - это даже не ошибка, а привычка или незнание, так как не читали документацию.
нет
Испанцы называют переменные на испанском, поляки на польском, германцы на германском, китайцы на китайском и т.п. (если конечно это не международный проект) и только русскоязычные.. аяяй.. пользуйте инглиш.
да лучше на инглише, так бесит переключать раскладку, и вечно проверка раскладки начинается с "c". И кстати, не видел, чтобы пара знакомых поляков объявляли переменные на польском, коряво, но на английском. Китайцы пишут иероглифами, т.к. это дополнительный слой шифрования от не азиатов.
Ну скорее *мусор* это *программист* который писал *этот код* и не помнит его же
Сложно помнить всё, когда твои проекты уже начинают состоять из нескольких файлов и в сумме переваливают за пару тысяч строк
@@user-zf8hu2bz1j "пару тысяч строк" - да вы, батенька, просто счастливчик))) за последние пару лет, в проектах, где я имел возможность скромно поучаствовать, объемы начинались от полумиллиона строк. и, кстати, в них встречались названия по типу "Consume_dump_param___Ne_trogaite_bladi_etot_class_on_tolko_dlya_otladki_i_ne_voydet_v_production"
После первой "ошибки" закрыл ролик, афтор сноб с комплексами
Как скажете 😁
Если у вас плохое настроение, то так и скажите :)
ролик закрыл, но камент как-то написал)))
1 ошибка. Не пишите в транслите. Пишите по русски
печать = print
число = 1
печать(число)
Реально смешно в транслите )