A100

Прочёл 5-е издание Таненбаума (на русском). Не очень понравилось. Процентов 20 материала не воспринимается из-за недостатков перевода. Нет, перевод неплох - но всё равно - не идеален. Все описания, что выше уровня IP, мне не понравились. Последняя глава про безопасность - вообще полный шлак. Книга, в общем-то, сугубо обзорная - и её ценность для непосредственного применения в работе - сомнительна. Из плюсов - доступность бесплатной высококачественной электронной книги. Книга даёт ноль практических знаний - которые можно непосредственно применить в работе - она сугубо теоретическая. По сути дела, книга хороша только для обзорного понимания нижних уровней - физического, канального. В сущности, теперь всё равно придётся читать что-то практическое, описывающее сетевой уровень и выше. Описание IP, TCP, UDP - мне не понравилось. Как-то всё очень размыто - и, по большому счёту, бесполезно.

Резюме. Да не читайте вы её вообще, не тратьте время. Как работает физический и канальный уровень - вам это знать не обязательно (в таких подробностях - ограничьтесь статьями в Интернете) - ваша зарплата от этого больше не станет. Найдите лучше какую-нибудь путёвую практическую книжку о сетевых уровнях начиная с IP и выше - вместо пространных заумствований иностранного кабинетного препода, который хочет продемонстрировать всем, какой он умный.

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

Или читайте книгу - но не далее описания протокола IP. Уже про TCP и UDP (и дальше) - не читайте, нет смысла. Так, кстати, часто бывает - когда автор начинает писать книгу - то первые несколько глав он ещё держится, соблюдает качество. А где-то посередине, автор уже начинает понимать, что надо как-то закончить побыстрее, начинает комкать повествование и халтурить. Здесь как раз такой случай. Раздули - Таненбаум, ах Таненбаум. А король-то голый.

UPDATE.

Читаю Олиферы Компьютерные сети 5 издание. Небо и земля. Всё просто, всё понятно, всё расписано нормальным русским языком. Да, может быть, там нет всяких сложных изысков (сложных подробностей) - но для начинающего - идеально. Разумеется, выбирая между Олиферами и Таненбаумом - Олиферы однозначно. Тем более, что Олиферов даже и покупать не надо - а есть (редкого) отличного качества электронная книга в формате DjVu (Олиферы) - не хуже растрового Pdf по качеству.

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

Хочу понять что именно нужно знать и уметь писать на Python чтоб я смог считаться Junior DevOps инженером.

Можно вообще не знать питон.
Devops не разработчик на питоне. Это сисадмин в области настройки ci/cd, для чего надо уметь работать с инструментами, которые позволяют в CI/CD, разбираться в том, как разрабатываются сейчас продукты и как они запускаются, разбираться в мониторинге.

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

Но если хочешь написать что-нить на питоне девопсное - поставь какой-нить прометеус и к нему на питоне напиши скриптик для снятия каких-либо показателей. Добавь в прометеус визуализацию и будешь мониторить какой-нить свой показатель.

К сожалению, проведение подобных конференций «съедает» очень много ресурсов, в первую очередь человеческих. На данный момент у нас этих ресурсов не хватает, поэтому проект «поставили на паузу» — как только появится возможность, сразу возобновим.

А я головой думал.
Нет никакого смысла запоминать классы, функции и методы, мозг человека - это аналоговый компьютер, поэтому ему в разы тяжелее запомнить "сырые" байты, чем цифровым, таким, как сервера Google и т.п., и умещается их меньше, срабатывает "сборка мусора", забываете.
Кесарю - кесарево, а аналоговому компьютеру - аналоговые данные, то есть абстрактные образы, например: "чтобы передать данные по сети, нужно сделать POST-запрос, а чтобы получить - нужен GET-запрос", "оба типа запросов являются HTTP-запросами, поэтому понадобится библиотека для работы с HTTP".
Такие "логические" образы, очевидно, формируются только в процессе реализации задач, а не "зубрения" теории, "зубрение" - это опять "сырые" байты, неэффективно, а использование нескольких языков, очевидно, ускоряет их формирование.
Еще во многих случаях есть смысл писать Utils/Helpers, почитайте, что это такое.