Stroy71

Прочитайте какую-нибудь книгу, которая считается авторитетной в той области программирования, которую вы для себя избрали. Я вот, например, когда начинал писать на 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()

Большинство серверов используют линукс, и когда ты выбираешь в качестве девелоперской среды линукс ты уже приближаешь поведения приложения как на боевом сервере, на линуксе тебе немного проще оценить производительность и поведение приложения.
Главные отличия вести разработку на Виндовс
1) "Джентельменские наборы" обычно по-умолчанию предостоваляют максимальный набор пакетов и программ для разработки (боевой сервер иметь в разы меньше для улучшения производительности и/или экономии ресурсов), на линуксе все пакеты ставятся в ручную поэтому когда зачастую возникают вопросы почему локально приложение работает а на сервре нет, Вы почти сразу понимаете чего может не хватать и решить проблему.
2) Файловая система, принципиальные различия между fat(ntfs) и ext приводили к серьезным проблемам (которые не были очевидны, поэтому поиск и устранение занимали определенное время), тк одни и теже функции по работе с файловой системой работают по разному (сейчас это меньше, но все равно присутствует).
3) Нативность, все эти вещи разрабатываются под линукс поэтому есть возможность установить идентичные версии пхп, питона..., отладка кронов и многое другое

В линуксе есть терминал, который постоянно под рукой и с которым можно производить чудеса, почти встроенный /tmp который ускоряет компиляцию в разы, производительность ОСи в целом для различных задач чаще всего выше и много всего другого.
Жалко с ПО туго. В pycharm работал и по ощущениям более лагуче и чаще выкидывало(kubuntu/kde neon/arch xfce/fedora gnome - на каждом что то с ним было)
Для новичка(1-3 года опыта или меньше) любая ОС зайдёт
Для фонтендера специалиста уже лучше будет Mac OS по многим причинам
Для бэкендера удобнее работать в линуксе просто потому, что почти все сервера установлены на linux и как раз работать с серверами удобнее с линукса