Кажется в видео на работают таймкоды, поэтому вот они: 0:00 Вступление 1:00 Цикл разработки по DevOps 2:14 Какие бывают DevOps-инженеры 2:37 И швец, и жнец 4:40 Делаешь что-то одно 6:25 Общие плюсы и минусы профессии 8:15 Программисты и ChatGPT забирают работу 10:00 Задачи DevOps-инженера 11:30 Формы развития навыков, I, T-shaped 12:34 Софт-скиллы DevOps-инженера 13:25 Хард-скиллы DevOps-инженера 15:12 Кто становится DevOps-инженером 15:56 За что нам платят деньги 17:00 Смотрим вакансии и анализ зарплат
@@etogeek да ладно тебе. Даже я его выучил, хоть и не освоил библиотеки. Сам синтаксис освоишь за пару месяцев, а дальше уже у коллег спроси какие конкретно библиотеки учить. Уверен у тебя на всё уйдёт около года. Глядишь к тому времени и я Java освою.
Хороший монтаж и качество в целом. Приятно смотрится. Идея для ролика - обзор своих рабочих инструментов. Система, редактор, ssh клиент, заметки, хранилка паролей и т.д.
Юрий, красавчик! Снимай пожалуйста побольше подробных технических видео, чтобы прям забористые были :) Я плюсовик с 7-ю годами опыта. Хочу быстро разобраться, что вы там делаете, какие лучшие практики сейчас приняты. Хочу поднимать свои приложения и в дальнейшем задействовать команду для разработки.
@@ДенисХарченко-э9р да уж лучше баш, он повеселее😆 питухон уже год как ненавижу лютой ненавистью, как и тех "архитекторов" которые решают его использовать в относительно больших приложках. особенно древнее дерьмо при миграции с Centos 7 на Oracle Linux 9. ну и кстати да, на собесах лучше по башу гонять - сразу будет видно ху из ху. мамкиных питухонистов развелось как грязи - тоже камень в огород в сторону питухонистов. P.S. Go - о да, это я люблю
15:52 Автоматизация- наше все!) Подтверждаю) Перешёл из QA) Ps. Спасибо за контент. Приятно видеть/слушать, когда человек шарит в предметной области) Успехов!!!
@pavelelzat да на самом деле из куа путь до девопса быстрее по моему мнению, так как мыслишь немного по-другому сразу, более резилиентно, разработчики только сеньорного уровня с большим опытом могут погружаться в девопс. Ну, а так, поздравляю)
Звучишь очень интересно, монтаж и склейка выглядят лаконично, слушать приятно. Спасибо за полезный контент, на каждый ролик ставлю лайки, пожалуйста делай больше роликов связанных с твоими профессиональными задачами и обучалки по использованию тех или иных технологий
Ну что сказать, “Юрец = Молодец!!! ". Растешь, развиваешься в сим не простом деле, ака блохер. Так держать!!! Молоток!!! Дорасту - буду проситься на интервью)))
Один из немногих видосов - где реально описывает работу) Работаю в большой компании ( джуном ) - тут тоже занимаешься чем то одним - и это достаточно скучно( И касательно разработчиков в качестве поддержки инфры, у нас был подобный опыт - и когда все порушилось, компании пришлось в кратчайшие сроки искать девопсов, к сожалению не все разработчики могут углубиться в тот же мониторинg)
Один из минусов, это то что ты шаришь в широком круге, от этого хитрые манагеры сразу бегут к тебе, как и QA\тестеры... В итоге приходиться слать людей, делать это часто, становишся "токсичным", иначе переработки и выгорание.
Юрий, спасибо за видео. Круто, если в будущем получится снять видео-совет как перерасти из классического админа в девопса. Общая концепция понятна и из этого видео - качать программирование, контейнеры и т.д. Но это достаточно серьезный прыжок по знаниям и скилам. У вас есть свой путь, возможно вы тоже выросли из классического админа и вам есть что сказать по этой теме, возможно порекомедуете в какой последовательно качать devops-технологии. Спасибо!
как тебе клава на этом видео? она на оптике? сколько служит уже? какие минусы хотелось бы исправить? что бы купил взамен ей? почему без подставки для запястий?
Да. DevOps инженер делает всё возможное, чтобы меньше делать работу ручками. Например, можно делать билд, выкладку или обновление каких либо сервисов ручками по запросу разработчиков, а можно просто сделать для них кнопку и пусть сами её нажимают и выкладывают. Но ответственность несёт DevOps
Короче проще говоря это обычный сисадмин. Ты почти описал мою работу в районной больничке за Уралом. Выгорания ещё пока не достиг, 10 или уже лет безумия
MX Master 3S - огонь, такую же взял! Ибо родного яблочного грызуна, после недели работы с ним, я был готов засунуть Джини Айву... короче родная мышь далеко не для всех))
А при какой работе у тебя может встать такой выбор? Если ты архитектор и проектируешь приложение - выбираешь какой протокол оно будет использовать - да. (и то, скорее всего ты будешь использовать готовые библиотеки, которые уже работают либо по tcp, либо по udp). А когда ты разворачиваешь готовый сервис, то ты используешь то, что использует сервис. Ответ на этот вопрос лежит сильно глубже обычной работы.
А если расти и развиваться именно в сторону создания и подключения инф систем, мол, закупка, подключение цод. Работа саязанная больше с железом. Эт тоже дпвопсы или уже инженеры, архитекторы?
Не скажиииии, дорогой друг.... Тут можно посмотреть на стык того, с чем приходится работать. Как ни странно, и в разработке и в эксплуатации, да что там греха таить, и в тестировании - везде люди, как это ни странно. А загвоздка в том, что будь ты 300х плюс мульен синьер в девопсовских струментах, но не можешь общаться с людьми, аля small talks хотя бы и, Боже упаси, узнать когда у них ДР и чем они живут вообще, долго ты там не протянешь.... Конечно, все вышесказанное, IMHO.
3:50 компании которые нанимают, хотят получить не ученика а уже опытного девопса )), так что учиться у коллег не получиться, а учиться надо задолго до работы.
Все очень зависит от текущего опыта и уровня знаний, а так же конечной цели - можно погрузиться и с инфрастркутуру - linux, ansible, а можно делать упор на cicd-пайплайны, а можно сразу на облачные сервисы, контейнеризацию и оркестрацию.
Я бы углубился в тему облачных сервисов и автоматизацию разворачивания кода в клауде. Есть очень много интересного, тут уже к чему душа больше лежит. Зароешься в одно, появятся другие пересекающиеся задачи и так до бесконечности, полёт фантазии ограничен только бюджетом фирмы в которой это всё будете разворачивать.
Тут зависит от того, зачем ты этим занимаешься - если ради денег, тогда только это и будет привлекать. Но бОльшая часть задач мне сейчас именно интересна, результат нравится.
о еще какой-то появился парнишка, которого видимо на работу никуда не берут, и вот запилю ка я роликофф чтобы показать какой я умный и таки возьмут? или реально работающий? опытом делитцо?
Большой пласт софта... Ну-ну, я как человек который проводит собеседования скажу так, что на рынке остались одни мастера святой десятки софта. k8s/prom и все такое, шаг в лево или шаг в право вызывает проблемы моментально. Да и пишут странно, казалось бы, какая разница какой ЯП используешь, но у этих хайтек девопсов ничего не могут если у вас другой отличный от python скриптинг... А если им сказать - что нужно написать небольшой сервис, сразу начинают причитать "Я ж не программист!", тогда какой ты в жопу девопс, простой Аникей.
И правильно говорят, от таких умников, которые жмут денег на джуна-программиста по профильному языку, а пытаются навесить на девопса пиление сервисов (типа чё ему - разберётся) надо отбиваться всеми палками. Я понимаю, если работа специфическая и надо специально знать (помимо пайтона и баша) углубленно какой-нибудь груви или го (к примеру, писать операторы с нуля). Но требовать пиление сервисов от девопса... - дай бог никогда не попасть на такую галеру))). И, люди, бегите от таких собеседующих во весь опор! Есть нормальные компании, которые такой хернёй не занимаются.
@@lufliw это только с точки зрения комплексного программирования. А вот со стороны создания и настройки инфры, просчёта стоимости, настройки мониторинка и прочей работы по инфре и автоматизации - совсем другая картина. Тут, если вдруг девопса нет в команде, начинается нарастающее роптание программистов, и, надо сказать, справедливое. По итогу, зачем придумывать велосипед и заставлять программистов (пусть и бэк) пояснять за девопс, а от девопса ждать написания сервисов? Я смысла не вижу, каждый должен заниматься тем, в чём он хорош.
@@TimofeiA-h3c Спокойно стенды себе разворачивают, конечно не HA, простым кубспреем и тому подобное. ТАм только обезъяна не сможет развернуть или DevOpts ))
Кажется в видео на работают таймкоды, поэтому вот они:
0:00 Вступление
1:00 Цикл разработки по DevOps
2:14 Какие бывают DevOps-инженеры
2:37 И швец, и жнец
4:40 Делаешь что-то одно
6:25 Общие плюсы и минусы профессии
8:15 Программисты и ChatGPT забирают работу
10:00 Задачи DevOps-инженера
11:30 Формы развития навыков, I, T-shaped
12:34 Софт-скиллы DevOps-инженера
13:25 Хард-скиллы DevOps-инженера
15:12 Кто становится DevOps-инженером
15:56 За что нам платят деньги
17:00 Смотрим вакансии и анализ зарплат
Юрий, а ты, кстати, Python то в итоге освоил?
@@isthordenvejr2533 (╯°□°)╯︵ ┻━┻
@@etogeek да ладно тебе. Даже я его выучил, хоть и не освоил библиотеки.
Сам синтаксис освоишь за пару месяцев, а дальше уже у коллег спроси какие конкретно библиотеки учить. Уверен у тебя на всё уйдёт около года. Глядишь к тому времени и я Java освою.
Хороший монтаж и качество в целом. Приятно смотрится. Идея для ролика - обзор своих рабочих инструментов. Система, редактор, ssh клиент, заметки, хранилка паролей и т.д.
Пишу этот комментарий в поддержку видео. Чтобы продвинуть в топ. Интересная тема, интересно, преподносится, молодец автор.
Юрий, красавчик! Снимай пожалуйста побольше подробных технических видео, чтобы прям забористые были :)
Я плюсовик с 7-ю годами опыта. Хочу быстро разобраться, что вы там делаете, какие лучшие практики сейчас приняты. Хочу поднимать свои приложения и в дальнейшем задействовать команду для разработки.
1.DevOps Life Cycle
2.Linux: The DevOps’ Backbone
3.Docker
4.Kubernetes
5.Python
6.Git
7.Ansible
8.Jenkins
9.Terraform / OpenTofu
10.Argo CD
11.Prometheus
12.Grafana
python спорно, чем его меньше тем лучше
@@trasafara + 13. golang
@@trasafara мага кoстыли на баше ?))
@@ДенисХарченко-э9р
да уж лучше баш, он повеселее😆
питухон уже год как ненавижу лютой ненавистью, как и тех "архитекторов" которые решают его использовать в относительно больших приложках. особенно древнее дерьмо при миграции с Centos 7 на Oracle Linux 9.
ну и кстати да, на собесах лучше по башу гонять - сразу будет видно ху из ху. мамкиных питухонистов развелось как грязи - тоже камень в огород в сторону питухонистов.
P.S. Go - о да, это я люблю
15:52 Автоматизация- наше все!)
Подтверждаю) Перешёл из QA)
Ps. Спасибо за контент. Приятно видеть/слушать, когда человек шарит в предметной области)
Успехов!!!
красава! тоже перешёл из QA (но мануал) :)
@@PavelVinogradovme супер!))
@pavelelzat да на самом деле из куа путь до девопса быстрее по моему мнению, так как мыслишь немного по-другому сразу, более резилиентно, разработчики только сеньорного уровня с большим опытом могут погружаться в девопс. Ну, а так, поздравляю)
От души завидую сисадмином и девопс-инженерам, которые умеют работать на чиле. Универсальные бойцы!
админ, первый год в индустрии, один из немногих каналов от которых кайфую
Звучишь очень интересно, монтаж и склейка выглядят лаконично, слушать приятно. Спасибо за полезный контент, на каждый ролик ставлю лайки, пожалуйста делай больше роликов связанных с твоими профессиональными задачами и обучалки по использованию тех или иных технологий
Юр, продолжай, очень здорово и информативно.
Хорошая подача материала - без воды и речь приятная. Один минус, мало видео, но это исправимо. 😁👍
Ну что сказать, “Юрец = Молодец!!! ".
Растешь, развиваешься в сим не простом деле, ака блохер.
Так держать!!! Молоток!!!
Дорасту - буду проситься на интервью)))
Юрий вы знаток в девопс . Сделайте пожалуйста серии обучающих роликов по обучению линукс , сети , девопс . Премного будем благодарны
Отличная подача, Бро! Продолжай. Нравится.
Приятно слушать специалиста
Один из немногих видосов - где реально описывает работу)
Работаю в большой компании ( джуном ) - тут тоже занимаешься чем то одним - и это достаточно скучно(
И касательно разработчиков в качестве поддержки инфры, у нас был подобный опыт - и когда все порушилось, компании пришлось в кратчайшие сроки искать девопсов, к сожалению не все разработчики могут углубиться в тот же мониторинg)
большое спасибо за ролики, я как раз сисадмин и стремлюсь к дев опсу, у вас очень классные видео🦾
Благодарю за столь интересное видео, очень полезно и познавательно
Вы все врети, мне обещали на курсах с нуля за 6 месяцев сделать дев-опсом.
Сначала был уверен, что крупные именитые "школы" не учат С НУЛЯ, так как для девопс-практик нужно уже иметь базу. А потом поискал. И расстроился.
Вас нае*али 😂
А я думал, что я гуль
Спасибо, познавательно!
Наконец-то видео без нытья, а то другие только ноют, что все плохо, жизни нет😂😂
Один из минусов, это то что ты шаришь в широком круге, от этого хитрые манагеры сразу бегут к тебе, как и QA\тестеры... В итоге приходиться слать людей, делать это часто, становишся "токсичным", иначе переработки и выгорание.
Отличное видео, большое спасибо, очень помогло
Я понял. Devops инженер это 1С программист, все обязанности совпадают)) И жнец и швец и еще немного бухгалтерии надо 😁
Не рассматривайте конторы с подобной свалкой.
Балят, да не вставляйте вы звуки на вылет плашек. Смотреть в наушниках меготрешово, аж дергается глаз) Чекайте монтаж редакции, 0 звуков вылетов.
Видео огонь, всё по делу!
Юрий, спасибо за видео. Круто, если в будущем получится снять видео-совет как перерасти из классического админа в девопса. Общая концепция понятна и из этого видео - качать программирование, контейнеры и т.д. Но это достаточно серьезный прыжок по знаниям и скилам. У вас есть свой путь, возможно вы тоже выросли из классического админа и вам есть что сказать по этой теме, возможно порекомедуете в какой последовательно качать devops-технологии. Спасибо!
Сперва лайкаем. Только потом смотрим.
О, я понял! Мой скилл можно обозначить как - -shape специалист.
Очень интересно, продолжай!
дякую, можете один плэйлист создать по SQL? Знаю много инфы в нете, но мне подходит Ваша подача материала. В любом случае спасибо.
как тебе клава на этом видео? она на оптике? сколько служит уже? какие минусы хотелось бы исправить? что бы купил взамен ей? почему без подставки для запястий?
АВТОМАТИЗАЦИЯ ВСЕГО Девопс
SPE=разработчик написавший приложение (приложение, система или сервис
Да. DevOps инженер делает всё возможное, чтобы меньше делать работу ручками.
Например, можно делать билд, выкладку или обновление каких либо сервисов ручками по запросу разработчиков, а можно просто сделать для них кнопку и пусть сами её нажимают и выкладывают.
Но ответственность несёт DevOps
Отличная подача!
Короче проще говоря это обычный сисадмин. Ты почти описал мою работу в районной больничке за Уралом. Выгорания ещё пока не достиг, 10 или уже лет безумия
0:52 Если DevOps на предприятии "внедряет" именно рядовой инженер, то никакого DevOps на данном предприятии никогда не появится. Суровая реальность.
привет) уже не первое видео ловлю взгляд в сторону, у тебя есть телесуфлер?) спасибо за опыт, которым ты делишься)
Привет, спасибо. Телесуфлера нет. С ним было бы проще.
MX Master 3S - огонь, такую же взял! Ибо родного яблочного грызуна, после недели работы с ним, я был готов засунуть Джини Айву... короче родная мышь далеко не для всех))
Не, ну родная яблочная мышка это что-то странное. Мне кажется это не эргономично для активной работы. Вот насчет трекпада думаю, да.
Good tips bro thanks
Объясни на пальцах, а когда ты становишься перед выбором в работе , что выбрать TCP или UDP ? Все об этом говрят , но на деле не показывают
А при какой работе у тебя может встать такой выбор? Если ты архитектор и проектируешь приложение - выбираешь какой протокол оно будет использовать - да. (и то, скорее всего ты будешь использовать готовые библиотеки, которые уже работают либо по tcp, либо по udp). А когда ты разворачиваешь готовый сервис, то ты используешь то, что использует сервис.
Ответ на этот вопрос лежит сильно глубже обычной работы.
А если расти и развиваться именно в сторону создания и подключения инф систем, мол, закупка, подключение цод. Работа саязанная больше с железом. Эт тоже дпвопсы или уже инженеры, архитекторы?
SRE
че за бусик такой прикольный возле бука?
Хардскилл важнее чем софтскилл
Не скажиииии, дорогой друг.... Тут можно посмотреть на стык того, с чем приходится работать. Как ни странно, и в разработке и в эксплуатации, да что там греха таить, и в тестировании - везде люди, как это ни странно.
А загвоздка в том, что будь ты 300х плюс мульен синьер в девопсовских струментах, но не можешь общаться с людьми, аля small talks хотя бы и, Боже упаси, узнать когда у них ДР и чем они живут вообще, долго ты там не протянешь....
Конечно, все вышесказанное, IMHO.
Не согласен
Харды открывают двери, а софты помогают получить повышение
Спасибо!
Слишком до фига ссылок на собственный, безусловно замечательный контент. Не смог досмотреть и до середины из-за них.
3:50 компании которые нанимают, хотят получить не ученика а уже опытного девопса )), так что учиться у коллег не получиться, а учиться надо задолго до работы.
"... и даже немного бухгалтер" -- Хоспаде, как же знакомо. Утром развернуть эластик, вечером рассчитать расходы на следующий квартал
Я разработчик в компании, но я вижу как наши девопсы нагружены, то одно то другое. Вижу что не легкая работа у них
Они все врут, наавтоматизировали там и сидят отдыхают.
Видимость активной деятельности😂
погоди, если у джуниор девопс инженера 8 рук, у сеньора сколько тогда??
Тут лучше вопрос задать так - "А сколько рук нужно"
Все намного проще)
Если есть мозг и сеньор им пользуется- кол-во рук не важно))))
У синьора, как правило, 2-3 мидла и мидл х2 Джуна. Вот и считай.
У него одна голова.
Нормальному сеньёру руки не нужны. Ему навык коммуникации важен чтобы джунов и мидлов контролить. Ему больше память нужна.
Главное,что бы платили достаточно.
Выйдет ли видео на траблшутинг Windows?)
А там все просто:
- есть проблема?
- установить Linux
Шутка, конечно, но такого видео точно не будет.
OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOoooooooooooooooooooooooooooooooooooooooo
Подскажите, пожалуйста, что лучше изучать на старте чтобы стать junior DevOps ?
Все очень зависит от текущего опыта и уровня знаний, а так же конечной цели - можно погрузиться и с инфрастркутуру - linux, ansible, а можно делать упор на cicd-пайплайны, а можно сразу на облачные сервисы, контейнеризацию и оркестрацию.
Я бы углубился в тему облачных сервисов и автоматизацию разворачивания кода в клауде.
Есть очень много интересного, тут уже к чему душа больше лежит.
Зароешься в одно, появятся другие пересекающиеся задачи и так до бесконечности, полёт фантазии ограничен только бюджетом фирмы в которой это всё будете разворачивать.
Что за клава, подскажите, пожалуйста?
keychron k3
Сдаётся мне, что все эти паплайны и доставки кода такая тоска... Только зарплата и привлекает.
Тут зависит от того, зачем ты этим занимаешься - если ради денег, тогда только это и будет привлекать. Но бОльшая часть задач мне сейчас именно интересна, результат нравится.
@@etogeek Значит, настоящий DevOps!
Только я ничего не понял ?
Развитие личности никак не связано с профессией. Это стандартное заблуждение. Сам через это проходил.
о еще какой-то появился парнишка, которого видимо на работу никуда не берут, и вот запилю ка я роликофф чтобы показать какой я умный и таки возьмут? или реально работающий? опытом делитцо?
Блин, быстро меня раскусили. Расходимся
@@etogeekотличная манипуляция, тоже про такую читал.
Большой пласт софта... Ну-ну, я как человек который проводит собеседования скажу так, что на рынке остались одни мастера святой десятки софта. k8s/prom и все такое, шаг в лево или шаг в право вызывает проблемы моментально. Да и пишут странно, казалось бы, какая разница какой ЯП используешь, но у этих хайтек девопсов ничего не могут если у вас другой отличный от python скриптинг... А если им сказать - что нужно написать небольшой сервис, сразу начинают причитать "Я ж не программист!", тогда какой ты в жопу девопс, простой Аникей.
И правильно говорят, от таких умников, которые жмут денег на джуна-программиста по профильному языку, а пытаются навесить на девопса пиление сервисов (типа чё ему - разберётся) надо отбиваться всеми палками. Я понимаю, если работа специфическая и надо специально знать (помимо пайтона и баша) углубленно какой-нибудь груви или го (к примеру, писать операторы с нуля).
Но требовать пиление сервисов от девопса... - дай бог никогда не попасть на такую галеру))). И, люди, бегите от таких собеседующих во весь опор! Есть нормальные компании, которые такой хернёй не занимаются.
@@PavelVinogradovme вопрос не в том что требуется, а что умеют. А умеют почти ничего.
@@lufliw это только с точки зрения комплексного программирования. А вот со стороны создания и настройки инфры, просчёта стоимости, настройки мониторинка и прочей работы по инфре и автоматизации - совсем другая картина. Тут, если вдруг девопса нет в команде, начинается нарастающее роптание программистов, и, надо сказать, справедливое. По итогу, зачем придумывать велосипед и заставлять программистов (пусть и бэк) пояснять за девопс, а от девопса ждать написания сервисов? Я смысла не вижу, каждый должен заниматься тем, в чём он хорош.
попроси программистов кубер развернуть, посмотрим что они тебе ответят
@@TimofeiA-h3c Спокойно стенды себе разворачивают, конечно не HA, простым кубспреем и тому подобное. ТАм только обезъяна не сможет развернуть или DevOpts ))
явно не про тебя