Saboteur

Как ты думаешь, школы выпускают круглых отличников?
Или может быть это делают институты?
Или курсы чем-то могут отличаться?

Могут котироваться некоторые сертификаты от Cisco или Microsoft, но в основном за счет того, что там достаточно въедливые экзамены. Все остальные сертификаты - ну как бы они потенциально говорят что ты должен иметь определенные знания. Но вот имеешь ли и умеешь ли этими знаниями пользоваться - неизвестно.

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

1. Реальные кейсы написания и использования Bash скриптов, какие задачи они решают?

Да почти все можно на bash скриптах.
Автоматизация рутины
Склейка разных процессов в единый пайплайн
Системные вещи (копирования, бэкапы, синхронизация, запуски других процессов, даже простой мониторинг)
bash это кроме всего прочего неплохой универсальный скриптовый язык, и отсутствие библиотек восполняется готовым набором консольных утилит на все случаи жизни.

2. Сколько часов, ориентировочно, потребуется на изучение и практику написания скриптов на Bash, как глубоко погружаться?

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

3. Что должен уметь написать на Bash junior/middle/senior DevOps?

Слово все тут подойдет.

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

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

Python:

1. Где и для чего используется Python на практике DevOps, реальные, повседневные кейсы использования?

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

2. Каким уровнем знаний Python должен обладать junior/middle/senior DevOps? (Знакомый middle DevOps и Python не знает от слова совсем).

Если ты знаешь питон на уровне сеньор, то не факт что тебе будет интересно работать на позиции девопс. Можно работать девелопером на питоне.
Поэтому знания питона на уровне джуниора обычно достаточны. Но нужно понимать, что джуниор - это не тот, кто знает две команды. Это полноценный разработчик, который знает и структуры данных и стандартные библиотеки и все конструкции. Уровень джуниор в языке программирования должен позволять устроиться на позицию джуниор разработчика.
Девопс инженер, который знает язык программирования на уровне джуниор разработчика - полезный человек, который сам решил углубиться в питон. И в айти области часто людям что-то нравится и они этим занимаются и углубляются вне зависимости от рабочих задач.
Поэтому у большинства именно девопс инженеров знания именно о языках программирования немного отрывочные, но их хватает для написания универсальных скриптов и небольших утилит.
Я в свое время писал простые и не очень вещи на ANSI C/С++/java/python/perl/actionscript. Сейчас почти все делаю на bash и иногда python, и все предыдущие знания мне помогают выбрать чем воспользоваться - написать что-то свое, найти готовую реализацию на другом языке, попросить в проекте, чтобы написали задачу (это тоже вполне себе способ для рабочих нужд договориться с разработчиками о написании нужного функционала для автоматизации/тестирования). Но главное, что я сам могу оценить примерный выхлоп от того, чем делать.

3. Сколько часов, ориентировочно, потребуется на изучение и практику под каждый уровень, как глубоко погружаться?

Сколько часов нужно ориентировочно футболисту, чтобы стать таким как Месси?
Сколько часов нужно музыканту, чтобы стать таким как Фредди Меркури?

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

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

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

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

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

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

Странный вопрос.

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

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

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

Мир уже просто изменился, и от твоего желания попасть в прошлое ничего не изменится.

Есть подозрение, что ты изучил только основы основ С++, иначе не было бы подобного вопроса.
Ты уже написал свою первую простенькую игру на С++?
Ты уже попробовал ее взломать через отладчик?
А ведь это и есть основа reverse engineering?

В основном такое изучают дома.
Читают много документации по *nix, читают много документации по тому как работает ОС, стандартные протоколы и способы хранения и передачи данных.
Затем много практики, и уже можно пробовать реверс-инженерить.

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

Все очень плохо.
А теперь подробнее.

1. Рекомендую почитать несколько статей о том, что такое девопс инженер, потому что понятие девопс методологий и девопс инженера - кардинально различаются.

2. У вас очень много книг. Это неплохо. Но у вас вообще не вижу практики. Это плохо.
Есть заметка, что "неплохо бы иметь второй проект", но даже нет идей что за проект.
Какой-то пет проект, который вы будете писать не потому, что у вас есть идея, которую вы хотите воплотить в цифровом виде, а просто потому что "нужно пет проект для портфолио"?
Так это не работает, точнее такой пет-проект будет больше похож на непонятно кому нужную курсовую, которую вам не будет интересно развивать, искать варианты реализации понимая какой результат вам нужен. С другой стороны девопс не может существовать отдельно от проекта...

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

P.S. Вижу, что топик поменялся с DevOps на Web full stack - в таком случае мой ответ более нерелевантен, но возможно из-за него топик и поменялся =)

Интересуюсь получением 2-го образования в области програмиирования.

Прошу поделиться взглядом изнутри: какие нужно собирать азы в данном направлении?

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

Для "легкого старта" начать с тестирования, потом разработчиком?

Тестирование и разработка - смежные профессии, и КАЖДАЯ из них может потребовать уйму времени.
Тестирование это уже давным давно не легкий старт.

Вот закончило два школьника школу. Приносят вам документ "законченное среднее образование".

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

Друзья, я начинающий фронтенд-разработчик и по мере изучения материала я задаюсь вопросом-неужели ВСЕ что я изучаю понадобится в работе?

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

Виза это вообще не про ИТ. Спрашивать и искать информацию нужно непосредственно в посольстве той страны, куда вы собрались.
Политика получения визы может меняться из года в год, и то, что было 5 лет назад, на сегодня может вообще не работать.
Визовый офицер вас может завернуть даже не объясняя причин и будет в своем праве.
Опять же, смотря какую визу ты хочешь. Чтобы новичку без опыта получить визу, нужно быть исключительным и самостоятельным.

Очень сложно если ты недоджуниор, который и С++ еще не освоил. Просто потому что тебе собственно все еще надо учить все почти с нуля
А если ты мид/сеньор, то ты таких вопросов и задавать не будешь.

Нужно немного больше конкретики в вашем вопросе.

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

Сейчас как бы встал вопрос о том, что пора бы выбрать у3коспециали3ированную область.

Можете уточнить, вы уже достигли уровня и позиции сеньора или хотя бы мидла, чтобы выбирать УЗКОСПЕЦИАЛИЗИРОВАННУЮ область? Или вы даже общих знаний на позицию джуниора еще не наскребли, а уже надоело учится?

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

Много это сколько? Можете показать парочку ваших десктоп программ? Сколько человек ими пользуется?

В вашем списке 16 книжек. Их как бы если просто прочитать, то не так много нужно времени. Если изучить, то подольше, но они вообще из разных областей, поэтому непонятен такой выбор. Если вспомнить ваши слова по "потраченному времени и усилию по десктопу", то из всех этих книг под это подпадает разве что C#, но там указано что это "основы программирования", причем не для разработчика а для студента вуза. То есть прям базовые вещи для школьников.

Если вы не предполагали, что в ИТ сфере нужно много учить, еще не поздно сменить направление на что-то попроще.

Крупные компании не занимаются обучением.
В некоторых крупных компаниях есть стажировка. Но вы как бы различайте стажировку и обучение.

Там же, где и все остальное
1) в собственной голове

2) в гугле, вот пример как это делать: