Александр Мастеров

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

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 нужен и прикинуть какой вариант подойдет в нужном проекте. Это уже как раз задача которую решают совместно девопс инженер и архитектор/тимлида.

Вы не годитесь в девопсы.
Это очень частый ответ на этот очень частый вопрос.

Девопс - это человек, который не задаёт вопросы. Он на них отвечает. Самостоятельность является для девопса одним из ключевых навыков. У вас он отсутствует.
И это совершенно точно человек, которого НЕ пугает прочтение 326 страниц мануала.
Девопсу приходится читать примерно в сто раз больше документации. В год. Подумайте хорошенько, а надо ли оно вам, если перспектива выучить даже самые примитивные основы вас пугает настолько, что вы пришли на тостер поторговаться?

В девопс, как и в инфосек, очень редко можно войти с нуля.
Надо начинать либо сисадмином (не эникейщиком), либо программистом (не вордпресс).
И потом, уже развившись как программист/сисадмин, можно подумать о движении в сторону девопса.

Если это подходит для postgresql, то, вероятно, подойдёт и для вас: https://github.com/postgres/postgres/blob/REL_13_S...

(geteuid + getpwuid под linux)

Если тебе 16, учи математику, физику, и программирование по остаточному принципу. Не фронтенд, а основы - алгоритмы, структуры данных, сложность, разные парадигмы. Поступай в хороший ВУЗ, и там уже получай фундамент. После второго-третьего курса сможешь работать. Начинать карьеру, не зная ничего, с поиска вакансий - путь в никуда.

P/s Буду учится до 18-19

Рассмешил. Мне 31, я закончил ВМК МГУ, 10 лет работаю (получаю деньги за разработку), и я до сих пор учусь.

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

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

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

За три года обучения немного изучили Pascal, Delphi.

ЕПРСТ!
Открой документацию и сам научись.
НИКАКОЙ колледж тебя не научит, если за три года ты сам не можешь осилить и ждешь, пока тебя научат.
За три года с нуля можно написать неплохой проект, просто сидя вечерами и ковыряясь в документации и гугле.

А судиться - колледж не выпускает программистов, и вообще никакой государственный колледж не выпускает программистов уровня джуниор. Гос программы даже на стажеров не хватит.
В том числе и потому, что в гос. учреждении работают на гос.зарплату. Если бы умели писать софт, работали бы на нормальной зарплате.
Но в колледже ты получаешь ОБЩЕЕ образование. Как раз вот эти все - экономика, философия. Я уверен, что там тоже не очень, но это кругозор.

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

В институт иди за вышкой и работать.
Но ИТ и программирование - САМ.

Вот именно поэтому на собеседованиях у кандидатов я спрашиваю про их pet-projects. Если их нет, то ему программирование не интересно. До свидания.

Ну если и есть такие работодатели, то они явно не на тостере.
По своему опыту скажу, что никому не нужны несостоявшиеся работники, за которыми еще нужен глаз и глаз. Есть работа, есть куратор который может подсказать что-то по мелочи. Но на работе никто не учит работать. Учишься сам, ВЫПОЛНЯЯ работу.
Я не понимаю, откуда у современной молодежи взялся этот тренд, что на работе всему научат.
Конечно на работе ты получишь много опыта и знания, но "минимальные навыки" - это когда ты уже знаешь и умеешь все, чтобы выполнять задачи, а не кое-кто поковырял.

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

Подтягивайте навыки до уверенного джуна, и уже тогда имеет смысл искать работу.
В мире есть множество опенсорс проектов, в том числе и на питоне и на C#, где можно подтянуть навыки
Можно зарегаться на фрилансе и подсматривать задачи там. Даже есть шанс, что получится успеть перехватить пару задач и выполнить их не для себя а за деньги.

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

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

Если же вам повезло, и конструктор выдаёт приемлемый код, то в принципе wget вам может помочь.

Новичку никак, только офис. Уже миллион раз обсуждалось, пользуйтесь поиском.

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

Потому что джуны никому не нужны. Продолжайте наращивать объём знаний и искать работу.

Я могу сказать, где точно учить не надо
руселлер и прочие видеокурсы. это реальный ад
какой-то дятел на ютубе, который толкает RedBean - это полная жесть. новичкам этот редбин ни к чему, им надо основы учить, а основ он не даёт, его курсы для тех кто уже знает РНР и SQL. Но фокус в том что тем кто знает, его курсы даром не сдались, а новички из ничего вообще ничего не выносят, но потом со слезами и соплями пытаются что-то ваять и у них вообще ничего не выходит.
otus . ru - я тут недавно увидел на их сайте пример кода, и чуть не поседел. Долго искал подпись что это коллекция примеров того как не надо писать, но это они всерьёз.
твое коде муму сейчас посмотрел - написано такими же макаками на материале прошлого века. Если будешь искать работу то тебя даже на порог не пустят с таким кодом.
В общем не знаю. скрепя сердце могу посоветовать хтмлакадемию, но там во-первых платно, а во-вторых материал тоже местами проседает. Но хотя бы менторы вроде нормальные, а не какая-то школота "с вконтакте".

В целом я рекомендую учить не какой-то конкретный язык, а программирование в целом

Мои текущие знания и умения:

Правильно будет так: "мои фантазии относительно текущих знаний и умений".

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

фрилансеров под те же задачи и они будут работать фактически за бесплатно?

Фрилансеры, которые работают фактически за бесплатно, выполняют задач почти ничего.

Фрилансеры, которые могут закрыть все задачи вебстудии, обычно зарабатывают больше.