Ошибки начинающего Python разработчика.

Друзья, предлагаю рассмотреть трудности, с которыми может столкнуться начинающий питонист в начале своего пути, а также как их преодолеть. В целом эти кейсы можно отнести не только к изучению Python, но и любого другого языка.

Попытка узнать все и сразу.

Зачастую начинающий разработчик, пролистав вакансии и увидев там кучу неизвестных слов, а также несколько языков программирования - пытается начать изучать несколько сложных областей одновременно с полного нуля. Или даже бросается постигать несколько языков программирования, например Python и Java. Обычно это приводит к тому, что в голове у человека вместо знаний образуется каша, а на собеседовании он будет выглядеть как дилетант, который за неделю-другую прошелся “по верхам”, и, ничего не зная, претендует на высокую зп.

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

Уделять теории гораздо больше времени, чем практике.

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

Как минимальный вариант - пройдя видеоурок, сразу же воспроизведите его у себя в редакторе, позапускайте код со всеми примерами из видео. Ведь наиболее твердые знания это те, что вы “пропустили” через себя.

А еще лучше, дополнительно посещайте регулярно Codewars или любую другую платформу, и пытайтесь решать там задачки - начиная с легкого уровня и далее.

Заведите свой небольшой пет-проект, опубликайте на GitLab, практикуйтесь в его доработке

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

Ошибки при запуске кода возникают у всех. С большой вероятностью, если вы скопируете текст ошибки в строку поисковика, то найдете на первой странице решение вашего вопроса на StackOverflow  или других ресурсах.

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

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

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

Использовать только видео и курсы для подготовки.

Многие видеокурсы достаточно хороши, имеют хорошие отзывы и содержат толковыеинтерактивные задания. Но вот пренебрегать старыми добрыми книгами отнюдь не стоит, если вы будете их читать - то будете наголову выше коллег по цеху, которые просто смотрят видосики. Почему? Просто оцените размер книг, например, Лусиано Ромальо или Марк Лутца по Python. Разве возможно такой объем знаний передать через короткие видеоуроки? Конечно же, любая тема в книге освещена более глубоко, чем в видео. Более того, видеоуроки на ютубе может начать делать любой человек, и ничто кроме отзывов и комментариев под видео его знания не оценивает. А вот признанные книги скорее всего прошли несколько переизданий, написаны профессиональными программистами, и даже возможно получили рецензию тех, кто стоял у истоков языка.

Боязнь браться за неизвестные задачи

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

Такая установка зачастую вам на самом деле невыгодна, ведь добровольно вызвавшись изучать что то новое - вы во первых, покажете начальству, что способны брать на себя ответственность. Во вторых, вы получите ценные знания и опыт, и в любом случае увеличите свою стоимость на рынке.

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

Друзья, спасибо за прочтение!

Пишите в комментариях, какие ошибки на пути разработчика вы бы еще указали.

А вот здесь разбираю теорию и задачи по Python