Мир IT c Антоном Павленко
7.49K subscribers
660 photos
157 videos
19 files
1.42K links
IT новости, статьи и видео с канала
https://youtube.com/pavlenkoat
По всем вопросом обращаться @pavlenko_at

Поддержать автора:
https://www.donationalerts.com/r/pavlenkoat
Автор канала прошел путь от сисадмина до DevOps/SRE в крупных компаниях
Download Telegram
☀️Доброго субботнего! Видео про зарплату DevOps можно посмотреть на Ютубе и в VK видео.

А пока #подборкастатей с хабра. Приятных выходных

Безопасность без боли: плагины, которые упрощают жизнь разработчикам - о безопасной разработке приложений, подходе shift left и о том, как сделать жизнь разработчиков и AppSec-специалистов проще, а продукты — более защищенными.

Как легко настроить аутентификацию для нескольких доменов в Kubernetes: Deckhouse Kubernetes Platform - как DKP обеспечивает безопасный доступ к API кластера, веб-интерфейсам и приложениям в контексте динамически развёртываемых стендов разработки.

Продвинутый CI/CD или как реализовать динамические Feature стенды - в статье решения для реализации динамических Feature стендов в рамках CI/CD.

MST в Linux - «в линуксе же кроме дефолтного STP ничего не поддерживается, ну вот я и...». Продолжение в статье

DevOps, как сам? Как строили мост между разработкой и эксплуатацией - про эволюцию DevOps, актуальных трендах и о том, как оставаться востребованным в профессии.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3🔥31
Уже установили?
😁59🔥10
Вот интересно откуда взялось выражение: у айтишника не должно быть семьи, да и вообще женщины?

У меня, например, мало знакомых холостых айтишников. Меня вообще настораживают люди, у которых до 30 лет не образовалась семья.

Для меня это флаг: есть вероятность, что человек избегает ответственности. В 80% это так и есть. А безответственно работать в ИТ - тяжело.

Очень сложно работать с руководителем у которого нет семьи: он не понимает, что это такое и почему ты не хочешь задерживаться. Работа это ведь так круто.

Но странные люди возразят: невозможно быть успешным айтишником имея семью.

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

Как у вас с этим обстоят дела?
👍39🤨8😁3🤣2🌚1
Попробовал поработать с монтажером ибо не хватает на ютуб времени. В следующем ролике зацените
🔥9
Знаете, почему очень сложно сказать, что учить ДевОпсу?

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

Вкратце о направлениях или функциях, которые сложились на рынке.

Классический декомпозированный DevOps занимается построением ci/cd конвейера и поддержкой разработки. Он, используя различные инструменты или платформы, автоматизирует рутину разработки: делает чтобы по пушу в репу кода он собирался и доставлялся в среды разработки, тестирования и продакшена.

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

Чтобы построить конвейер, организовать надежность, нужны инструменты, и можно сейчас предоставлять их как платформу. Строят эту платформу платформенные инженеры. K8s, cloud, ci/cd, monitoring, Kafka и другие

За продакшеном должен кто-то следить и реагировать на инциденты. Здесь целый пласт специалистов. Называют их по разному. Я чаще встречал: инженеры мониторинга.

И это еще не все. Если интересно, пишите в комментариях, я продолжу…
👍34🔥7👏2
🆕 Я DevOps IT самозванец. Как побороть синдром самозванца. [НОВОЕ ВИДЕО]

https://youtu.be/1xLvsrXhds8

Для девопс инженера синдром самозванца особенно актуален. Ведь если все хорошо, о DevOps инженере никто не вспоминает, а если что-то сломалось - виноват ДевОпс.

Как я борол в себе синдром самозванца в этом видео.

Ставь лайк, пиши комментарии, отправляй видео коллеге-самозванцу👌
Please open Telegram to view this post
VIEW IN TELEGRAM
👍25
🧑‍💻Напоминаю, что Я НЕ ДОСТОИН

Или то, что вышло новое видео про синдром самозванца. Посмотреть можно:

💬 На Ютубе

💬 В VK Видео

Поблагодарить автора можно по ссылкам: donationalerts | boostytinkoff | ⭐️
Please open Telegram to view this post
VIEW IN TELEGRAM
7
Когда нужны Джуны и когда это вредно?

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

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

При этом джун должен приносить и пользу, ему платят ЗП, он не должен отрабатывать.

Чем занимается джун на проекте? Рутиной и текучкой, которую не любят выполнять зажравшиеся сеньоры.

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

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

Это в идеале. Так как в некоторых компаниях берут джунов и бросают в пекло. Это один из вариантов попасть в АйТи и получить красивые серебристые волосы как у меня.

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

Как вы относитесь к рутине?
9👍7😁3
Мир IT c Антоном Павленко pinned «Когда нужны Джуны и когда это вредно? Когда приходит новый сотрудник, производительность команды уменьшается. Почему? Новому сотруднику нужно время на адаптацию, и команде его нужно адаптировать к особенностям конкретного предприятия и конкретной команды.…»
Forwarded from RndTech.Events
Что: Конференция Cyber Security
Где:
проспект Михаила Нагибина, 3Гк7, 1 этаж
Когда: 5 апреля (суббота), 11:00
Регистрация:
https://niisva.timepad.ru/event/3299835/

Cyber Security 2025 — не пропусти главное киберсобытие весны!
На конференции говорим и про практическую, и про “бумажную” безопасность: от кибератак и защиты инфраструктуры до нормативов и документации.

