А вот и запись вчерашенго эфира с Катей Лысенко. Очень неожиданным получился разговор, собрались накинуть говна на вентилятор аджайла, а сами ушли в какие-то дебри
Поговорили про культуру, про карго-культы, про корпоративную религию. Но самым крутым и неожиданным инсайтом для меня оказалось то, что можно в процессах тестировать гипотезы также, как и в продуктах. Действительно, почему у нас есть куча направлений и методик по тестированию продуктовых гипотез, но нет ни одной по тестирования процессов и все тащат до последнего явно неподходящие методологии
Ваши реакции как сахарочек для нас🤗 Ставьте огонечки, пишите комментарии, будем тащить формат в жизнь!
Поговорили про культуру, про карго-культы, про корпоративную религию. Но самым крутым и неожиданным инсайтом для меня оказалось то, что можно в процессах тестировать гипотезы также, как и в продуктах. Действительно, почему у нас есть куча направлений и методик по тестированию продуктовых гипотез, но нет ни одной по тестирования процессов и все тащат до последнего явно неподходящие методологии
Ваши реакции как сахарочек для нас🤗 Ставьте огонечки, пишите комментарии, будем тащить формат в жизнь!
👍7🔥5❤4
Продуктивность разработчиков: когда цифры врут
Друзья, давайте на минутку представим идеальный мир. Мир, где продуктивность разработчиков можно измерить одной простой метрикой. Где руководители радостно потирают руки, глядя на графики, уверенно ползущие вверх. Красота, правда?
А теперь возвращаемся в реальность. Исследовательская команда Google, похоже, решила разрушить эту прекрасную иллюзию. И знаете что? У них это чертовски хорошо получилось.
Оказывается, разработчики — это люди. Шок! Сенсация! Кто бы мог подумать? Но если серьезно, то об этом простом факте часто забывают. Мы так привыкли думать о программистах как о живых компиляторах, что забываем об их человеческой сущности. А ведь это ключ к пониманию продуктивности.
Но подождите, есть еще кое-что. Разработка ПО — это не конвейер по штамповке кода. Это творческий процесс, сродни искусству. Только вместо краски и холста — алгоритмы и байты. И как измерить продуктивность Пикассо? Количеством мазков в минуту?
Ребята из Гугла предлагают нам взглянуть на проблему пошире. Забудьте о примитивных метриках вроде строк кода. Это все равно что оценивать писателя по количеству использованных запятых. Нужен комплексный подход, учитывающий множество факторов.
Но самое главное — необходимо помнить о человеческом факторе. Счастливый разработчик — продуктивный разработчик. Звучит как банальность, но сколько компаний реально следуют этому принципу?
Усталость, выгорание, неосознанные предубеждения — все это влияет на работу куда сильнее, чем может показаться на первый взгляд. И если мы хотим реально повысить продуктивность, нужно начать с заботы о людях, а не с одержимости цифрами.
В конце концов, разработка ПО — это марафон, а не спринт (хех, какая ирония😁). И победит в нем не тот, кто быстрее всех набирает код, а тот, кто сумеет создать среду, где талантливые люди смогут раскрыть свой потенциал.
Так что в следующий раз, когда вам захочется измерить продуктивность разработчиков, вспомните: за каждой строчкой кода стоит человек. Со своими мыслями, чувствами и, страшно подумать даже, личной жизнью. Может, пора начать измерять не только код, но и счастье?
Ссылка на статью: A Human-Centered Approach to Developer Productivity
А как у вас обстоят дела с нормальной продуктивностью, не всратой? Делитесь своими мыслями в комментариях.👇
Кто знает, может вместе мы найдем ту самую волшебную формулу счастья и эффективности?
🏴☠️ @happy_devops
Друзья, давайте на минутку представим идеальный мир. Мир, где продуктивность разработчиков можно измерить одной простой метрикой. Где руководители радостно потирают руки, глядя на графики, уверенно ползущие вверх. Красота, правда?
А теперь возвращаемся в реальность. Исследовательская команда Google, похоже, решила разрушить эту прекрасную иллюзию. И знаете что? У них это чертовски хорошо получилось.
Оказывается, разработчики — это люди. Шок! Сенсация! Кто бы мог подумать? Но если серьезно, то об этом простом факте часто забывают. Мы так привыкли думать о программистах как о живых компиляторах, что забываем об их человеческой сущности. А ведь это ключ к пониманию продуктивности.
Но подождите, есть еще кое-что. Разработка ПО — это не конвейер по штамповке кода. Это творческий процесс, сродни искусству. Только вместо краски и холста — алгоритмы и байты. И как измерить продуктивность Пикассо? Количеством мазков в минуту?
Ребята из Гугла предлагают нам взглянуть на проблему пошире. Забудьте о примитивных метриках вроде строк кода. Это все равно что оценивать писателя по количеству использованных запятых. Нужен комплексный подход, учитывающий множество факторов.
Но самое главное — необходимо помнить о человеческом факторе. Счастливый разработчик — продуктивный разработчик. Звучит как банальность, но сколько компаний реально следуют этому принципу?
Усталость, выгорание, неосознанные предубеждения — все это влияет на работу куда сильнее, чем может показаться на первый взгляд. И если мы хотим реально повысить продуктивность, нужно начать с заботы о людях, а не с одержимости цифрами.
В конце концов, разработка ПО — это марафон, а не спринт (хех, какая ирония😁). И победит в нем не тот, кто быстрее всех набирает код, а тот, кто сумеет создать среду, где талантливые люди смогут раскрыть свой потенциал.
Так что в следующий раз, когда вам захочется измерить продуктивность разработчиков, вспомните: за каждой строчкой кода стоит человек. Со своими мыслями, чувствами и, страшно подумать даже, личной жизнью. Может, пора начать измерять не только код, но и счастье?
Ссылка на статью: A Human-Centered Approach to Developer Productivity
А как у вас обстоят дела с нормальной продуктивностью, не всратой? Делитесь своими мыслями в комментариях.
Кто знает, может вместе мы найдем ту самую волшебную формулу счастья и эффективности?
🏴☠️ @happy_devops
Please open Telegram to view this post
VIEW IN TELEGRAM
👍10🔥2
Меритократия в IT: сказка для наивных
Ах, эта прекрасная сказка о меритократии в IT! Мол, только твои скиллы имеют значение, а всё остальное — пустая болтовня. Ну-ну, расскажите это тем, кто годами пашет, а повышения получают "свои" ребята.
Давайте честно: в нашем "справедливом" мире айти карьерная лестница часто больше похожа на детские горки в парке аттракционов. Вроде и лезешь вверх, а в итоге съезжаешь туда, куда тебя направят.
🎭 Корпоративный театр: Где твой главный скилл — умение изображать бурную деятельность на совещаниях.
🤝 Нетворкинг über alles: Потому что важно не то, что ты знаешь, а кого ты знаешь. И кто знает тебя, конечно же.
🐘 Стадный инстинкт: Следуй за трендами, даже если они ведут тебя к обрыву. Главное — быть в тренде!
👅 Лизоблюдство 2.0: Теперь с AI и блокчейном! Потому что просто подлизываться уже не модно.
🎭 Шоу "Кто громче всех кричит CI/CD": Неважно, что ты делаешь, главное — делать это громко и с умным видом.
А вишенка на торте — это когда тебя обходит чувак, единственная суперспособность которого — уметь красиво рассказывать о своих достижениях (которых, кстати, нет).
Но эй, не всё так плохо! Иногда, в редкие моменты просветления, компании действительно ценят настоящих профи. Правда, эти моменты так же редки, как работающий с первого раза код.
А у вас как обстоят дела с этой "меритократией"? Поделитесь в комментах своими историями восхождения по карьерной лестнице. Или падения с неё — тоже сойдёт, посмеёмся вместе.
Не стесняйтесь ставить реакции, вы же помните, что мы их очень любим:
🔥 — если вы всё ещё верите в сказки
🤬 — если вас уже достала эта псевдомеритократия
🏴☠️ @happy_devops
Ах, эта прекрасная сказка о меритократии в IT! Мол, только твои скиллы имеют значение, а всё остальное — пустая болтовня. Ну-ну, расскажите это тем, кто годами пашет, а повышения получают "свои" ребята.
Давайте честно: в нашем "справедливом" мире айти карьерная лестница часто больше похожа на детские горки в парке аттракционов. Вроде и лезешь вверх, а в итоге съезжаешь туда, куда тебя направят.
🎭 Корпоративный театр: Где твой главный скилл — умение изображать бурную деятельность на совещаниях.
🤝 Нетворкинг über alles: Потому что важно не то, что ты знаешь, а кого ты знаешь. И кто знает тебя, конечно же.
🐘 Стадный инстинкт: Следуй за трендами, даже если они ведут тебя к обрыву. Главное — быть в тренде!
👅 Лизоблюдство 2.0: Теперь с AI и блокчейном! Потому что просто подлизываться уже не модно.
🎭 Шоу "Кто громче всех кричит CI/CD": Неважно, что ты делаешь, главное — делать это громко и с умным видом.
А вишенка на торте — это когда тебя обходит чувак, единственная суперспособность которого — уметь красиво рассказывать о своих достижениях (которых, кстати, нет).
Но эй, не всё так плохо! Иногда, в редкие моменты просветления, компании действительно ценят настоящих профи. Правда, эти моменты так же редки, как работающий с первого раза код.
А у вас как обстоят дела с этой "меритократией"? Поделитесь в комментах своими историями восхождения по карьерной лестнице. Или падения с неё — тоже сойдёт, посмеёмся вместе.
Не стесняйтесь ставить реакции, вы же помните, что мы их очень любим:
🔥 — если вы всё ещё верите в сказки
🤬 — если вас уже достала эта псевдомеритократия
🏴☠️ @happy_devops
🤬14🔥13👻7😁1🤡1
ИИ vs менеджер: битва за корпоративный трон
Эй, менеджеры, как там ваше кресло? Удобно сидится? Наслаждайтесь, пока можете, потому что ИИ уже точит свои алгоритмические зубки на ваше место.
Представьте себе мир, где искусственный интеллект берет на себя все эти "невероятно сложные" задачи менеджера. Планирование спринтов? ИИ сделает это за долю секунды, учитывая все возможные риски и даже настроение команды после вчерашней попойки. Распределение задач? Легко! Причем без этих ваших "я думаю, Вася сегодня справится" — только чистая математика и анализ эффективности.
А как вам идея ИИ, проводящего стендапы? Никаких больше "ну, эээ, я вчера работал над таской, сегодня продолжу" — только четкие отчеты и реальный прогресс. И главное — никакого кофе в процессе!
Созвоны и встречи? ИИ организует их с такой эффективностью, что вы забудете о существовании лишних совещаний. Прощай, бесконечные обсуждения обсуждений!
Но самое прекрасное — это объективность. Никаких любимчиков, никакого "я считаю, что Петя поработал лучше". Только факты, цифры и реальные результаты. Представляете, какой это будет удар по офисной политике? Бедные интриганы останутся без работы!
Конечно, найдутся скептики, которые скажут: "Но ведь ИИ не может заменить человеческое общение, эмпатию, лидерство!". Ха! Погодите, пока нейросети научатся генерировать мотивирующие речи и корпоративные мемасики. Уверен, они справятся с этим не хуже среднестатистического менеджера.
Но не спешите паковать свои вещи, дорогие менеджеры. У вас все еще есть шанс! Например, вы можете начать изучать, как управлять этим самым ИИ. Кто знает, может быть, профессия "менеджер искусственного интеллекта" станет новым трендом?
А что думаете вы, уважаемые айтишники? Готовы ли вы доверить свою судьбу бездушной машине? Или все-таки предпочтете живого, пусть и не всегда компетентного, менеджера?
Делитесь своими мыслями в комментариях. Самые интересные идеи по спасению менеджеров от восстания машин получат виртуальную медальку "Защитник человечества".
И не забудьте поставить реакции!
🔥 — если вы за людей
🗿 — если вы уже на стороне ИИ.
Да начнется битва!
🏴☠️ @happy_devops
Эй, менеджеры, как там ваше кресло? Удобно сидится? Наслаждайтесь, пока можете, потому что ИИ уже точит свои алгоритмические зубки на ваше место.
Представьте себе мир, где искусственный интеллект берет на себя все эти "невероятно сложные" задачи менеджера. Планирование спринтов? ИИ сделает это за долю секунды, учитывая все возможные риски и даже настроение команды после вчерашней попойки. Распределение задач? Легко! Причем без этих ваших "я думаю, Вася сегодня справится" — только чистая математика и анализ эффективности.
А как вам идея ИИ, проводящего стендапы? Никаких больше "ну, эээ, я вчера работал над таской, сегодня продолжу" — только четкие отчеты и реальный прогресс. И главное — никакого кофе в процессе!
Созвоны и встречи? ИИ организует их с такой эффективностью, что вы забудете о существовании лишних совещаний. Прощай, бесконечные обсуждения обсуждений!
Но самое прекрасное — это объективность. Никаких любимчиков, никакого "я считаю, что Петя поработал лучше". Только факты, цифры и реальные результаты. Представляете, какой это будет удар по офисной политике? Бедные интриганы останутся без работы!
Конечно, найдутся скептики, которые скажут: "Но ведь ИИ не может заменить человеческое общение, эмпатию, лидерство!". Ха! Погодите, пока нейросети научатся генерировать мотивирующие речи и корпоративные мемасики. Уверен, они справятся с этим не хуже среднестатистического менеджера.
Но не спешите паковать свои вещи, дорогие менеджеры. У вас все еще есть шанс! Например, вы можете начать изучать, как управлять этим самым ИИ. Кто знает, может быть, профессия "менеджер искусственного интеллекта" станет новым трендом?
А что думаете вы, уважаемые айтишники? Готовы ли вы доверить свою судьбу бездушной машине? Или все-таки предпочтете живого, пусть и не всегда компетентного, менеджера?
Делитесь своими мыслями в комментариях. Самые интересные идеи по спасению менеджеров от восстания машин получат виртуальную медальку "Защитник человечества".
И не забудьте поставить реакции!
🔥 — если вы за людей
🗿 — если вы уже на стороне ИИ.
Да начнется битва!
🏴☠️ @happy_devops
🗿15🔥12👍1
Культ личности в IT: когда харизма важнее кода
Ах, эти IT-гуру! Харизматичные, яркие, готовые свернуть горы одним взмахом клавиатуры. Прямо как Стив Джобс, только в свитере за 30 баксов с AliExpress. И ведь работает магия — инвесторы в экстазе, сотрудники готовы пахать 25 часов в сутки, а профильные СМИ захлебываются от восторга.
Но знаете, в чем проблема? Иногда за этим сияющим фасадом скрывается огромная черная дыра некомпетентности, готовая поглотить всю компанию.
Представьте: вы приходите в офис условного стартапа. Вас встречает энергичный CEO в кроссовках за косарь баксов. Он вещает о "революции в индустрии" и "парадигме блокчейн-AI-облачных вычислений". Звучит впечатляюще, не так ли? А теперь попросите его объяснить, как именно это работает. Готов поспорить, вы услышите набор модных словечек, за которыми скрывается... ничего.
И ведь таких примеров — пруд пруди. Помните историю Элизабет Холмс и Theranos? Или Адама Ньюмана из WeWork? Харизма на миллион, компетенций на копейку. Но инвесторы все равно несут деньги, сотрудники — свое время и силы. А потом — бац, и компания схлопывается, оставляя после себя выжженую землю и разбитые мечты.
Но самое страшное — это когда такой "визионер" начинает верить в собственную непогрешимость. "Я же гений, я не могу ошибаться!". И понеслась — сумасшедшие идеи, необдуманные решения, игнорирование мнения реальных экспертов. А любая критика воспринимается как личное оскорбление и происки врагов.
Знакомая картина, не правда ли? Уверен, многие из вас работали в компаниях, где харизматичный лидер вел корабль прямиком на айсберг, игнорируя все предупреждения.
Но давайте начистоту: мы все немного виноваты в создании этих культов личности. Нам нравятся яркие истории успеха, красивые презентации и громкие обещания. Мы готовы закрывать глаза на отсутствие реальных результатов, лишь бы верить в красивую сказку.
Может, пора уже повзрослеть? Начать ценить не громкие слова, а реальные дела и компетенции? Выбирать лидеров не по умению красиво говорить, а по способности создавать работающие продукты?
А что думаете вы? Сталкивались ли с такими харизматичными, но некомпетентными лидерами? Как отличить настоящего визионера от просто хорошего оратора?
Делитесь своими историями и мыслями в комментариях. Самые сочные кейсы получат виртуальный орден "За разоблачение культа личности в IT".
Ставьте реакции, поддержите нас лайком:
🙈 — если вы за харизму
🕊 — если вы за компетентность
Давайте посмотрим, чего в нашем сообществе больше!
🏴☠️ @happy_devops
Ах, эти IT-гуру! Харизматичные, яркие, готовые свернуть горы одним взмахом клавиатуры. Прямо как Стив Джобс, только в свитере за 30 баксов с AliExpress. И ведь работает магия — инвесторы в экстазе, сотрудники готовы пахать 25 часов в сутки, а профильные СМИ захлебываются от восторга.
Но знаете, в чем проблема? Иногда за этим сияющим фасадом скрывается огромная черная дыра некомпетентности, готовая поглотить всю компанию.
Представьте: вы приходите в офис условного стартапа. Вас встречает энергичный CEO в кроссовках за косарь баксов. Он вещает о "революции в индустрии" и "парадигме блокчейн-AI-облачных вычислений". Звучит впечатляюще, не так ли? А теперь попросите его объяснить, как именно это работает. Готов поспорить, вы услышите набор модных словечек, за которыми скрывается... ничего.
И ведь таких примеров — пруд пруди. Помните историю Элизабет Холмс и Theranos? Или Адама Ньюмана из WeWork? Харизма на миллион, компетенций на копейку. Но инвесторы все равно несут деньги, сотрудники — свое время и силы. А потом — бац, и компания схлопывается, оставляя после себя выжженую землю и разбитые мечты.
Но самое страшное — это когда такой "визионер" начинает верить в собственную непогрешимость. "Я же гений, я не могу ошибаться!". И понеслась — сумасшедшие идеи, необдуманные решения, игнорирование мнения реальных экспертов. А любая критика воспринимается как личное оскорбление и происки врагов.
Знакомая картина, не правда ли? Уверен, многие из вас работали в компаниях, где харизматичный лидер вел корабль прямиком на айсберг, игнорируя все предупреждения.
Но давайте начистоту: мы все немного виноваты в создании этих культов личности. Нам нравятся яркие истории успеха, красивые презентации и громкие обещания. Мы готовы закрывать глаза на отсутствие реальных результатов, лишь бы верить в красивую сказку.
Может, пора уже повзрослеть? Начать ценить не громкие слова, а реальные дела и компетенции? Выбирать лидеров не по умению красиво говорить, а по способности создавать работающие продукты?
А что думаете вы? Сталкивались ли с такими харизматичными, но некомпетентными лидерами? Как отличить настоящего визионера от просто хорошего оратора?
Делитесь своими историями и мыслями в комментариях. Самые сочные кейсы получат виртуальный орден "За разоблачение культа личности в IT".
Ставьте реакции, поддержите нас лайком:
🙈 — если вы за харизму
🕊 — если вы за компетентность
Давайте посмотрим, чего в нашем сообществе больше!
🏴☠️ @happy_devops
🕊26🙈5🤣1
Домен .io скоро канет в Лету. Прощай, любимая игрушка стартаперов!
Ну что, гики и стартаперы, готовы попрощаться с любимой доменной зоной? Британия решила избавиться от островов Чагос, а вместе с ними — и от домена .io. И вот теперь все эти крутые Github.io, itch.io и прочие модные штучки скоро станут историей.
А ведь как красиво звучало: "Мы используем .io, потому что это input/output!". Ага, конечно. На самом деле вы просто выпендривались перед инвесторами. Но теперь придется искать новые способы показаться крутыми.
Самое забавное, что домен может исчезнуть быстрее, чем вы успеете сказать "блокчейн". IANA, ребята, которые заведуют доменами, не шутят — как только страна исчезает с карты, прощай и домен. Вспомните .su — до сих пор болтается в интернете, как призрак СССР.
Так что, дорогие владельцы .io доменов, начинайте паковать цифровые чемоданы. И в следующий раз, прежде чем выбирать модный домен, может, стоит открыть карту мира?
А теперь о грустном. Точнее, о российском.
Роскомнадзор решил, что Discord — это исчадие ада и заблокировал его. Причина? Да как обычно — "экстремизм", "терроризм" и прочая лабуда из методички.
Самое смешное (или грустное, это как посмотреть), что Discord активно юзали военные для связи. Видимо, в Минобороны не догадались предупредить Роскомнадзор, что ребятам на фронте нужна качественная связь. Теперь придется общаться азбукой Морзе или почтовыми голубями.
И вот представьте картину: сидят где-то наши бойцы, пытаются координировать атаку, а тут — бац! — и Discord не работает. "Извините, товарищ генерал, мы не можем начать наступление — Роскомнадзор запретил".
В общем, как говорится, хотели как лучше, а получилось как всегда. Интересно, кто следующий на очереди? Может, заблокируем воздух? А то мало ли, вдруг там тоже экстремизм прячется.
Ну что, айтишники, готовы к новым приключениям в мире доменов и блокировок? Делитесь в комментах, как будете выкручиваться. Самому креативному решению — виртуальная медаль "За цифровое выживание в условиях, приближенных к боевым".
И не забывайте про реакции друзья! Обратная связь от вас дает нам силы работать!
#новости_по_пятницам
🏴☠️ @happy_devops
Ну что, гики и стартаперы, готовы попрощаться с любимой доменной зоной? Британия решила избавиться от островов Чагос, а вместе с ними — и от домена .io. И вот теперь все эти крутые Github.io, itch.io и прочие модные штучки скоро станут историей.
А ведь как красиво звучало: "Мы используем .io, потому что это input/output!". Ага, конечно. На самом деле вы просто выпендривались перед инвесторами. Но теперь придется искать новые способы показаться крутыми.
Самое забавное, что домен может исчезнуть быстрее, чем вы успеете сказать "блокчейн". IANA, ребята, которые заведуют доменами, не шутят — как только страна исчезает с карты, прощай и домен. Вспомните .su — до сих пор болтается в интернете, как призрак СССР.
Так что, дорогие владельцы .io доменов, начинайте паковать цифровые чемоданы. И в следующий раз, прежде чем выбирать модный домен, может, стоит открыть карту мира?
А теперь о грустном. Точнее, о российском.
Роскомнадзор решил, что Discord — это исчадие ада и заблокировал его. Причина? Да как обычно — "экстремизм", "терроризм" и прочая лабуда из методички.
Самое смешное (или грустное, это как посмотреть), что Discord активно юзали военные для связи. Видимо, в Минобороны не догадались предупредить Роскомнадзор, что ребятам на фронте нужна качественная связь. Теперь придется общаться азбукой Морзе или почтовыми голубями.
И вот представьте картину: сидят где-то наши бойцы, пытаются координировать атаку, а тут — бац! — и Discord не работает. "Извините, товарищ генерал, мы не можем начать наступление — Роскомнадзор запретил".
В общем, как говорится, хотели как лучше, а получилось как всегда. Интересно, кто следующий на очереди? Может, заблокируем воздух? А то мало ли, вдруг там тоже экстремизм прячется.
Ну что, айтишники, готовы к новым приключениям в мире доменов и блокировок? Делитесь в комментах, как будете выкручиваться. Самому креативному решению — виртуальная медаль "За цифровое выживание в условиях, приближенных к боевым".
И не забывайте про реакции друзья! Обратная связь от вас дает нам силы работать!
#новости_по_пятницам
🏴☠️ @happy_devops
👎12🤡8🔥4😁3❤1👍1
Адекватный взгляд на DevOps: мифы и реальность
Коллеги, опять сегодня у нас на повестке дня святая корова — DevOps. Все уши уже прожужжали про то, какая это панацея от всех проблем и как она вознесет бизнес на небеса. Но давайте разберемся без лишнего хайпа, что там все-таки должно быть внутри? Что действительно работает в боевых условиях, а что остается красивыми слайдами на конференциях?
Главный миф, который всегда радует — DevOps это про то, чтобы натыкать модных тулов и радоваться жизни. Мол, закупили облако, поставили оркестраторы, замониторили все что шевелится — и готово, скоро будем жить как в раю. Но по факту прикручивание новых технологий — это как вишенка на торте. Сам торт — это люди, процессы и договоренности между командами. Без этой основы ваши контейнеры и кубернетесы будут просто красивыми (и дорогими) игрушками.
Кстати, раз уж заговорили о тулзах — еще один популярный миф, что без микросервисов, Kubernetes и иже с ними в DevOps делать нечего. На деле работать в этом стиле можно хоть со старым-добрым монолитом. Да, с ним сложнее, но можно, было бы желание. Глобальная цель — делать инкременты продукта быстро, часто и с хорошим качеством. А какими методами вы этого достигаете — уже дело десятое.
Еще один перл: в DevOps команде все инженеры должны быть этакими универсальными солдатами. Катать код днем, разворачивать кластера ночью, а в промежутках дашборды рисовать. Но с высоты опыта видно, что такой подход имеет смысл только в совсем маленьких командах, да и то не всегда. Чаще всего лучше сработает узкая специализация, главное четко определить роли, обязанности и точки пересечения.
Двигаемся дальше. Расхожее мнение: внедрив DevOps, сразу получаем профит в виде скорости и новых фич. И бизнес счастлив, и пользователи. А на практике часто по первости получается с точностью до наоборот — скорость падает, потому что параллельно с фичами приходится не забывать про техдолг, строить пайплайны, нормальный мониторинг и так далее. Это нужно четко проговаривать на берегу, чтобы потом не было сюрпризов и разочарований.
И кстати, о бизнесе. Многие думают, что DevOps — это чисто техническая история, мол, дело инженерное. Но без вовлечения и поддержки менеджмента и заказчика вся эта затея обречена. Так что надо быть готовым значительную часть времени тратить на объяснения, выстраивание процессов и донесение ценностей до всех слоев компании.
Ну и напоследок) DevOps не волшебная пилюля от всех проблем. Да, он реально может дать буст по скорости и качеству, но только если фундамент уже относительно крепкий. Если у вас монструозный легаси, полное отсутствие тестов и архитектура а-ля "и так сойдет" — никакой DevOps не поможет. Сначала разгребайте базовые проблемы, а уже потом задумывайтесь о высоком.
Резюмируя: давайте смотреть на вещи трезво, отделяя зерна от плевел. Это не серебряная пуля, а серьезная методология со своими граблями и подводными камнями. Методология, требующая слаженной работы людей и процессов на всех уровнях. Но результат того стоит — более быстрые и качественные продукты, довольные пользователи и все такое. Так что дерзайте, но без фанатизма!
Делитесь в комментах своим опытом и мнением, и не забывайте про реакции, без них никуда
🏴☠️ @happy_devops
Коллеги, опять сегодня у нас на повестке дня святая корова — DevOps. Все уши уже прожужжали про то, какая это панацея от всех проблем и как она вознесет бизнес на небеса. Но давайте разберемся без лишнего хайпа, что там все-таки должно быть внутри? Что действительно работает в боевых условиях, а что остается красивыми слайдами на конференциях?
Главный миф, который всегда радует — DevOps это про то, чтобы натыкать модных тулов и радоваться жизни. Мол, закупили облако, поставили оркестраторы, замониторили все что шевелится — и готово, скоро будем жить как в раю. Но по факту прикручивание новых технологий — это как вишенка на торте. Сам торт — это люди, процессы и договоренности между командами. Без этой основы ваши контейнеры и кубернетесы будут просто красивыми (и дорогими) игрушками.
Кстати, раз уж заговорили о тулзах — еще один популярный миф, что без микросервисов, Kubernetes и иже с ними в DevOps делать нечего. На деле работать в этом стиле можно хоть со старым-добрым монолитом. Да, с ним сложнее, но можно, было бы желание. Глобальная цель — делать инкременты продукта быстро, часто и с хорошим качеством. А какими методами вы этого достигаете — уже дело десятое.
Еще один перл: в DevOps команде все инженеры должны быть этакими универсальными солдатами. Катать код днем, разворачивать кластера ночью, а в промежутках дашборды рисовать. Но с высоты опыта видно, что такой подход имеет смысл только в совсем маленьких командах, да и то не всегда. Чаще всего лучше сработает узкая специализация, главное четко определить роли, обязанности и точки пересечения.
Двигаемся дальше. Расхожее мнение: внедрив DevOps, сразу получаем профит в виде скорости и новых фич. И бизнес счастлив, и пользователи. А на практике часто по первости получается с точностью до наоборот — скорость падает, потому что параллельно с фичами приходится не забывать про техдолг, строить пайплайны, нормальный мониторинг и так далее. Это нужно четко проговаривать на берегу, чтобы потом не было сюрпризов и разочарований.
И кстати, о бизнесе. Многие думают, что DevOps — это чисто техническая история, мол, дело инженерное. Но без вовлечения и поддержки менеджмента и заказчика вся эта затея обречена. Так что надо быть готовым значительную часть времени тратить на объяснения, выстраивание процессов и донесение ценностей до всех слоев компании.
Ну и напоследок) DevOps не волшебная пилюля от всех проблем. Да, он реально может дать буст по скорости и качеству, но только если фундамент уже относительно крепкий. Если у вас монструозный легаси, полное отсутствие тестов и архитектура а-ля "и так сойдет" — никакой DevOps не поможет. Сначала разгребайте базовые проблемы, а уже потом задумывайтесь о высоком.
Резюмируя: давайте смотреть на вещи трезво, отделяя зерна от плевел. Это не серебряная пуля, а серьезная методология со своими граблями и подводными камнями. Методология, требующая слаженной работы людей и процессов на всех уровнях. Но результат того стоит — более быстрые и качественные продукты, довольные пользователи и все такое. Так что дерзайте, но без фанатизма!
Делитесь в комментах своим опытом и мнением, и не забывайте про реакции, без них никуда
🏴☠️ @happy_devops
💯8❤1
Как выжить DevOps-инженеру в большой корпорации: лайфхаки и советы от бывалых
Привет, DevOps-бойцы! Сегодня затронем больную для многих тему: как не сойти с ума, будучи DevOps-инженером в большой корпорации. Знаете эти бесконечные митинги, согласования, бюрократию и прочие радости энтерпрайза? Вот-вот, про них родимых и поговорим. Расскажем про опыт редакции, а вы дополняйте в комментах, глядишь, соберем хороший набор лайфхаков для новичков.
Первое, с чем сталкиваешься в корпе — это огромное количество стейкхолдеров. Каждый со своим интересом, и все хотят твоего внимания. Разработка требует релизов через день, безопасники хотят три уровня авторизации для любого чиха, а топ-менеджмент уже раз пять переспросил "когда уже будет готово?". И всем надо уметь разъяснить, успокоить и что-то пообещать. Наш совет: определите ключевых игроков, выстройте с ними доверительное общение и действуйте через них. Плюс учитесь находить компромиссы, а то утонете в бесконечных митингах.
Вторая напасть: легаси, легаси everywhere. Допотопные системы с колоссальным техдолгом, трехэтажные монолиты, про которые уже никто не помнит, как и зачем они работают. И вот это все надо как-то деплоить, мониторить и вообще поддерживать жизнь. Тут главное — определите, что можно относительно безболезненно зарефакторить, а что лучше не трогать. Проводите инкрементальные улучшения, интегрируйте с современными практиками, но без фанатизма. Лучше медленно, но верно, чем сломать все и получить проблемы с продакшеном.
Третий момент: в корпорации процессы превыше всего. На каждый чих по три согласования и пять подписей. Хочешь новый сервис поднять, изволь обоснование написать, архитектурный комитет пройти и со всеми утрясти. Как с этим бороться? Ну, во-первых, таки автоматизировать все, что можно. IaC наше все — инфра и конфиги в кодовом виде, деплой по кнопке, роллбеки автоматические. Меньше будет ручной работы — меньше согласований. Во-вторых, инвестируйте время в выстраивание отношений со смежниками. Глядишь, если по-человечески договоритесь, можно и про некоторые бюрократические формальности "забыть".
Ещё одна частая беда — мотивация и профессиональный рост. В корпорациях легко стать "винтиком" и закопаться в рутину. Годами пилить один и тот же проект, не видя особых перспектив, — то ещё удовольствие. Что делать? Ищите возможности дополнительного обучения — конференции, митапы, курсы. Не стесняйтесь проситься спикером, делиться знаниями с коллегами. Заводите знакомства в других отделах, присматривайтесь к открывающимся вакансиям. В общем, держите руку на пульсе и не давайте себе застаиваться.
Ну и напоследок: про отношения с коллегами. Корпорации — они разные, но политика и интриги есть почти везде. Кто-то тянет одеяло на себя, кто-то старается выслужиться перед начальством, а кто-то просто тихо сливает всю работу. Наш совет: не участвуйте в играх, будьте выше этого. Постройте личный бренд профессионала, который спокойно и надежно делает свою работу. Общайтесь со всеми ровно, делитесь знаниями, помогайте коллегам. Глядишь, и вам в нужный момент помогут.
В общем, коллеги, работа DevOps-инженера в корпорации — это всегда челлендж. Куча legacy, миллион стейкхолдеров, бюрократия и все такое. Но при грамотном подходе со всем этим можно жить. Автоматизируйте, выстраивайте отношения, развивайтесь и не ввязывайтесь в интриги. Ищите лазейки в процессах, но без нарушения базовых правил. В общем, применяйте инженерный подход не только к коду, но и к корпоративной жизни — глядишь, и выживете, и даже поднимитесь!
Но хватит лирики, давайте к делу. Расскажите, как вы выживаете в энтерпрайзе? С какими граблями сталкивались, как разруливали ситуации? Может, есть какие-то хитрые лайфхаки или забавные истории? Делитесь в комментариях, вместе соберем базу знаний для тех, кто только начинает свой DevOps-путь в большой компании. Поехали!
🏴☠️ @happy_devops
Привет, DevOps-бойцы! Сегодня затронем больную для многих тему: как не сойти с ума, будучи DevOps-инженером в большой корпорации. Знаете эти бесконечные митинги, согласования, бюрократию и прочие радости энтерпрайза? Вот-вот, про них родимых и поговорим. Расскажем про опыт редакции, а вы дополняйте в комментах, глядишь, соберем хороший набор лайфхаков для новичков.
Первое, с чем сталкиваешься в корпе — это огромное количество стейкхолдеров. Каждый со своим интересом, и все хотят твоего внимания. Разработка требует релизов через день, безопасники хотят три уровня авторизации для любого чиха, а топ-менеджмент уже раз пять переспросил "когда уже будет готово?". И всем надо уметь разъяснить, успокоить и что-то пообещать. Наш совет: определите ключевых игроков, выстройте с ними доверительное общение и действуйте через них. Плюс учитесь находить компромиссы, а то утонете в бесконечных митингах.
Вторая напасть: легаси, легаси everywhere. Допотопные системы с колоссальным техдолгом, трехэтажные монолиты, про которые уже никто не помнит, как и зачем они работают. И вот это все надо как-то деплоить, мониторить и вообще поддерживать жизнь. Тут главное — определите, что можно относительно безболезненно зарефакторить, а что лучше не трогать. Проводите инкрементальные улучшения, интегрируйте с современными практиками, но без фанатизма. Лучше медленно, но верно, чем сломать все и получить проблемы с продакшеном.
Третий момент: в корпорации процессы превыше всего. На каждый чих по три согласования и пять подписей. Хочешь новый сервис поднять, изволь обоснование написать, архитектурный комитет пройти и со всеми утрясти. Как с этим бороться? Ну, во-первых, таки автоматизировать все, что можно. IaC наше все — инфра и конфиги в кодовом виде, деплой по кнопке, роллбеки автоматические. Меньше будет ручной работы — меньше согласований. Во-вторых, инвестируйте время в выстраивание отношений со смежниками. Глядишь, если по-человечески договоритесь, можно и про некоторые бюрократические формальности "забыть".
Ещё одна частая беда — мотивация и профессиональный рост. В корпорациях легко стать "винтиком" и закопаться в рутину. Годами пилить один и тот же проект, не видя особых перспектив, — то ещё удовольствие. Что делать? Ищите возможности дополнительного обучения — конференции, митапы, курсы. Не стесняйтесь проситься спикером, делиться знаниями с коллегами. Заводите знакомства в других отделах, присматривайтесь к открывающимся вакансиям. В общем, держите руку на пульсе и не давайте себе застаиваться.
Ну и напоследок: про отношения с коллегами. Корпорации — они разные, но политика и интриги есть почти везде. Кто-то тянет одеяло на себя, кто-то старается выслужиться перед начальством, а кто-то просто тихо сливает всю работу. Наш совет: не участвуйте в играх, будьте выше этого. Постройте личный бренд профессионала, который спокойно и надежно делает свою работу. Общайтесь со всеми ровно, делитесь знаниями, помогайте коллегам. Глядишь, и вам в нужный момент помогут.
В общем, коллеги, работа DevOps-инженера в корпорации — это всегда челлендж. Куча legacy, миллион стейкхолдеров, бюрократия и все такое. Но при грамотном подходе со всем этим можно жить. Автоматизируйте, выстраивайте отношения, развивайтесь и не ввязывайтесь в интриги. Ищите лазейки в процессах, но без нарушения базовых правил. В общем, применяйте инженерный подход не только к коду, но и к корпоративной жизни — глядишь, и выживете, и даже поднимитесь!
Но хватит лирики, давайте к делу. Расскажите, как вы выживаете в энтерпрайзе? С какими граблями сталкивались, как разруливали ситуации? Может, есть какие-то хитрые лайфхаки или забавные истории? Делитесь в комментариях, вместе соберем базу знаний для тех, кто только начинает свой DevOps-путь в большой компании. Поехали!
🏴☠️ @happy_devops
👍6🔥3💯1😭1🫡1
Перешел из сисадминов в DevOps: нелегкий путь одного айтишника
Привет, коллеги! Сегодня расскажем вам историю одного смельчака, решившего перейти из сисадминов в DevOps. Без прикрас, со всеми подводными камнями, провалами и победами. Глядишь, кому-то его опыт поможет принять решение или просто поднимет настроение. Осторожно, много сарказма и самоиронии!
Начнем с предыстории. Работал наш герой сисадмином в одной небольшой конторе. Всё как обычно: железки крутил, юзеров тихо ненавидел, начальству репортил. И так годика три в относительном комфорте и стабильности. Но в какой-то момент стало скучно и захотелось движухи. Тут-то и попалась ему на глаза модная DevOps-методология. Ну, думает, чем черт не шутит, пойду учиться и резюме обновлять.
Сказано — сделано. Закупился книжками, прошел пару онлайн-курсов, поднял на коленке стендик с докером и джейкинсом. В общем, прокачался до уровня "принеси-подай" и "кое-что слышал". И тут удача: в соседний отдел ищут джуна аж с двойным окладом. Принес резюме, поулыбался на собеседовании, показал pet-проект... и вот она, DevOps-позиция у него в кармане. Мечты сбываются!
Но, как говорится, бойтесь своих желаний. Первый месяц на новой работе вышел, мягко говоря, захватывающим. Объем новой инфы просто сносил крышу: Git, CI/CD, облака, мониторинг, логирование, Ansible, Terraform. Это мы ещё молчим про паттерны, архитектуры и прочие высокие материи. Хорошо хоть с коллегами повезло, подсказывали и не смеялись над тупыми вопросами.
Дальше больше. Как выяснилось, в "той" команде девопсы и разработчики не только на одном этаже сидели, но и в одних чатиках общались, и на одних митингах бывали. И вот это вот всё про "ответсвенность", "инициативу" и "профессиональный рост" оказалось не просто красивыми словами. Теперь от него требовалось не только сервера крутить, но и в код нырять, и архитектуру обсуждать, и даже с бизнесом болтать о фичах. Вот это поворот!
Сказать, что первое время наш герой был в некотором шоке — это ничего не сказать. Каждый день открывал для себя что-то новое, причем не всегда приятное. Хотели кластер Kubernetes развернуть, обнаружили, что сеть левая и всё плющит. Решили логирование централизовать, оказалось, что форматы у всех разные и парсить их одной регуляркой — та ещё морока. А уж когда дошло до написания первого Terraform-модуля, он чуть не поседел: это ж не баш-скрипт, тут думать надо!
Но знаете, что? Примерно через полгода этого бурного девопс-серфинга он понял, что оно того стоило. Да, было сложно, да, много раз хотелось все бросить и откатиться в сисадминство. Зато сейчас он может с гордостью сказать, что находится "на ты" со многими DevOps-инструментами и практиками. Нет, он не стал гуру, до сеньорства ещё пахать и пахать. Но он более-менее освоился, вник в процессы и даже начал сам предлагать идеи по улучшению. А ещё завёл много знакомств и полезных связей, как внутри компании, так и на всяческих внешних активностях, куда он, как девопс, начал часто попадать.
Так что, коллеги, если вы сомневаетесь насчет перехода из сисадминов в DevOps — не бойтесь. Да, будет страшно, да, будет сложно, да, порой будет хотеться все бросить. Но оно реально стоит усилий. Новый опыт, новые знакомства, профессиональный рост опять же. Главное, не стесняйтесь спрашивать, учиться на ошибках и держать нос по ветру. Ну и без чувства юмора в нашем деле никак.
Такие вот дела, друзья. Надеемся, эта история была полезна и интересна. А теперь традиционно зовем вас в комменты. У кого какой опыт перехода? Может, есть смешные истории или советы для новичков? Делитесь, не стесняйтесь. Давайте обсудим все прелести и гадости DevOps-жизни без купюр и цензуры. Поехали!
И не забывайте про реакции, нам важно понимать, насколько заходит контент
🏴☠️ @happy_devops
Привет, коллеги! Сегодня расскажем вам историю одного смельчака, решившего перейти из сисадминов в DevOps. Без прикрас, со всеми подводными камнями, провалами и победами. Глядишь, кому-то его опыт поможет принять решение или просто поднимет настроение. Осторожно, много сарказма и самоиронии!
Начнем с предыстории. Работал наш герой сисадмином в одной небольшой конторе. Всё как обычно: железки крутил, юзеров тихо ненавидел, начальству репортил. И так годика три в относительном комфорте и стабильности. Но в какой-то момент стало скучно и захотелось движухи. Тут-то и попалась ему на глаза модная DevOps-методология. Ну, думает, чем черт не шутит, пойду учиться и резюме обновлять.
Сказано — сделано. Закупился книжками, прошел пару онлайн-курсов, поднял на коленке стендик с докером и джейкинсом. В общем, прокачался до уровня "принеси-подай" и "кое-что слышал". И тут удача: в соседний отдел ищут джуна аж с двойным окладом. Принес резюме, поулыбался на собеседовании, показал pet-проект... и вот она, DevOps-позиция у него в кармане. Мечты сбываются!
Но, как говорится, бойтесь своих желаний. Первый месяц на новой работе вышел, мягко говоря, захватывающим. Объем новой инфы просто сносил крышу: Git, CI/CD, облака, мониторинг, логирование, Ansible, Terraform. Это мы ещё молчим про паттерны, архитектуры и прочие высокие материи. Хорошо хоть с коллегами повезло, подсказывали и не смеялись над тупыми вопросами.
Дальше больше. Как выяснилось, в "той" команде девопсы и разработчики не только на одном этаже сидели, но и в одних чатиках общались, и на одних митингах бывали. И вот это вот всё про "ответсвенность", "инициативу" и "профессиональный рост" оказалось не просто красивыми словами. Теперь от него требовалось не только сервера крутить, но и в код нырять, и архитектуру обсуждать, и даже с бизнесом болтать о фичах. Вот это поворот!
Сказать, что первое время наш герой был в некотором шоке — это ничего не сказать. Каждый день открывал для себя что-то новое, причем не всегда приятное. Хотели кластер Kubernetes развернуть, обнаружили, что сеть левая и всё плющит. Решили логирование централизовать, оказалось, что форматы у всех разные и парсить их одной регуляркой — та ещё морока. А уж когда дошло до написания первого Terraform-модуля, он чуть не поседел: это ж не баш-скрипт, тут думать надо!
Но знаете, что? Примерно через полгода этого бурного девопс-серфинга он понял, что оно того стоило. Да, было сложно, да, много раз хотелось все бросить и откатиться в сисадминство. Зато сейчас он может с гордостью сказать, что находится "на ты" со многими DevOps-инструментами и практиками. Нет, он не стал гуру, до сеньорства ещё пахать и пахать. Но он более-менее освоился, вник в процессы и даже начал сам предлагать идеи по улучшению. А ещё завёл много знакомств и полезных связей, как внутри компании, так и на всяческих внешних активностях, куда он, как девопс, начал часто попадать.
Так что, коллеги, если вы сомневаетесь насчет перехода из сисадминов в DevOps — не бойтесь. Да, будет страшно, да, будет сложно, да, порой будет хотеться все бросить. Но оно реально стоит усилий. Новый опыт, новые знакомства, профессиональный рост опять же. Главное, не стесняйтесь спрашивать, учиться на ошибках и держать нос по ветру. Ну и без чувства юмора в нашем деле никак.
Такие вот дела, друзья. Надеемся, эта история была полезна и интересна. А теперь традиционно зовем вас в комменты. У кого какой опыт перехода? Может, есть смешные истории или советы для новичков? Делитесь, не стесняйтесь. Давайте обсудим все прелести и гадости DevOps-жизни без купюр и цензуры. Поехали!
И не забывайте про реакции, нам важно понимать, насколько заходит контент
🏴☠️ @happy_devops
👍23🔥3❤2💯1
DevOps — это не про инструменты, а про культуру. Как донести это до манагеров и не сойти с ума
Привет, друзья! Повторенье — мать ученья и сегодня в нашей повестке дня опять извечный холивар: что же такое DevOps на самом деле? Модный набор инструментов или всё-таки культура и образ мышления? Спойлер: мы топим за второе. Но как же донести эту мысль до манагеров, которые уже настроились "вот завтра поставим кубер и будем жить как боги"? Сейчас расскажем, а вы подтягивайтесь с попкорном и делитесь своими историями в комментах.
Начнем с того, что у многих сложилось впечатление, будто DevOps — это про автоматизацию и контейнеризацию. Поставил Docker, Kubernetes, настроил CI/CD и вуаля, ты уже в клубе любителей девопса. Но давайте будем честны: инструменты — это всего лишь верхушка айсберга. Да, они важны, да, без них сейчас никуда. Но ядро DevOps — это культура коллаборации, непрерывного улучшения и ответственности за продукт на всех этапах его жизненного цикла. И без слаженной командной работы и правильных процессов все эти дженкинсы-хелмы-кубернетисы — просто набор модных аббревиатур.
Так почему же этот месседж так сложно донести до менеджмента? Ну, во-первых, культура — штука неосязаемая и не всегда легко измеримая. Это вам не "вот отчет, сколько релизов мы сделали в этом квартале". Её нельзя потрогать, её сложно оценить в денежном эквиваленте. А во-вторых, внедрение DevOps-культуры — процесс долгий, местами болезненный и требующий серьёзных организационных изменений. Это вам не "давайте купим очередную недоплатформу и отчитаемся о диджитализации". Тут надо менять мышление, разрушать силосы, налаживать коммуникацию между отделами. А кому охота выходить из зоны комфорта и брать на себя дополнительную ответственность?
Так что да, убедить манагеров в том, что DevOps — это про людей и процессы, а не только про инструменты, это та ещё задачка. Но, как говорится, глаза боятся, а руки делают. И вот вам несколько советов, как подступиться к этой проблеме.
Во-первых, начните с себя и своей команды. Внедряйте практики DevOps на своем уровне: автоматизируйте, меряйте, улучшайте. Становитесь примером для других отделов, показывайте реальные результаты. Глядишь, и менеджмент подтянется, увидев, что оно реально работает.
Во-вторых, образовывайте и объясняйте. Не стесняйтесь проводить доклады, писать статьи, делиться опытом. Рассказывайте о своих успехах и фейлах, приводите цифры и кейсы. Глядишь, и до топов дойдет, что DevOps - это не просто хайповое словечко, а реальный подход к формированию ценности.
В-третьих, ищите союзников. Наверняка в вашей компании найдутся прогрессивные менеджеры или влиятельные инженеры, которые уже прониклись идеями DevOps. Объединяйтесь, поддерживайте друг друга, продвигайте изменения сообща. В конце концов, DevOps — это про коллаборацию, так что начните её прямо сейчас.
Ну и наконец: будьте терпеливы и настойчивы. Да, внедрение DevOps-культуры — процесс не быстрый. Да, вам придется преодолевать сопротивление и косность мышления. Но оно того стоит, поверьте. Ведь в конечном итоге вы получите не только более эффективные процессы, но и более зрелую, ответственную и сплоченную команду. А с такой командой вам любые горы по плечу — хоть Kubernetes пилить, хоть на Марс лететь.
В общем, друзья, давайте не будем скатываться в инструментальщину и забывать о главном. DevOps — это в первую очередь про культуру, про людей, про общие цели и ценности. И только потом уже про контейнеры, пайплайны и прочие ништяки. Давайте нести эту мысль в массы, и рано или поздно до всех дойдет. А с вас истории о том, как вы переубеждали упертых менеджеров и какие подводные камни встречали на этом пути. Поделитесь в комментах, а мы пока пойдем перечитывать "Проект Феникс" и настраиваться на долгую битву за светлое DevOps-будущее!
🏴☠️ @happy_devops
Привет, друзья! Повторенье — мать ученья и сегодня в нашей повестке дня опять извечный холивар: что же такое DevOps на самом деле? Модный набор инструментов или всё-таки культура и образ мышления? Спойлер: мы топим за второе. Но как же донести эту мысль до манагеров, которые уже настроились "вот завтра поставим кубер и будем жить как боги"? Сейчас расскажем, а вы подтягивайтесь с попкорном и делитесь своими историями в комментах.
Начнем с того, что у многих сложилось впечатление, будто DevOps — это про автоматизацию и контейнеризацию. Поставил Docker, Kubernetes, настроил CI/CD и вуаля, ты уже в клубе любителей девопса. Но давайте будем честны: инструменты — это всего лишь верхушка айсберга. Да, они важны, да, без них сейчас никуда. Но ядро DevOps — это культура коллаборации, непрерывного улучшения и ответственности за продукт на всех этапах его жизненного цикла. И без слаженной командной работы и правильных процессов все эти дженкинсы-хелмы-кубернетисы — просто набор модных аббревиатур.
Так почему же этот месседж так сложно донести до менеджмента? Ну, во-первых, культура — штука неосязаемая и не всегда легко измеримая. Это вам не "вот отчет, сколько релизов мы сделали в этом квартале". Её нельзя потрогать, её сложно оценить в денежном эквиваленте. А во-вторых, внедрение DevOps-культуры — процесс долгий, местами болезненный и требующий серьёзных организационных изменений. Это вам не "давайте купим очередную недоплатформу и отчитаемся о диджитализации". Тут надо менять мышление, разрушать силосы, налаживать коммуникацию между отделами. А кому охота выходить из зоны комфорта и брать на себя дополнительную ответственность?
Так что да, убедить манагеров в том, что DevOps — это про людей и процессы, а не только про инструменты, это та ещё задачка. Но, как говорится, глаза боятся, а руки делают. И вот вам несколько советов, как подступиться к этой проблеме.
Во-первых, начните с себя и своей команды. Внедряйте практики DevOps на своем уровне: автоматизируйте, меряйте, улучшайте. Становитесь примером для других отделов, показывайте реальные результаты. Глядишь, и менеджмент подтянется, увидев, что оно реально работает.
Во-вторых, образовывайте и объясняйте. Не стесняйтесь проводить доклады, писать статьи, делиться опытом. Рассказывайте о своих успехах и фейлах, приводите цифры и кейсы. Глядишь, и до топов дойдет, что DevOps - это не просто хайповое словечко, а реальный подход к формированию ценности.
В-третьих, ищите союзников. Наверняка в вашей компании найдутся прогрессивные менеджеры или влиятельные инженеры, которые уже прониклись идеями DevOps. Объединяйтесь, поддерживайте друг друга, продвигайте изменения сообща. В конце концов, DevOps — это про коллаборацию, так что начните её прямо сейчас.
Ну и наконец: будьте терпеливы и настойчивы. Да, внедрение DevOps-культуры — процесс не быстрый. Да, вам придется преодолевать сопротивление и косность мышления. Но оно того стоит, поверьте. Ведь в конечном итоге вы получите не только более эффективные процессы, но и более зрелую, ответственную и сплоченную команду. А с такой командой вам любые горы по плечу — хоть Kubernetes пилить, хоть на Марс лететь.
В общем, друзья, давайте не будем скатываться в инструментальщину и забывать о главном. DevOps — это в первую очередь про культуру, про людей, про общие цели и ценности. И только потом уже про контейнеры, пайплайны и прочие ништяки. Давайте нести эту мысль в массы, и рано или поздно до всех дойдет. А с вас истории о том, как вы переубеждали упертых менеджеров и какие подводные камни встречали на этом пути. Поделитесь в комментах, а мы пока пойдем перечитывать "Проект Феникс" и настраиваться на долгую битву за светлое DevOps-будущее!
🏴☠️ @happy_devops
❤5👍2
⏩ Bloomberg: Apple’s New iPad Mini Highlights the Company’s Secret AI Advantage
Свежие новости с полей ИИ-гонки: по данным Bloomberg, некоторые сотрудники Apple считают, что компания отстает от лидеров рынка ИИ минимум на пару лет. Что, даже легендарная яблочная корпорация не успевает в этот хайповый поезд?
Судя по всему, первые плоды Apple Intelligence особо не впечатляют. Новые фичи для iPad mini обещают лишь к концу года, да и то по чайной ложке. А уж сравнивать Siri с нашумевшим ChatGPT от OpenAI и вовсе неловко — и по точности ответов, и по широте кругозора чат-бот Альтмана впереди на порядок.
Конечно, у Apple еще остается козырь в рукаве, это огромная база устройств, на которых можно внедрять ИИ. Но пока это лишь потенциал, а не реальные успехи. Так что инсайдеры внутри компании имеют все основания для скепсиса.
⏩ Wall Street Journal: Wanted: Weekend Warriors in Tech
Пентагон решил пополнить ряды вооруженных сил США самыми ценными кадрами - IT-специалистами. Теперь директора по технологиям и другие ТОПы из мира хайтека смогут примерить военную форму и получить офицерское звание.
Правда, воевать их никто не заставит (пока). Речь идет о статусе резервистов, которых будут привлекать для краткосрочных проектов в сфере кибербезопасности, анализа данных и других модных направлений.
Первопроходцами станут всего несколько десятков счастливчиков, но потом программу обещают расширить на тысячи айтишников. А там, глядишь, и на другие отрасли распространят - от аэрокосмоса до логистики.
В общем, cкоро в американском IT вместо пиццы и фрисби в офисе будут полевые учения и марш-броски. Но зато можно будет козырять званием майора или капитана. Такие вот карьерные перспективы в новом дивном мире!
⏩ Основатель Флибусты принял решение добровольно уйти из жизни
Грустная новость без выводов. Основатель знаменитой Флибусты принял решение принять смертельную инъекцию. RIP и спасибо за труд. Насколько нам известно, Флибусту подхватили и продолжат поддерживать. По понятным причинам, личности этих прекрасных людей остаются в тайне
#новости_по_пятницам
🏴☠️ @happy_devops
Свежие новости с полей ИИ-гонки: по данным Bloomberg, некоторые сотрудники Apple считают, что компания отстает от лидеров рынка ИИ минимум на пару лет. Что, даже легендарная яблочная корпорация не успевает в этот хайповый поезд?
Судя по всему, первые плоды Apple Intelligence особо не впечатляют. Новые фичи для iPad mini обещают лишь к концу года, да и то по чайной ложке. А уж сравнивать Siri с нашумевшим ChatGPT от OpenAI и вовсе неловко — и по точности ответов, и по широте кругозора чат-бот Альтмана впереди на порядок.
Конечно, у Apple еще остается козырь в рукаве, это огромная база устройств, на которых можно внедрять ИИ. Но пока это лишь потенциал, а не реальные успехи. Так что инсайдеры внутри компании имеют все основания для скепсиса.
⏩ Wall Street Journal: Wanted: Weekend Warriors in Tech
Пентагон решил пополнить ряды вооруженных сил США самыми ценными кадрами - IT-специалистами. Теперь директора по технологиям и другие ТОПы из мира хайтека смогут примерить военную форму и получить офицерское звание.
Правда, воевать их никто не заставит (пока). Речь идет о статусе резервистов, которых будут привлекать для краткосрочных проектов в сфере кибербезопасности, анализа данных и других модных направлений.
Первопроходцами станут всего несколько десятков счастливчиков, но потом программу обещают расширить на тысячи айтишников. А там, глядишь, и на другие отрасли распространят - от аэрокосмоса до логистики.
В общем, cкоро в американском IT вместо пиццы и фрисби в офисе будут полевые учения и марш-броски. Но зато можно будет козырять званием майора или капитана. Такие вот карьерные перспективы в новом дивном мире!
⏩ Основатель Флибусты принял решение добровольно уйти из жизни
Грустная новость без выводов. Основатель знаменитой Флибусты принял решение принять смертельную инъекцию. RIP и спасибо за труд. Насколько нам известно, Флибусту подхватили и продолжат поддерживать. По понятным причинам, личности этих прекрасных людей остаются в тайне
#новости_по_пятницам
🏴☠️ @happy_devops
👌6
DevOps в эпоху нестабильности: как не просто выживать, а побеждать
Коллеги, все мы знаем, что мир IT сейчас напоминает американские горки — крутые виражи, непредсказуемые взлеты и падения. Особенно достается нам, DevOps-инженерам. Не успели стабилизировать один процесс, хоп, новый фреймворк подъехал! Только-только команда сработалась, бац, реорганизация! А уж про смену приоритетов и срочные таски вообще молчим, да?
Но знаете что? Нестабильность — это не приговор, а возможность проявить себя. Показать, что мы не просто выполняем задачи, а гибко адаптируемся, растем над собой и ведем за собой команду. Как говорится, если жизнь дает вам лимоны — сделайте лимонад, добавьте лёд и листик мяты 🍋😎
Так что вот вам наши лайфхаки, как в этом хаосе не просто выживать, а побеждать:
1️⃣ Принимайте изменения как данность. Не ворчите "раньше трава была зеленее", а ищите плюсы. Новая технология? Отлично, будет что изучить и чем удивить на собесе! Новые процессы? Супер, покажите, как их оптимизировать!
2️⃣ Фокусируйтесь на главном. В приоритете — стабильность продакшена, остальное по возможности. Выработайте с командой критерии: что must have, что nice to have. И всегда держите руку на пульсе бизнес-метрик.
3️⃣ Автоматизируйте рутину. Если приходится делать что-то регулярно и муторно — пишите скрипт, настраивайте алерты, интегрируйте с мониторингом. Не только себе жизнь облегчаете, но и время освобождаете на важные задачи и личное развитие.
4️⃣ Инвестируйте в отношения. В эпоху удаленки и текучки особенно ценны связи и доверие в команде. Будьте проактивны, интересуйтесь коллегами не только по рабочим вопросам. Поддерживайте, делитесь знаниями, отмечайте успехи. Глядишь, и сами не заметите, как станете Dream Team 🤜🤛
5️⃣ Качайте софт-скиллы. Коммуникации, эмпатия, управление стрессом — без этого сейчас никуда. Прокачивайтесь на курсах, тренингах, в общении. Эмоциональный интеллект и умение ладить с людьми — ваш джокер в колоде.
6️⃣ Заботьтесь о себе. Высыпайтесь, питайтесь нормально, гуляйте на свежем воздухе. Находите время на хобби и отдых мозга. Помните: вы — не функция, а прежде всего люди. Выгоревший, загнанный специалист — не профессионал, а ходячая проблема.
В общем, коллеги, нестабильность — это наша новая норма. Но в наших силах обратить ее себе на пользу. Быть волной, а не щепкой в ее потоке. Помогать друг другу, расти и становиться сильнее 💪
Это непросто, но оно того стоит. В конце концов, разве вы пошли в DevOps, чтобы было легко и скучно? То-то же!
Чем больше хаоса снаружи - тем важнее сохранять порядок внутри. Как в коде, так и в мыслях 😏
Расскажите в комментах, как вы справляетесь с нестабильностью и неопределенностью. А мы пойдем пилить наш Flux Capacitor для прогнозирования будущего 🔮😅
И ставьте реакции, друзья, ставьте! Нам важно ваше мнение и важно по-настоящему
🏴☠️ @happy_devops
Коллеги, все мы знаем, что мир IT сейчас напоминает американские горки — крутые виражи, непредсказуемые взлеты и падения. Особенно достается нам, DevOps-инженерам. Не успели стабилизировать один процесс, хоп, новый фреймворк подъехал! Только-только команда сработалась, бац, реорганизация! А уж про смену приоритетов и срочные таски вообще молчим, да?
Но знаете что? Нестабильность — это не приговор, а возможность проявить себя. Показать, что мы не просто выполняем задачи, а гибко адаптируемся, растем над собой и ведем за собой команду. Как говорится, если жизнь дает вам лимоны — сделайте лимонад, добавьте лёд и листик мяты 🍋😎
Так что вот вам наши лайфхаки, как в этом хаосе не просто выживать, а побеждать:
В общем, коллеги, нестабильность — это наша новая норма. Но в наших силах обратить ее себе на пользу. Быть волной, а не щепкой в ее потоке. Помогать друг другу, расти и становиться сильнее 💪
Это непросто, но оно того стоит. В конце концов, разве вы пошли в DevOps, чтобы было легко и скучно? То-то же!
Чем больше хаоса снаружи - тем важнее сохранять порядок внутри. Как в коде, так и в мыслях 😏
Расскажите в комментах, как вы справляетесь с нестабильностью и неопределенностью. А мы пойдем пилить наш Flux Capacitor для прогнозирования будущего 🔮😅
И ставьте реакции, друзья, ставьте! Нам важно ваше мнение и важно по-настоящему
🏴☠️ @happy_devops
Please open Telegram to view this post
VIEW IN TELEGRAM
❤8👍5
Как DevOps-инженеру стать незаменимым: прокачиваем софт-скиллы
Привет, DevOps-гуру и те, кто только встал на этот путь! Сегодня поговорим о том, что отличает просто хорошего специалиста от действительно ценного и незаменимого. Спойлер: дело не только в хард-скиллах 😉
Конечно, технические навыки? это фундамент. Kubernetes там, CI/CD, мониторинг — без этого никуда. Но чем дальше, тем больше работодатели и команды смотрят на то, что называется "софт-скиллы". И вот почему:
В эпоху удаленки и распределенных команд коммуникация — это ключ к успеху. Мало быть гением автоматизации, надо уметь доносить свои идеи, понятно объяснять, убеждать, разруливать конфликты. А это, поверьте, целое искусство 🎭
Еще один мастхэв — умение работать в команде. DevOps — это про коллаборацию, про стирание границ между "они" и "мы". Тут важно быть эмпатичным, уметь слушать, подстраиваться, находить общий язык с разными людьми. Без этого даже самый крутой технарь рискует остаться за бортом.
А еще рынок постоянно меняется, появляются новые технологии, подходы. И тут на первый план выходят обучаемость, адаптивность, креативность. Недаром многие компании на собесах специально проверяют эти качества, им нужны люди, которые могут быстро переключаться, брать на себя новые роли, предлагать нестандартные решения.
Но самый главный софт-скилл, пожалуй, это проактивность и ответственность за результат. Когда девопс не просто выполняет тикеты, а сам ищет боли, предлагает улучшения, берет на себя инициативу. Вот за таких спецов команды держатся обеими руками 🤲
Так что если хотите стать незаменимым — инвестируйте в софт-скиллы. Как? Вот пара идей:
1️⃣ Записывайтесь на курсы и тренинги по коммуникации, публичным выступлениям, управлению конфликтами. Прокачивайтесь по Agile, Scrum, Kanban — пригодится в работе с командой.
2️⃣ Читайте нон-фикшн по психологии, лидерству, саморазвитию. Рекомендуем "7 навыков высокоэффективных людей", "Эмоциональный интеллект", "Психологию влияния". Бонус: будете блистать на обеде, цитируя умные книжки 😎
3️⃣ Практикуйтесь каждый день. Вызывайтесь проводить демо, брать на себя роль фасилитатора на планировании. Предлагайте менторство младшим коллегам. Инициируйте ретро по процессам. В общем, не стесняйтесь выходить из зоны комфорта.
4️⃣ Попробуйте что-то новое. Запишитесь на курс по публичным выступлениям, актерскому мастерству, импров-театру. Да хоть на сальсу, если приглянется! Новые навыки и знакомства всегда освежают и дают неожиданные инсайты.
Главное: не забывайте про баланс. Технические навыки это базис, без них никуда. Но софт-скиллы — это то, что отличает профессионала от просто исполнителя. Нужно и то, и другое в разумных пропорциях.
Так что вперед, коллеги, прокачиваться и в хардах, и в софтах! Станьте незаменимыми, сделайте так, чтобы за вас дрались на HR-рынке 😏
А если у вас есть свои лайфхаки по прокачке софт-скиллов - делитесь в комментах, не томите! Вместе мы - сила, одними техническими навыками DevOps не построишь.
На этом у нас все, увидимся в следующих постах! Следите за апдейтами и не дайте хаосу внешнего мира нарушить ваш внутренний дзен 🙏
🏴☠️ @happy_devops
Привет, DevOps-гуру и те, кто только встал на этот путь! Сегодня поговорим о том, что отличает просто хорошего специалиста от действительно ценного и незаменимого. Спойлер: дело не только в хард-скиллах 😉
Конечно, технические навыки? это фундамент. Kubernetes там, CI/CD, мониторинг — без этого никуда. Но чем дальше, тем больше работодатели и команды смотрят на то, что называется "софт-скиллы". И вот почему:
В эпоху удаленки и распределенных команд коммуникация — это ключ к успеху. Мало быть гением автоматизации, надо уметь доносить свои идеи, понятно объяснять, убеждать, разруливать конфликты. А это, поверьте, целое искусство 🎭
Еще один мастхэв — умение работать в команде. DevOps — это про коллаборацию, про стирание границ между "они" и "мы". Тут важно быть эмпатичным, уметь слушать, подстраиваться, находить общий язык с разными людьми. Без этого даже самый крутой технарь рискует остаться за бортом.
А еще рынок постоянно меняется, появляются новые технологии, подходы. И тут на первый план выходят обучаемость, адаптивность, креативность. Недаром многие компании на собесах специально проверяют эти качества, им нужны люди, которые могут быстро переключаться, брать на себя новые роли, предлагать нестандартные решения.
Но самый главный софт-скилл, пожалуй, это проактивность и ответственность за результат. Когда девопс не просто выполняет тикеты, а сам ищет боли, предлагает улучшения, берет на себя инициативу. Вот за таких спецов команды держатся обеими руками 🤲
Так что если хотите стать незаменимым — инвестируйте в софт-скиллы. Как? Вот пара идей:
Главное: не забывайте про баланс. Технические навыки это базис, без них никуда. Но софт-скиллы — это то, что отличает профессионала от просто исполнителя. Нужно и то, и другое в разумных пропорциях.
Так что вперед, коллеги, прокачиваться и в хардах, и в софтах! Станьте незаменимыми, сделайте так, чтобы за вас дрались на HR-рынке 😏
А если у вас есть свои лайфхаки по прокачке софт-скиллов - делитесь в комментах, не томите! Вместе мы - сила, одними техническими навыками DevOps не построишь.
На этом у нас все, увидимся в следующих постах! Следите за апдейтами и не дайте хаосу внешнего мира нарушить ваш внутренний дзен 🙏
🏴☠️ @happy_devops
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7
Выгорание в IT: как распознать, преодолеть и предотвратить
Итак, сегодня будет серьезный разговор. О том, о чем многие предпочитают молчать, но что рано или поздно настигает каждого в нашей безумной индустрии. Да-да, речь про выгорание, профессиональный burnout 😰
Признайтесь, у кого в последнее время:
🔘 Пропал интерес к работе, даже любимые таски вызывают тоску и апатию
🔘 Продуктивность упала ниже плинтуса, на задачи уходит в 2 раза больше времени, чем раньше
🔘 Раздражают коллеги, бесят заказчики, выводит из себя малейший фидбек
🔘 Хочется забить на все и сбежать на Гоа, открывать серф-школу для бегемотов
Если вы насчитали больше двух пунктов, то у нас для вас плохие новости: вероятно, вы на пути к выгоранию или уже поджариваетесь на медленном огне. И это, поверьте, не шутки. Затяжной стресс, хроническая усталость, потеря мотивации — верные спутники выгорания, которые могут вывести из строя даже самого стойкого DevOps-бойца 🥊
К счастью, выгорание — это не приговор, а просто сигнал, что пора что-то менять. И вот вам наша тактика борьбы:
1️⃣ Признайте проблему. Да, это первый и самый сложный шаг. Но пока вы делаете вид, что все норм, вы только усугубляете ситуацию. Будьте честны с собой и окружающими, не стесняйтесь сказать "что-то я подустал, ребята". Поверьте, вас поймут.
2️⃣ Устройте диджитал-детокс. Отпишитесь от рабочих чатов хотя бы на выходные, не чекайте почту по вечерам, поставьте лимит на просмотр телеги, технических блогов и социалок (да-да, мы знаем про вашу привычку). Дайте мозгу перезагрузиться.
3️⃣ Вспомните, что кроме работы есть другая жизнь. Займитесь спортом, сходите в театр, почитайте бульварный роман. Переключитесь на что-то максимально далекое от IT, чтобы мозг отдохнул и заскучал по любимым алгоритмам.
4️⃣ Поговорите с руководством. Объясните ситуацию, предложите варианты: распределить часть нагрузки, взять мини-отпуск, поработать недельку из дома. Помните: вы — ценный ресурс, заботиться о вашем состоянии — в интересах компании.
5️⃣ Оцените свои перспективы. Если вы уже который месяц выгораете на текущем месте и не видите просвета, может быть, пора что-то кардинально поменять? Новый проект, новая компания, новая специализация, в конце концов. Главное - не принимайте решения на эмоциях.
И самое важное: займитесь профилактикой. Следите за балансом работы и отдыха, высыпайтесь, гуляйте на природе, уделяйте время хобби и близким. Не берите на себя больше, чем можете потянуть. Регулярно оценивайте свое состояние и вовремя тормозите, если чувствуете, что начинаете дымиться
Коллеги, запомните: выгорание — это не слабость и не повод для стыда. Это нормальная реакция организма на долгий стресс и перегрузки. Главное — вовремя распознать тревожные звоночки и принять меры. И мы верим: вам хватит мудрости и сил справиться с этим вызовом. В конце концов, не зря же мы выбрали одну из самых сложных и интересных профессий на свете? 😉
А если вам удалось победить выгорание или вы знаете действенные лайфхаки по профилактике, делитесь в комментах, не держите в себе! Давайте поддержим друг друга
И да, по традиции, просим вас поставить любую реакцию и поделиться этим постом, если он был полезен. Знаете же, как нам важна ваша поддержка и фидбек ❤️
На этом все, коллеги! Увидимся в следующих постах, ну а пока - берегите себя и свой душевный дзен!
🏴☠️ @happy_devops
Итак, сегодня будет серьезный разговор. О том, о чем многие предпочитают молчать, но что рано или поздно настигает каждого в нашей безумной индустрии. Да-да, речь про выгорание, профессиональный burnout 😰
Признайтесь, у кого в последнее время:
Если вы насчитали больше двух пунктов, то у нас для вас плохие новости: вероятно, вы на пути к выгоранию или уже поджариваетесь на медленном огне. И это, поверьте, не шутки. Затяжной стресс, хроническая усталость, потеря мотивации — верные спутники выгорания, которые могут вывести из строя даже самого стойкого DevOps-бойца 🥊
К счастью, выгорание — это не приговор, а просто сигнал, что пора что-то менять. И вот вам наша тактика борьбы:
И самое важное: займитесь профилактикой. Следите за балансом работы и отдыха, высыпайтесь, гуляйте на природе, уделяйте время хобби и близким. Не берите на себя больше, чем можете потянуть. Регулярно оценивайте свое состояние и вовремя тормозите, если чувствуете, что начинаете дымиться
Коллеги, запомните: выгорание — это не слабость и не повод для стыда. Это нормальная реакция организма на долгий стресс и перегрузки. Главное — вовремя распознать тревожные звоночки и принять меры. И мы верим: вам хватит мудрости и сил справиться с этим вызовом. В конце концов, не зря же мы выбрали одну из самых сложных и интересных профессий на свете? 😉
А если вам удалось победить выгорание или вы знаете действенные лайфхаки по профилактике, делитесь в комментах, не держите в себе! Давайте поддержим друг друга
И да, по традиции, просим вас поставить любую реакцию и поделиться этим постом, если он был полезен. Знаете же, как нам важна ваша поддержка и фидбек ❤️
На этом все, коллеги! Увидимся в следующих постах, ну а пока - берегите себя и свой душевный дзен!
🏴☠️ @happy_devops
Please open Telegram to view this post
VIEW IN TELEGRAM
❤11🔥9🤔3👍1
Хочешь расти в DevOps — помогай расти другим: менторство и обмен опытом
Коллеги, сегодня затронем тему, которая редко звучит в нашем прагматичном мире технологий и дедлайнов. Но, возможно, именно она является ключом к настоящему профессиональному росту и удовлетворению от работы. Встречайте: менторство и обмен опытом! 🎉
В чем главный парадокс нашей индустрии? Все хотят расти, получать крутые проекты, двигаться по карьерной лестнице. Но мало кто готов тратить время на передачу своих знаний другим. "У меня дедлайны горят, какое еще менторство?". Но давайте честно: кто из нас не был джуном, впитывающим мудрость старших товарищей? Разве не их советы и поддержка помогли нам вырасти в тех специалистов, которыми мы являемся?
Менторство — это реальный инструмент развития, причём обоюдного. Делясь знаниями, мы не только помогаем коллегам, но и сами лучше структурируем свои навыки. Ведь лучший способ разобраться в предмете — объяснить его другому! К тому же менторство, это отличная прокачка софт-скиллов: коммуникации, лидерства, эмпатии.
И тут плавно переходим к обмену опытом. Друзья, какими бы крутыми мы себя ни считали, всегда найдется тот, кто разбирается лучше или знает хак, до которого мы не додумались. И это ок! Никто не рождался с Kubernetes в зубах и Terraform в подгузнике. Все мы учимся друг у друга, каждый день.
Так давайте использовать это по максимуму! Не стесняйтесь спрашивать совета у опытных коллег или предлагать помощь новичкам. Организуйте сессии обмена знаниями, пишите статьи, выступайте на митапах. Даже пост с разбором интересной проблемы в нашем чатике — уже вклад в общую копилку!
Главное не забывайте благодарить тех, кто помог. Признание в сообществе, ценнейшая награда для профессионала. Ну и нас не забудьте отблагодарить лайком, если пост зашел 😉
Let's make DevOps-экосистему еще более открытой и поддерживающей!
На сегодня всё, друзья. Не стесняйтесь, будьте менторами и менти, делитесь и перенимайте. Вместе мы сильнее! Увидимся в следующих постах, ну а пока – продуктивного дня!
🏴☠️ @happy_devops
Коллеги, сегодня затронем тему, которая редко звучит в нашем прагматичном мире технологий и дедлайнов. Но, возможно, именно она является ключом к настоящему профессиональному росту и удовлетворению от работы. Встречайте: менторство и обмен опытом! 🎉
В чем главный парадокс нашей индустрии? Все хотят расти, получать крутые проекты, двигаться по карьерной лестнице. Но мало кто готов тратить время на передачу своих знаний другим. "У меня дедлайны горят, какое еще менторство?". Но давайте честно: кто из нас не был джуном, впитывающим мудрость старших товарищей? Разве не их советы и поддержка помогли нам вырасти в тех специалистов, которыми мы являемся?
Менторство — это реальный инструмент развития, причём обоюдного. Делясь знаниями, мы не только помогаем коллегам, но и сами лучше структурируем свои навыки. Ведь лучший способ разобраться в предмете — объяснить его другому! К тому же менторство, это отличная прокачка софт-скиллов: коммуникации, лидерства, эмпатии.
И тут плавно переходим к обмену опытом. Друзья, какими бы крутыми мы себя ни считали, всегда найдется тот, кто разбирается лучше или знает хак, до которого мы не додумались. И это ок! Никто не рождался с Kubernetes в зубах и Terraform в подгузнике. Все мы учимся друг у друга, каждый день.
Так давайте использовать это по максимуму! Не стесняйтесь спрашивать совета у опытных коллег или предлагать помощь новичкам. Организуйте сессии обмена знаниями, пишите статьи, выступайте на митапах. Даже пост с разбором интересной проблемы в нашем чатике — уже вклад в общую копилку!
Главное не забывайте благодарить тех, кто помог. Признание в сообществе, ценнейшая награда для профессионала. Ну и нас не забудьте отблагодарить лайком, если пост зашел 😉
Let's make DevOps-экосистему еще более открытой и поддерживающей!
На сегодня всё, друзья. Не стесняйтесь, будьте менторами и менти, делитесь и перенимайте. Вместе мы сильнее! Увидимся в следующих постах, ну а пока – продуктивного дня!
🏴☠️ @happy_devops
👍8❤5🔥3
▶️ Глава Microsoft умолял урезать его зарплату, но ее бесцеремонно повысили сразу на 63%
История, которая идеально иллюстрирует поговорку "хотели как лучше, а получилось как всегда". Представьте: вы глава гигантской IT-компании, случается эпичный провал с безопасностью, хакеры взламывают аккаунты чуть ли не самого Белого Дома. Вы просите урезать себе зарплату в качестве наказания и жеста ответственности. Благородно? Несомненно!
Но не тут-то было. Совет директоров Microsoft решил иначе: CEO Сатье Наделле не просто не урезали зарплату, а повысили на 63%! В итоге за год набежало почти $80 млн - на $30 млн больше, чем годом ранее.
И ведь не первый раз доходы CEO растут на фоне проблем компании. Не так давно Наделла получил внезапную прибавку сразу после того, как Microsoft уволила 10 000 сотрудников.
Особый метод мотивации топ-менеджмента? Поощрение за провалы и увольнения? Или левая рука не знает, что делает правая? Ситуация, мягко говоря, неоднозначная. Но факт остается фактом: просишь меньше - получаешь больше. Такие вот парадоксы в мире большого бизнеса.
▶️ Девушка едва не умерла из-за замечания начальника: Перестала есть, пить и двигаться
А вот вам история, от которой волосы дыбом встают. В Китае 20-летняя девушка Ли чуть не отправилась на тот свет из-за... обычного замечания начальника! После того, как босс ее отчитал, Ли впала в кататонический ступор: перестала есть, пить и двигаться.
Причем ситуация ухудшалась с каждым днем. Девушка буквально превратилась в "деревянного окоченевшего человека". Врачи диагностировали у нее тяжелую депрессию. Сама Ли оказалась довольно замкнутой личностью, поэтому не смогла никому рассказать о произошедшем, что только усугубило ее состояние.
История наделала шуму в китайских соцсетях. Пользователи писали, что Ли "истязала себя из-за действий босса", советовали "уходить с требовательной работы, а не страдать молча". Но многие признавались, что и сами испытывают стресс, однако уйти не могут - слишком сложно найти новое место.
Жуткая история, не правда ли? Конечно, мы не знаем всех деталей, но факт остается фактом: люди доводят себя до крайностей из-за токсичной работы и начальства.
▶️ Требования российских телеканалов к Google достигли 2 ундециллионов руб.
И напоследок новость, которая взрывает мозг.
Российские телеканалы выкатили Google требования на - внимание! - 2 ундециллиона рублей. Это единица и 36 нулей, если что. Как вам такой масштаб?
А началось все с того, что Google не восстановила аккаунты российских медиа на YouTube. Ну вы знаете, "Звезда", "Первый канал", ВГТРК и прочие. Суд дал компании 9 месяцев на исполнение, а за каждый день просрочки назначил штраф в 100 000 рублей. Казалось бы, не так уж и много по меркам Google.
Но тут в игру вступила безумная математика! Штраф начал удваиваться каждую неделю, причем без ограничения общей суммы. В итоге в сентябре набежало уже 13 дециллионов (это 33 нуля, на минуточку), а сейчас сумма достигла 2 ундециллионов. Для сравнения - число гугол, в честь которого названа компания, это "всего лишь" единица со 100 нулями.
Занавес этой театра абсурда - российский "Гугл" еще осенью был признан банкротом. То есть взыскивать эти сумасшедшие суммы, по сути, не с кого. Остается только гадать, какую цель преследовали телеканалы, выставляя такие требования. Может, хотели войти в книгу рекордов Гиннесса по размеру штрафа? Или просто решили поупражняться в написании чисел с огромным количеством нулей?
#новости_по_пятницам
🏴☠️ @happy_devops
История, которая идеально иллюстрирует поговорку "хотели как лучше, а получилось как всегда". Представьте: вы глава гигантской IT-компании, случается эпичный провал с безопасностью, хакеры взламывают аккаунты чуть ли не самого Белого Дома. Вы просите урезать себе зарплату в качестве наказания и жеста ответственности. Благородно? Несомненно!
Но не тут-то было. Совет директоров Microsoft решил иначе: CEO Сатье Наделле не просто не урезали зарплату, а повысили на 63%! В итоге за год набежало почти $80 млн - на $30 млн больше, чем годом ранее.
И ведь не первый раз доходы CEO растут на фоне проблем компании. Не так давно Наделла получил внезапную прибавку сразу после того, как Microsoft уволила 10 000 сотрудников.
Особый метод мотивации топ-менеджмента? Поощрение за провалы и увольнения? Или левая рука не знает, что делает правая? Ситуация, мягко говоря, неоднозначная. Но факт остается фактом: просишь меньше - получаешь больше. Такие вот парадоксы в мире большого бизнеса.
▶️ Девушка едва не умерла из-за замечания начальника: Перестала есть, пить и двигаться
А вот вам история, от которой волосы дыбом встают. В Китае 20-летняя девушка Ли чуть не отправилась на тот свет из-за... обычного замечания начальника! После того, как босс ее отчитал, Ли впала в кататонический ступор: перестала есть, пить и двигаться.
Причем ситуация ухудшалась с каждым днем. Девушка буквально превратилась в "деревянного окоченевшего человека". Врачи диагностировали у нее тяжелую депрессию. Сама Ли оказалась довольно замкнутой личностью, поэтому не смогла никому рассказать о произошедшем, что только усугубило ее состояние.
История наделала шуму в китайских соцсетях. Пользователи писали, что Ли "истязала себя из-за действий босса", советовали "уходить с требовательной работы, а не страдать молча". Но многие признавались, что и сами испытывают стресс, однако уйти не могут - слишком сложно найти новое место.
Жуткая история, не правда ли? Конечно, мы не знаем всех деталей, но факт остается фактом: люди доводят себя до крайностей из-за токсичной работы и начальства.
▶️ Требования российских телеканалов к Google достигли 2 ундециллионов руб.
И напоследок новость, которая взрывает мозг.
Российские телеканалы выкатили Google требования на - внимание! - 2 ундециллиона рублей. Это единица и 36 нулей, если что. Как вам такой масштаб?
А началось все с того, что Google не восстановила аккаунты российских медиа на YouTube. Ну вы знаете, "Звезда", "Первый канал", ВГТРК и прочие. Суд дал компании 9 месяцев на исполнение, а за каждый день просрочки назначил штраф в 100 000 рублей. Казалось бы, не так уж и много по меркам Google.
Но тут в игру вступила безумная математика! Штраф начал удваиваться каждую неделю, причем без ограничения общей суммы. В итоге в сентябре набежало уже 13 дециллионов (это 33 нуля, на минуточку), а сейчас сумма достигла 2 ундециллионов. Для сравнения - число гугол, в честь которого названа компания, это "всего лишь" единица со 100 нулями.
Занавес этой театра абсурда - российский "Гугл" еще осенью был признан банкротом. То есть взыскивать эти сумасшедшие суммы, по сути, не с кого. Остается только гадать, какую цель преследовали телеканалы, выставляя такие требования. Может, хотели войти в книгу рекордов Гиннесса по размеру штрафа? Или просто решили поупражняться в написании чисел с огромным количеством нулей?
#новости_по_пятницам
🏴☠️ @happy_devops
👍3😱3🔥2
Поговорим о проджектах 😎
Из моего опыта, проджекты бывают разными:
- Первые — толкатели тасок в джире, от которых примерно ноль пользы.
- Вторые — душнилы, которые научились играть в scrum, agile и теперь чинят препятствия бизнесу, потому что хотят все сделать идеально.
- Третьи —пиздаболы мечтатели, которые продают светлое будущее, работают в разных крутых компаниях, но при этом проекты не умеют доводить до конца.
- The last but not least — настоящие решалы, которые организуют команды, процессы и делают крутые штуки.
Хочу познакомить вас с Артемом — он руководит проектным и продуктовым офисом, который разивает технологическую платформу для разработчиков в Яндексе.
Вы когда-нибудь задумывались, каково это, когда ты продакт и разрабатываешь фреймворк для C++?
А раньше Артем отвечал за технологическое развитие в Сбере.
🔥 Чтобы становиться проджектами, которые двигают мир вперед, а не таски, читайте, как стать тем:
- кто умеет решать проблемы
- кто умеет задавать вопросы
- кто умеет в work life balance
- кто понимает продукт и его техническую сторону не хуже какого-нибудь архитектора
👉 Подписывайтесь и будьте решалой!
Из моего опыта, проджекты бывают разными:
- Первые — толкатели тасок в джире, от которых примерно ноль пользы.
- Вторые — душнилы, которые научились играть в scrum, agile и теперь чинят препятствия бизнесу, потому что хотят все сделать идеально.
- Третьи —
- The last but not least — настоящие решалы, которые организуют команды, процессы и делают крутые штуки.
Хочу познакомить вас с Артемом — он руководит проектным и продуктовым офисом, который разивает технологическую платформу для разработчиков в Яндексе.
Вы когда-нибудь задумывались, каково это, когда ты продакт и разрабатываешь фреймворк для C++?
А раньше Артем отвечал за технологическое развитие в Сбере.
- кто умеет решать проблемы
- кто умеет задавать вопросы
- кто умеет в work life balance
- кто понимает продукт и его техническую сторону не хуже какого-нибудь архитектора
👉 Подписывайтесь и будьте решалой!
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Плохой Project Артём Арюткин
Канал про IT менеджмент
ex-Дир-р по тех. разв-ю в Сбере: данные, AI, рек.системы.
Ex-head of PMO СБОЛ.
Автор:Арюткин Артём
РКН https://www.gosuslugi.ru/snet/6763fd618e552d6b54f4bcb7
ex-Дир-р по тех. разв-ю в Сбере: данные, AI, рек.системы.
Ex-head of PMO СБОЛ.
Автор:Арюткин Артём
РКН https://www.gosuslugi.ru/snet/6763fd618e552d6b54f4bcb7
❤3👍3
Как сохранить дзен, когда все горит и рушится 🧘♂️
Дедлайны наступают на пятки, бэклог в джире распух до неприличия, а плановый релиз явно под угрозой провала. Знакомо? Да еще и начальство дышит в затылок, требуя невозможного? В таких условиях немудрено потерять душевное равновесие. Но есть способы сохранить дзен даже в самом эпицентре хаоса.
Давайте подумаем как с этой херней справляться.
Расставляйте приоритеты. Не распыляйтесь на все сразу, фокусируйтесь на главном. Представьте, что ваши задачи — это вражеские корабли, а вы — опытный адмирал. Топите их по одному, начиная с флагманов!
Делайте перерывы. Даже если дедлайн горит, а дела не ждут. 5 минут на кофе, 10 на прогулку или полчаса на обед — это инвестиции в вашу продуктивность. Отвлекитесь, переключитесь, дайте мозгу отдохнуть. Глядишь, и решение само придет! ☕️
Не забывайте про командную работу. Вы же не одиночка на поле боя, у вас есть соратники! Делегируйте, обсуждайте, просите помощи. Разделенная нагрузка — это уже полдела. А еще лучше — автоматизируйте, документируйте, оптимизируйте. Чтобы в следующий раз было чуть легче.
И самое главное: дышите глубже! Пара минут осознанного дыхания — и вот вы уже не гневно пыхтите, а сосредоточенно думаете.
В общем, дедлайны — это не приговор и не повод впадать в депрессию. Это вызов, который мы принимаем с улыбкой (пусть иногда и слегка вымученной). Держите дзен, верьте в себя — и все будет под контролем.
Согласны? Или есть свои лайфхаки? Делитесь мыслями в комментах, ставьте лайк, пусть эта тема получит максимальный охват! Вместе справимся с любым авралом! 💪
🏴☠️ @happy_devops
Дедлайны наступают на пятки, бэклог в джире распух до неприличия, а плановый релиз явно под угрозой провала. Знакомо? Да еще и начальство дышит в затылок, требуя невозможного? В таких условиях немудрено потерять душевное равновесие. Но есть способы сохранить дзен даже в самом эпицентре хаоса.
Давайте подумаем как с этой херней справляться.
Расставляйте приоритеты. Не распыляйтесь на все сразу, фокусируйтесь на главном. Представьте, что ваши задачи — это вражеские корабли, а вы — опытный адмирал. Топите их по одному, начиная с флагманов!
Делайте перерывы. Даже если дедлайн горит, а дела не ждут. 5 минут на кофе, 10 на прогулку или полчаса на обед — это инвестиции в вашу продуктивность. Отвлекитесь, переключитесь, дайте мозгу отдохнуть. Глядишь, и решение само придет! ☕️
Не забывайте про командную работу. Вы же не одиночка на поле боя, у вас есть соратники! Делегируйте, обсуждайте, просите помощи. Разделенная нагрузка — это уже полдела. А еще лучше — автоматизируйте, документируйте, оптимизируйте. Чтобы в следующий раз было чуть легче.
И самое главное: дышите глубже! Пара минут осознанного дыхания — и вот вы уже не гневно пыхтите, а сосредоточенно думаете.
В общем, дедлайны — это не приговор и не повод впадать в депрессию. Это вызов, который мы принимаем с улыбкой (пусть иногда и слегка вымученной). Держите дзен, верьте в себя — и все будет под контролем.
Согласны? Или есть свои лайфхаки? Делитесь мыслями в комментах, ставьте лайк, пусть эта тема получит максимальный охват! Вместе справимся с любым авралом! 💪
🏴☠️ @happy_devops
👍5💯5
Networking для интровертов: как завести полезные связи, оставаясь собой
Знакомо чувство, когда все вокруг болтают о важности связей, а ты сидишь в уголке и мечтаешь стать невидимкой? Интровертам нетворкинг дается непросто. Но, как говорится, если гора не идет к Магомеду... придется Магомеду выползать из уютной пещерки!
Как же заводить полезные знакомства, оставаясь собой и не растрачивая весь запас социальной энергии?
Во-первых, выбирайте комфортный формат. Не обязательно идти на многолюдную конференцию, если от одной мысли об этом вас бросает в дрожь. Начните с малого: пообщайтесь с коллегами в кафе, сходите на камерный митап, напишите пару сообщений в профильном чате.
Во-вторых, используйте онлайн. Интровертам часто проще общаться в интернете, чем вживую. Заведите профиль на LinkedIn, GitHub, в профессиональных сообществах. Комментируйте, делитесь опытом, задавайте вопросы. Глядишь, и завяжутся интересные дискуссии, а там и до реальных знакомств недалеко.
В-третьих, не забывайте про силу контента. Вам некомфортно самому начинать разговоры? Так пусть ваши идеи говорят за вас! Пишите статьи, туториалы, делитесь кейсами. Если контент полезный, люди сами потянутся. Вот вам и повод для знакомства.
И самое главное: не давите на себя! Интроверсия — это не недостаток, а особенность. Вы не обязаны становиться душой компании и заводить сотню друзей. Сфокусируйтесь на качестве связей, а не на количестве. Даже пара-тройка настоящих единомышленников — это уже бесценный ресурс.
В конце концов, главное в нетворкинге — оставаться искренним. Неважно, интроверт вы или экстраверт, люди тянутся к настоящему. Будьте собой, делитесь тем, что вам действительно интересно — и ваша сеть контактов вырастет естественным образом.
Если вы тоже интроверт и у вас есть свои лайфхаки по нетворкингу, расскажите в комментариях! А пока лайк, чтобы эта тема не затерялась. Интровертам тоже нужны связи! 😉
🏴☠️ @happy_devops
Знакомо чувство, когда все вокруг болтают о важности связей, а ты сидишь в уголке и мечтаешь стать невидимкой? Интровертам нетворкинг дается непросто. Но, как говорится, если гора не идет к Магомеду... придется Магомеду выползать из уютной пещерки!
Как же заводить полезные знакомства, оставаясь собой и не растрачивая весь запас социальной энергии?
Во-первых, выбирайте комфортный формат. Не обязательно идти на многолюдную конференцию, если от одной мысли об этом вас бросает в дрожь. Начните с малого: пообщайтесь с коллегами в кафе, сходите на камерный митап, напишите пару сообщений в профильном чате.
Во-вторых, используйте онлайн. Интровертам часто проще общаться в интернете, чем вживую. Заведите профиль на LinkedIn, GitHub, в профессиональных сообществах. Комментируйте, делитесь опытом, задавайте вопросы. Глядишь, и завяжутся интересные дискуссии, а там и до реальных знакомств недалеко.
В-третьих, не забывайте про силу контента. Вам некомфортно самому начинать разговоры? Так пусть ваши идеи говорят за вас! Пишите статьи, туториалы, делитесь кейсами. Если контент полезный, люди сами потянутся. Вот вам и повод для знакомства.
И самое главное: не давите на себя! Интроверсия — это не недостаток, а особенность. Вы не обязаны становиться душой компании и заводить сотню друзей. Сфокусируйтесь на качестве связей, а не на количестве. Даже пара-тройка настоящих единомышленников — это уже бесценный ресурс.
В конце концов, главное в нетворкинге — оставаться искренним. Неважно, интроверт вы или экстраверт, люди тянутся к настоящему. Будьте собой, делитесь тем, что вам действительно интересно — и ваша сеть контактов вырастет естественным образом.
Если вы тоже интроверт и у вас есть свои лайфхаки по нетворкингу, расскажите в комментариях! А пока лайк, чтобы эта тема не затерялась. Интровертам тоже нужны связи! 😉
🏴☠️ @happy_devops
👍7💯2❤1
Карьерный рост в DevOps: советы от тех, кто прошел путь от джуна до лида 🚀👨💻
Как пробиться в лиды, когда ты всего лишь джун? Как вырасти из толпы таких же зеленых падаванов в уважаемого мастера-джедая? Спойлер: никакой магии, только упорство, стратегия и немного удачи!
Вот что советуют те, кто уже прошел этот нелегкий, но увлекательный путь.
Первое и главное — непрерывно учитесь. Девопс — это не про то, чтобы один раз выучить пару команд и почивать на лаврах. Это про постоянное развитие, исследование новых технологий, методологий. Будьте в курсе трендов, но не гонитесь за хайпом. Изучайте фундаментальные вещи, которые не устареют через сезон.
Не бойтесь выходить из зоны комфорта. Беритесь за задачи, которые вас пугают, которые кажутся не по зубам. Даже если вы в процессе наделаете ошибок и десять раз пожалеете, что связались — это бесценный опыт. Рискуйте, падайте, поднимайтесь. Только так закаляется сталь.
Развивайте софт скиллы. Технических навыков мало, чтобы стать лидом. Нужно уметь общаться, управлять конфликтами, мотивировать команду. Учитесь слушать и слышать, будьте проактивны, предлагайте идеи. Показывайте, что вы не просто исполнитель, а мыслящий, инициативный член команды.
Ищите ментора, станьте ментором. Опыт коллег — это кладезь знаний, глупо им не пользоваться. Найдите человека, которым восхищаетесь, и просите совета. А лучше — несколько людей с разными точками зрения. И не забудьте передать эстафету дальше — наставляйте тех, кто идет за вами.
И не забывайте про баланс! Карьера важна, но не в ущерб всему остальному. Высыпайтесь, занимайтесь спортом, уделяйте время хобби и близким. Выгоревший, замотанный трудоголик едва ли станет хорошим лидом. Заботьтесь о себе — это инвестиция в ваше будущее.
Как видите, нет какого-то одного секрета успеха. Это комплекс усилий, стратегия из множества шагов. Главное — не останавливаться, верить в себя и помнить, что даже самый длинный путь начинается с первого шага.
А какие советы дали бы вы начинающим девопсам? Расскажите в комментариях — возможно, именно ваш инсайт поможет кому-то вырасти из джуна в лида! Ну и лайк не забудьте, а то вдруг пропустите момент, когда станете тимлидом 😉
🏴☠️ @happy_devops
Как пробиться в лиды, когда ты всего лишь джун? Как вырасти из толпы таких же зеленых падаванов в уважаемого мастера-джедая? Спойлер: никакой магии, только упорство, стратегия и немного удачи!
Вот что советуют те, кто уже прошел этот нелегкий, но увлекательный путь.
Первое и главное — непрерывно учитесь. Девопс — это не про то, чтобы один раз выучить пару команд и почивать на лаврах. Это про постоянное развитие, исследование новых технологий, методологий. Будьте в курсе трендов, но не гонитесь за хайпом. Изучайте фундаментальные вещи, которые не устареют через сезон.
Не бойтесь выходить из зоны комфорта. Беритесь за задачи, которые вас пугают, которые кажутся не по зубам. Даже если вы в процессе наделаете ошибок и десять раз пожалеете, что связались — это бесценный опыт. Рискуйте, падайте, поднимайтесь. Только так закаляется сталь.
Развивайте софт скиллы. Технических навыков мало, чтобы стать лидом. Нужно уметь общаться, управлять конфликтами, мотивировать команду. Учитесь слушать и слышать, будьте проактивны, предлагайте идеи. Показывайте, что вы не просто исполнитель, а мыслящий, инициативный член команды.
Ищите ментора, станьте ментором. Опыт коллег — это кладезь знаний, глупо им не пользоваться. Найдите человека, которым восхищаетесь, и просите совета. А лучше — несколько людей с разными точками зрения. И не забудьте передать эстафету дальше — наставляйте тех, кто идет за вами.
И не забывайте про баланс! Карьера важна, но не в ущерб всему остальному. Высыпайтесь, занимайтесь спортом, уделяйте время хобби и близким. Выгоревший, замотанный трудоголик едва ли станет хорошим лидом. Заботьтесь о себе — это инвестиция в ваше будущее.
Как видите, нет какого-то одного секрета успеха. Это комплекс усилий, стратегия из множества шагов. Главное — не останавливаться, верить в себя и помнить, что даже самый длинный путь начинается с первого шага.
А какие советы дали бы вы начинающим девопсам? Расскажите в комментариях — возможно, именно ваш инсайт поможет кому-то вырасти из джуна в лида! Ну и лайк не забудьте, а то вдруг пропустите момент, когда станете тимлидом 😉
🏴☠️ @happy_devops
👍5🔥1