Мир ИТ c Антоном Павленко

Сегодня кстати день инженера. С праздником инженеры.

PS: без связи целый день был

💬Отвечаю на вопрос:

Реален ли сценарий что инженеры будут просто управлять ботами ии, координировать их. Насколько это быстро будет? Или это все просто хайп?

Сейчас ИИ уже как часть инструментов инженеров. Пока что я вижу: без нормального контекста, ИИ трудно решает инженерные задачи.

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

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

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

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

‼️ Отвечаю на вопросы:

Что думаешь по поводу рынка АйТи в России ?

Я уже столько видео снял на эту тему, но в очередной раз отвечу.

Все в мире циклично. Я, когда начинал свой путь в АйТи рынок, был такой же. Работу было найти непросто.

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

Моя первая официальная ЗП в школе служебно-розыскного собаководства МВД была 6500 ₽ в 2010 году.

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

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

Айти Скуф немного вспомнил молодость, что же сейчас?

Начинающим будет не просто. Звезд все еще будут хантить с универа. А обычным, как я, придется пробираться с низов.

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

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

А сейчас реально надо ебашить (отрабатывать заплаченные деньги).

С развитием ИИ уставать стали больше, так как сейчас все меньше и меньше рутины.

А как по вашим ощущениям? Пишите в комментариях 👇

Как скоро хх перестанет быть монополистом ?

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

Сегодня суббота, а это значит что?

#подборкастатей с хабра для вашего изучения-обучения

Кстати, новый разбор инфраструктуры уже вышел. Смотрим
📱 на Ютубе
📱 в VK видео

▪️Сборка Docker для микросервисов: 7 шагов к идеальному образу - о конкретной, измеримой эффективности Docker-образов.

▪️Как настроить swap в Linux, чтобы поды не убивались и не вытеснялись - автор объясняет работу swap в Linux и на тестах показывает, как разные значения параметров ядра влияют на расход памяти и поведение swap в Kubernetes.

▪️glenv: синхронизируем .env файлы с GitLab CI/CD переменными без боли - статья представляет инструмент glenv - CLI-утилиту на Go для автоматической синхронизации .env файлов с переменными GitLab CI/CD.

▪️Оптимизация стоимости владения K8s-кластерами в AWS и YC - конкретные шаги, которые позволили сэкономить миллионы рублей.

▪️Telescope: Kubernetes как ещё один источник логов - теперь Telescope может напрямую читать логи pod‑ов через Kubernetes API, сохраняя ту же модель прав доступа и язык фильтрации.

🫶С пятничкой вас! Приятных выходных вам коллеги.

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

Пишите, не стесняйтесь. И помните: самый глупый вопрос - это тот, который не задан.

🆕 Не хочу внедрять Kubernetes! Прожарка реального DevOps-проекта [НОВОЕ ВИДЕО]

В этом видео разбираю реальную инфраструктуру проекта подписчика и отвечаю на главный вопрос: стоит ли внедрять Kubernetes, если «и так всё работает».

Смотрим
📱 на Ютубе
📱 в VK видео

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

Изменились ли ваши задачи за последний год?

Стало ли их больше?

У нас в компании, например, появилось много проектов для которых нужно было выстроить интеграцию. Я построил архитектуру, согласовал и реализовал все с нуля на основе apache Kafka и дополнительных компонентов.

Плюс с командой масштабировали несколько сервисов.

Работы еще много, но она интересная.

А у вас как?

FirstVDS празднует День хостера

Планируете запуск стартапа или перенос проекта на мощный сервер? Самое время, FirstVDS отмечает День хостера «Вечеринкой на орбите».

До 3 марта включительно на новые VDS в Москве действует скидка 25%.

С каждым сервером идёт бесплатный IPv4‑адрес и безлимитный канал до 100 Мбит/с, с возможностью расширения до 1 Гбит/с (трафик 32 Тб/мес включен в тариф).

👉 Забрать скидку

Реклама. АО «ИОТ», ИНН 7731399513