В программе — доклады от сильных специалистов Ростова и области:

1. «Блокчейн на cosmos-sdk с Zero Knowledge Proof, анонимностью и спутниковой связью: новые горизонты в разработке блокчейнов» — Юрий (Арктурус)

2. «Как разработать DWH и уберечь данные» — Сергей Водолаго (ПАО КБ Центр-инвест)

3. «Перспективные подсистемы идентификации хакерских атак на базе искусственного интеллекта и их применение в межсетевых экранах нового поколения» — Роман Линецкий, начальник отдела ИБ (CVA Technologies)

4. «Методы распознавания DDOS-атак в современном мире» — Николай The Otter (Мадригал)

5.  «Как я за 3 дня IDA изучил. И причем тут ChatGPT и DeepSeek?» — Даронь Владимир Игоревич, CTO (WebAnt)

6. «Исследование уязвимости сканеров отпечатков пальцев с использованием нейронных сетей» — Глеб (Спецвуз)

7. «Защита электронных устройств от взлома» — Владимир (Независимый исследователь ИБ)

8. «Проблематика инвентаризации информационных активов при обеспечении информационной безопасности» — Андрей Владимирович (Мадригал)

9. «Недопустимые события — краеугольный камень безопасности» — Кирилл Буцик (Независимый исследователь ИБ)

10. «DEEPFAKES и социальный хакинг. Меч и щит» — Даниил (Независимый исследователь ИБ)

11. «Методы выявления подмены голоса: от классики до нейросетей» — Владимир (Спецвуз)

12. «Автономные агенты ИИ в IoT-устройствах: новые векторы кибератак» — Антон Игоревич Прохоров, заместитель начальника отдела ИБ (РГЭУ (РИНХ))

13. «За шапку сухарей и немного ума: народная кибербезопасность» — Михаил (Независимый исследователь ИБ)

14. «Использование AI в OSINT» — Дмитрий Алексеевич Пуляхин (Независимый исследователь ИБ)

Будет живо, по делу и по-дружески. Это не только знания, но и люди — отличная возможность прокачать экспертизу, пообщаться с единомышленниками и найти классные контакты.
👍41
📰 Компания Google переходит на новую модель разработки платформы Android.

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

Платформа останется открытой и продолжит распространяться под лицензией Apache 2.0, но исходный код в репозитории AOSP (Android Open Source Project) будет размещаться только после готовности релизов.

Среди компонентов, разработка которых будет переведена с открытой на внутреннюю ветку упоминаются :
🚩 система сборки
🚩движок обновлений
🚩Bluetooth-стек
🚩фреймворк виртуализации
🚩конфигурация SELinux.

Для чего это делается? Для упрощения процесса разработки. Сольют все в одну ветку и будут разрабатывать там.

Что это по твоему?

👍 Оптимизация
😢 Попытка прогнуть open sourse
🌚 Мне все равно

Источник
Please open Telegram to view this post
VIEW IN TELEGRAM
😢36🌚23👍11😐2
С выходными! В последнем видео я рассказывал про мой опыт с синдромом самозванца. Посмотреть можно на Ютубе и в VK Видео.

#подборкастатей интересных статей с хабра.

🟢KRR — ваш личный советник по ресурсам в Kubernetes - в статье будет рассмотрен периодический запуск krr в kubernetes с сохранением в html формат для удобного отображения через браузер как web-сайт.

🟢Как мы спасли 50 сервисов для работы софта управляющего компьютерными клубами: миграция в Yandex Cloud и IaC - кейс о том, как переносили высоконагруженную систему в Yandex Cloud, внедрили IaC и научили её работать в двух облаках одновременно.

🟢Deckhouse Prom++: мы добавили плюсы к Prometheus и сократили потребление памяти в 7,8 раза - как появилась идея Deckhouse Prom++, что уже получилось оптимизировать, какие результаты показывает решение по сравнению с Prometheus и VictoriaMetrics.

🟢Я тимлид и я не боюсь джунов - недавно я тоже писал пост о джунах. Можешь почитать по ссылке.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6
А вас не напрягают каналы где нельзя писать коменты если ты не вступил в чат?

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

В чаты я вступаю тематические. В чаты всех каналов где я подписан это перебор.
👍35😁1
удалил(-а) Вас из группы
😁116👍26😢22🌚11🤣11🤩4🤨4👏3🐳3🤗2
Кто-то накрутил подписчиков (ботов).

Если канал грохнут, ищите информацию в ВК и ютубе.
😁14🐳5😢1
Вроде бы грохнул. Если кого-то задел. Прошу понять и простить🥹

Спасибо Вани https://t.me/dev_yttg
Please open Telegram to view this post
VIEW IN TELEGRAM
😁7
Поступил вопрос: сложно ли управлять командой ДевОпсов?

Сложно качественно управлять вообще людьми, так как они разные.

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

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

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

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

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

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

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

Для этого нужно подбирать подход к каждому сотруднику. Ведь:

🫰Есть люди, которые хорошо работают при «пи**лях».
🫰Есть люди, которых заряжает похвала.
🫰Кто-то любит переключаться между разными направлениями
🫰Кто-то более эффективно работает, взяв задачу, и делает ее, не отвлекаясь.
👇<напиши в комментариях свой вариант>

Это, с одной стороны, сложный, с другой - интересный момент в работе руководителя.

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

В каких условиях ты работаешь более эффективно?
Please open Telegram to view this post
VIEW IN TELEGRAM
👍19