Когда совсем не с кем поговорить

Мир IT с Антоном Павленко
#мемы

Вопрос от подписчика:

Часто стал встречать информацию, что люди некоторых профессий, не связанных с IT, зарабатывают куда больше. Из примера что видел: девушке поменяли счетчик на воду за 19к рублей (20 минут работы, г. Москва).
Вопрос, стоит ли с завода уходить в IT или все-же присмотреться, например, к карьере сантехника? Что по Вашему мнению легче: мониторинг поднять или кран к раковине прикрутить?

Если коротко: думайте о том, где интересно работать, а не где больше получать. Если будешь развиваться в своей профессии, деньги придут.

Дальше последовательно.

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

Это сейчас IT на хайпе, а совсем недавно в регионах начальник отдела или сильный специалист получали 50-100 тыс рублей и это считалась очень хорошая ЗП. Не даром многие IT (или около IT) компании строили офисы в регионах, где есть неплохие технические ВУЗы.

Ты сейчас переквалифицируешься в IT и вдруг зарплаты плюс минус уравняются, потом будешь кусать локти и вспоминать слова Антона Павленко. А дальше только выгорание депрессия и разнообразные метания из стороны в сторону. Я лично в IT потому, что мне это нравится и я на это учился.

Так что дорогой мой подписчик: при выборе профессии слушай веление своего сердечка.

Хотя мне такому сякому проще говорить. Я уже вошел в АйТишку

А тебе нравится в IT или ты за деньги все-таки?

Поддержать автора: donationalerts | boosty | tinkoff

Хочу написать статью по опросу дополняющую это видео. Что бы хотели увидеть в статье? Каких зависимостей не хватило? Пишите.

Растущий объем корпоративных данных и сложность обслуживания собственной инфраструктуры — проблемы насущные. Обсудим их — и не только — на вебинаре 29 августа «Честное сравнение подходов к обработке данных: облако vs on-premise».

Максим Еремин, руководитель по развитию PaaS-сервисов в beeline cloud, и Алексей Струченко, технический эксперт Arenadata, расскажут об особенностях обработки данных и облачного подхода, а также посчитают TCO хранения и управления данными в облаке и on-premise.

Регистрируйтесь на вебинар по ссылке — и добавляйте в календари, чтобы не пропустить.

Реклама. ООО "ДАТАФОРТ". ИНН 7713606615. erid: LjN8KTsUX

Просили вырезать мы сделали. Распростроняйте))))

https://youtube.com/shorts/OkFjBHH4cIU?si=t4_qdB6yb14qRyhb

25 августа 1991 года
Сегодня отмечает свой день рождения операционная система Linux. Именно 25 августа 1991 года после нескольких месяцев разработки 21-летний студент Линус Торвальдс (Linus Torvalds) на конференции comp. os. minix заявил о создании рабочего прототипа новой ОС под названием Linux.

Сегодня пятница. Помните, алкоголь вредит вашему здоровью.

Мир IT с Антоном Павленко

В продолжении поста выше....

Вопрос: Что по Вашему мнению легче: мониторинг поднять или кран к раковине прикрутить?

Если хочется полегче точно не идти в IT. Каждая работа по своему трудна, сантехник много работает физически, а инженер много работает мозгами. Ресурс мозга, как и тела, изнашивается. Единственное, что в IT, чтобы оставаться на волне нельзя останавливаться в обучении. Ты постоянно находишься в напряжении.

Работа на той или иной специальности в IT не связана только с каким-то определенным действием. Просто поднять мониторинг можно по инструкции из интернета, не прикладывая больших усилий. Но только при ряде условий: ты владеешь базой.

Чтобы поднять мониторинг ты должен как минимум владеть консолью линукс и смочь подключиться к серверу. Просто поднятый мониторинг не будет законченным продуктом, т.к. ты должен понимать как его настроить: что необходимо мониторить, какие метрики важны и т.д. Плюс мониторинг без алертинга не имеет смысла. Ты ж не будешь постоянно смотреть в графики пока не вытекут глаза? Надо знать какие алерты настроить, что делать при том или ином алерте.

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

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

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