🤔 Раньше мода была на софт скиллы. Все считали их чуть ли не главным навыком в работе айтишника.

Сейчас модно стало говорить, что софт скиллы это не важно, качайте только хард скиллы. Хард скиллы ты можешь изменить, а вот софт скиллы это все вкусовщина.

КТО ПРАВ? В любых двух диаметрально противоположных позициях истина где-то посередине.

Что такое хард скиллы:

Hard skills - знания и компетенции, необходимые для какой-то профессиональной деятельности.

Что такое софт скиллы:

Soft skills - это инструменты и технологии, которые позволяют быть продуктивным и успешным в разных сферах.

На что нужно обратить внимания больше всего. Да на все. Есть еще мета скиллы:

Meta skills ― базовые качества личности, на основе которых складываются остальные навыки.

Раньше они считались врожденными чертами характера. Сейчас говорят о том, что их можно сформировать в течение жизни. К мета навыкам можно отнести:
👉 Осознанность.
👉 Эмпатия.
👉 Безоценочность.
👉 Гибкость мышления и поведения.
👉 Креативность.
👉 Интегральное восприятие и мышление.
👉 Терпимость к различиям.
👉 Аутентичность и проявленность.

Например, умение работать в команде - это soft skill, а способность выстраивать взаимосвязи с каждым коллегой в отдельности, понимать окружающих людей, то есть эмпатия - это метанавык.

Так как метанавыки очень связаны с софт скиллами и качаются они вместе опустим этот термин.

Почему важно прокачивать оба навыка?

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

Можно конечно говорить «Вот они не профессионалы! Не понимают мои 100500 профессиональных терминов» которые ты сам не можешь объяснить понятным языком. Но это, по мне, говорит только о твоем непрофессионализме. Да и с тобой работать будет сложно, какими бы ты не обладал хард скиллами.

👉🏻Так же верно и обратное. Если ты не понимаешь хотя бы на базовом уровне специфику технологий, которые применяются на проекте, то тебе будет сложно, каким бы ты коммуникабельным не был. Вспомните «эффективных» менеджеров.

Но кстати, навык коммуникации может тебе помочь разобраться, по крайне мере, на базовом уровне.

Как измерить софт скиллы, к примеру, коммуникабельность?

В мире много всего относительно и оценочно. Мы будем оценивать относительно предприятия, в котором ты работаешь. В статистике есть такое понятие как «процентиль». По опыту скажу, что чаще всего используют 95. Если 95% случаев можешь донести свои мысли, то твои навыки коммуникабельности подходят для данного предприятия.

А ты за какие скиллы?
👍 - Хард
🔥 - Софт
⭐️ - Хард и софт

Почему управление разработкой разваливается по дороге в продакшен?

Разрозненные инструменты для разработки и доставки кода, непрозрачные процессы и потеря контроля над кодом делают работу кросс-функциональных команд сложной и непредсказуемой. На вебинаре 27 февраля в 12:00 разберём, как выстроить единый процесс разработки и вернуть контроль над кодом на всех этапах — от идеи до релиза — с помощью Deckhouse Code.

Вы узнаете, как:
• объединить команды вокруг одной платформы, не ломая привычные процессы;
• обеспечить прозрачность и контроль изменений от идеи до продакшена;
• управлять доступами и ролями без ручной рутины;
• выстроить CI/CD, который масштабируется вместе с командой;

👉 Зарегистрироваться

🗓 27 февраля в 12:00

Любопытная штука: многие IT-продукты последних месяцев написаны людьми, которые не умеют кодить.

Если вы в IT, то уже это замечаете: внутренние сервисы и MVP собирают быстрее. По данным исследований, no-code и low-code сокращают цикл разработки на 50–90%, а Gartner ожидает, что до 70% новых бизнес-приложений будут создаваться на этих подходах.

Параллельно набирает обороты vibe-coding - ИИ генерирует код по текстовому запросу и всё чаще используется в реальных командах.

