Stroy71

Видео могут забанить или перенести куда-то в платное.
А книгу купил - и лежит себе на полке.

Полноценного понимания не существует.
Я долго писал в процедурном стиле и долго не мог понять зачем вообще нужны эти классы какие-то.
Всё решалось функциями. С ростом сложности проекта приходилось передавать в функции всё больше и больше аргументов. Когда аргументов стало слишком много, я стал передавать в качестве аргумента массив с переменными.
Функция изменяла значения в этом массиве и возвращала.

Иногда (часто) функция должна была вызвать другую функцию и передать туда этот массив. Количество функций росло, цепочки из них становились всё длиннее и я даже стал путаться в том, какая функция в какой цепочке (трейсе) участвует.
Тогда я стал раскладывать группы функций по разным подключаемым файлам и называл эти файлы так, чтобы по названию понять какой группе переменных они нужны.

А потом я случайно узнал, что эти какие-то непонятные методы, которые "являются поведением объектов класса" (как это обычно объясняют) на самом деле просто функции и есть. И оказалось, что можно не пропихивать массив через них, а наоборот - функции сложить в этот массив. Получилось, что класс это такой "массив" в котором есть не только переменные, но и функции. И эти функции могут видеть все эти переменные, даже если не написать global $var. И это было как раз тем, чего я очень желал и радости моей не было предела.
Кстати, узнал я это, когда забавы ради кодил 2D платформер на C# в Unity.

Подобные алгоритмы легко анализируются и распутываются, когда начинаешь вручную подставлять значения. 0, 1, 2,...

Прочитайте какую-нибудь книгу, которая считается авторитетной в той области программирования, которую вы для себя избрали. Я вот, например, когда начинал писать на C#, бездумно копировал с SO примеры с использованием List<T>. Но при этом даже близко не понимал что это, еще и ругался про себя "опять эти непонятные уголочки, интересно, что они значат". А потом прочитал Албахари, ах вот что это, обобщенный класс, а их, оказывается, еще и свои можно писать. Как сколько нам открытий чудных...

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

Да все мы самоучки и пропустили "небесный инструктаж", как это называет Ричард Бах.
Ощущение неполного понимания обозначает границу между тем, что вы действительно освоили, и тем, что еще нет. По мере накопления опыта граница будет расширяться, но не исчезнет никогда. Комфортно и уверенно вы будете себя чувствовать только в задаче, которую решаете не в первый раз.
Добро пожаловать в профессию ;)

Глобально, вопрос идентичен такому "что мне почитать, чтобы стать терапевтом, научиться водить камаз, а еще выступать на стадионе с рок-концертом".


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

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

Например, в учебнике написано, что железка CISCO поддерживает h323. И железка Panasonic тоже поддерживает h323. Прочитав учебник, вы будете строго убеждены, что одно можно соединить с другим и получить профит. На деле же оказывается, что одно другое никак не понимает, но вот если между двумя этими идиотами поставить Asterisk, понимание достигается моментально.

Следовательно, единственный вариант общаться с инженерами на одном языке и на одной волне - это самостоятельно несколько раз построить (и поломать) такую инфраструктуру, для чего надо пойти эникеем на предприятие, где такая инфраструктура есть.

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

function pouer (num, gibe) {
    if (!gibe) {
        return pouer(num, 1)
    } else {
        return Math.log2(num)
    }
}

pouer(16) // 4

Райан Митчелл. Современный скрапинг веб-сайтов с помощью Python. 2-е
межд. издание . — СПб.: Питер, 2021.
Anish Chapagain. Hands-On Web Scraping with Python.-2019.
Katharine Jarmul, Richard Lawson. Python Web Scraping. Fetching data from the web.-2017 Packt Publishing.
Richard Lawson. Web Scraping with Python Scrape.-2015 Packt Publishing

Лучше загружать видео с YouTube через библиотеку pytube. Она работает немного быстрее, чем youtube_dl. Да и кода писать всего одну строчку (не считая импорта и input'а).

from pytube import YouTube
link = input()
YouTube(link).streams.first().download()