Любишь учиться?

Поддержать автора: donationalerts | boosty | tinkoff

Последняя #подборкастатей уходящего лета ждёт твоего внимания👍

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

Платформенный инжиниринг как следующий этап развития DevOps - рассказ про платформенный инженеринг и преимущества его внедрения.

Мы заглянули под капот Kafka и решили проблему потерянных сообщений - статьи о том, как разработчики залезли под капот Kafka и нашли решение двух проблем.

Ещё один рецепт отказоустойчивого файлового сервера средствами PaceMaker - статья про реализацию отказоустойчивого хранилища для разрабатываемого сервиса.

Все что вам нужно знать о таймаутах - в статье о том, как установить оптимальное значение таймаутов в микросервисной архитектуре, чтобы достичь максимальной производительности и отказоустойчивости.

Сняли сегодня первую часть собеседования по базовым вопросам к DevOps/SRE. Получилось очень классно. Ждите на канале.

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

Как же жаль что видео по мониторингу набрало мало просмотров. Были ещё идеи видосов.

Мониторинг основы https://youtu.be/_qhrRUKOzVE
Типы метрик в Prometheus https://youtu.be/HkvADtw24fs

Буду искать другие более интересные для вас темы.

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

Вторая тема залайканая для подкаста или стрима: ведение персональной базы знаний для IT-специалиста: что, куда и как записывать?

Так же если у кого-то есть желание поучаствовать пишите.

На этой недели видео не будет, к сожалению.

Прошу понять и простить😊

Что значит реакция 🐳 ?

Вопрос: Можно ли начать становление DevOps, сидя дома за ПК? С чего начать? Что практиковать?

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

Это алгоритмическое мышление, computer science, сети, протоколы, ОС linux, знания языков программирования и т.д. Либо ты одаренный студент, который на базовом уровне все это знает.

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

Как я развивался? Планомерно в течение лет 4х менял работу и на каждой работе получал новые знания.

Возможно у тебя это получится быстрей, ты сможешь дома организовать стенд и на нем практиковаться. У меня есть видео Пошаговый план как стать DevOps-инженером. Реализуешь пет-проект - вероятность твоего входа в DevOps повысится.

Помни, дорогу осилит идущий. Ищи вакансии, проходи собеседования. Удачи👍

Расскажи свой путь в ДевОпс, может твой путь мотивирует других

👍 Один из подписчиков поделился своей историей перехода в DevOps

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

Работал сис админом и немного программистом и вебмастером.
Задумался что делать дальше, когда уже был главным сис админом (начальник отдела).
Это совпало с тем когда узнал о направлении девопса.
К тому времени было уже около 8 лет стажа админом и порядка 2 программистом.

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

Дальше поставил цель, что надо устроиться туда где есть линукс.
Было сложно, так как беграунд помогал, но практики было маловато.
Порядка 50 собесов, и у меня вырулило то что я знал виртуализацию хорошо.
Меня взяли в крупную компанию на роль клауд админа на приватные облака.

Там активно учился, активно пробивал обучение. Смог получить 2 ступени RHEL и кучу обучения по виртуализации. Но все таки понимал, что уже лучше, но не торт.

Через год сменил место уже было легче (около 10 собесов и оффер), и пошел в джуны девопсы.
Быстро понял, что я уже не совсем джун, хотя стек был не полный.

Место не понравилось через 3 месяца решил попробовать еще сменить, и уже устроился мидлом. Тут уже хватило 3 собесов.
Доучил все что нужно уже на практике.

Дальше все пошло еще проще, и 3 года уже работаю девопсом.

Какой у тебя опыт работы в DevOps?

Добрый вечер. Есть немного времени поотвечать на ваши вопросы. Задавайте в комментариях

#отвечаюнавопросы