Разобраться, где и как это применять, можно в канале Nocode Circle. Команда анализирует рынок, собирает рейтинги инструментов, агентств и edTech-проектов.

В канале публикуют:
— разборы зарубежных исследований 
— тренды по AI и vibe-coding
— обзоры востребованных навыков специалистов 
— кейсы внедрения и типовые ошибки.

Подписывайтесь на ребят, чтобы повысить скорость работы и закрывать задачи без лишних итераций. 

Праздничная #подборкастатей с хабра. Не всё же отмечать, можно и почитать 😁

🔴 Полгода на включение: как мы построили онбординг в команде не по инструкции. Часть 2: геймификация, бадди и адаптация - о маршруте, ролях и последовательности в управлении адаптацией.

🔴 Многогранный мониторинг Angie — продолжение истории - про мощнейший модуль metric в Angie.

🔴 Отказоустойчивый кластер виртуализации KVM на Astra Linux - в статье рассмотрены две архитектуры отказоустойчивого хранения для виртуализации на базе Astra Linux.

🔴 Как мы проводим IT-аудит: живой кейс, инженерный подход и надежность без фанатизма - о практическом опыте проведения IT-аудита инфраструктуры.

🔴 Надоел Celery? Не нужен K8s? Как мы сделали легковесный оркестратор на Python - как авторы создали легковесный оркестратор контейнеров на Python (RedTailFox), который управляет Docker-воркерами на одном сервере.

Почему так важно писать Постмортем?

Часто слышу этот вопрос.

Немного сухой информации для тех кто не понимает что это:

Постмортем (post-mortem) в IT - это разбор инцидента или сбоя, направленный на анализ причин (root cause) и предотвращение их повторения.

Сложно? Еще проще.

Это документ и процесс, описывающий, что произошло, как это устранили и какие меры приняты, без поиска виноватых, а с фокусом на улучшения. 

Структура отчета:
👉Описание: Что случилось и каковы последствия.
👉Хронология: Точные метрики, время начала и конца сбоя.
👉Причины: Глубинные причины (root causes).
👉Решение: Как устранили инцидент.
👉Действия (Action Items): Список задач, предотвращающих повторение (исправление кода, добавление мониторинга). 

Зачем нужен постмортем:
📍Снижение рисков: Предотвращение катастрофических сбоев в будущем.
📍Обмен знаниями: Вся команда понимает, почему система упала и как она работает.
📍Улучшение культуры: Помогает перевести фокус с поиска виноватых на системные улучшения. 

То есть это не просто отчет о том какие мы молодцы и как справились с инцидентом, а это способ что-то улучшить.

Как еще его можно использовать?

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

У вас из-за этого произошёл инцидент. Вы пишите постмортем, приходите с выявленными задачами к менеджерам и говорите: «нужно решать».

Они вам «нет, у нас горят сроки, это не сейчас». О рисках уведомляете руководство.

Если произошел второй инцидент, уже эскалируйте руководству о проблеме с менеджерами.

Но я надеюсь, у вас нормальная культура в компании.

А как вы составляете постмортем? Делитесь в комментах

Во время сезонных акций нагрузка на инфраструктуру онлайн-магазина увеличивалась более чем в 10 раз. При пике трафика сервисы деградировали, время отклика росло, а масштабирование собственных мощностей занимало часы. Задача стояла не просто «перейти в облако», а обеспечить управляемое масштабирование без риска для бизнес-процессов.

Была выбрана гибридная модель: фронт и веб-сервисы вынесли в публичное облако с возможностью быстрого увеличения ресурсов, критичные компоненты оставили на выделенной инфраструктуре. Дополнительно настроили резервное копирование и сценарии аварийного восстановления.
Этапами и результатами делимся в карточках.

Подписывайтесь на канал и читайте:
• Про тренды и драйверы роста облачного рынка.
• Что делать, когда одного облака недостаточно.
• Как эффективно решать задачи с переменной нагрузкой и при этом поддерживать высоконагруженные системы.
• Где облако дешевле, а где — нет.

@dataspace