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

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

Разработчика всегда спрашивают: «Куда ты хочешь развиваться — в менеджмент или архитектуру?» Более того, я сам это делал множество раз :) Всегда складывалось впечатление, что на этой развилке работает только одна дорога — в менеджмент. 

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

В программировании микроконтроллеров на Си часто приходится писать драйверы для умных и навороченных ASIC чипов с управлением по I2C/SPI/MDIO интерфейсам.

Обычно перед запуском эти чипы надо правильным образом сконфигурировать.

Такие чипы всегда оперируют с реальными физическими величинами. Одновременно с этим ячейки памяти этих ASIC чипов - дискретные, двоичные. Поэтому все производители микросхем кодируют эти переменные бинарными кодами разной разрядности.

В этом тексте я показал как можно делать интерпретаторы этих величин.

Привет, Хабр! Я Федор Щудло, team lead и fullstack-разработчик. Всего я в разработке 15 лет, из них 11 в роли team lead.

Три года назад я сменил работу и занялся проектом, состояние которого можно описать кратко: ему 25 лет.

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

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

Как результат, разработка шла с большими накладными расходами (все делали долго), и с высокими рисками (выкатили и разломали прод). А команда при этом работала на износ.

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

Привет, Хабр. Меня зовут Владимир Утратенко, я — Head of Infrastructure and Security в Uzum Market. У меня богатый опыт найма DevOps-инженеров, ведь последние 6 лет я — нанимающий менеджер. А ещё много лет подряд занимаюсь DevOps как моделью разработки. Сегодня мы поговорим про боли в CI/CD, которые часто упускают из вида DevOps-специалисты, лиды и CTO.

Есть такая классическая и одновременно забытая технология отладки FirmWare как интерфейс командной строки поверх UART. В этом тексте я напишу про достоинства и недостатки отладки через UART Shell.

30 апреля из бета-тестирования вышел OpenTofu 1.7.0. Это Open Source-форк Terraform, который развивается под управлением Linux Foundation. Ранее мы уже писали о причинах разработки OpenTofu, связанных с изменением лицензионной политики HashiCorp в отношении своих продуктов. В этой же статье мы сделаем обзор версии 1.7.0: установим OpenTofu, выполним миграцию инфраструктуры с Terraform, а также рассмотрим ключевые особенности данного релиза.

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

В этой статье мы рассмотрим процесс автоматического переобучения моделей ML в продакшене, используя инструменты MLOps. Обсудим интеграцию таких инструментов, как AirFlow и Spark, с CI/CD пайплайнами, а также создание конфигурационного модуля, позволяющего разработчикам сосредоточиться на моделях, не углубляясь в инфраструктурные детали.

DevOps представляет собой методологию разработки программного обеспечения, которая объединяет разработки (Development) и операции (Operations) для повышения взаимодействия между командами. Основная цель DevOps заключается в сокращении времени цикла разработки, увеличении частоты релизов и улучшении качества продукта. Это достигается за счет автоматизации процессов, непрерывной интеграции, доставки и мониторинга.

В данной статье мы рассмотрим инструменты и философию DevOps из Scaled Agile Framework. Это фреймворк масштабирования Agile в компании, который объясняет как объединить большое количество команд и построить с одной стороны предсказуемую разработку, а с другой стороны сохранить гибкость.

9 новых российских проектов для создания ИИ-ботов в Телеграм, организации мероприятий, создания 2D MMO RPG игр и многого другого. Битва за «Продукт недели» началась!

Product Radar — здесь каждую неделю публикуются лучшие онлайн-сервисы и железки от русскоязычных команд.

KEP 3331 (Structured Authentication Config) — это самое крупное обновление в системе аутентификации Kubernetes за 6 последних лет, в котором учитываются все просьбы пользователей. Предварительно его альфа-версия должна выйти в составе релиза Kubernetes 1.28 — сам KEP уже смерджлили, но планы могут немного подкорректироваться.

В проработке фичи вместе с инженерами из Google и Microsoft активно участвовал наш Platform Lead Максим Набоких, который входит в состав Kubernetes sig-auth и является основным мейнтейнером Dex, свободного провайдера OpenID Connect.

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

Работа с данными — это не только аналитика. В этой сфере есть инженерные роли. Инженеры разрабатывают и эксплуатируют системы, благодаря которым данные доступны, лежат в правильном формате в нужном хранилище, с заданными владельцами и описанной структурой. 

Современный Data Governance — это командная работа. Из каких супергероев она состоит — поговорим на открытом вебинаре 25 июля в 19:00 МСК.

Однажды на утреннем созвоне мы решили: «Будем делать проект, где покажем лучшие практики по Ansible от Southbridge».

А потом кто-то добавил: «Пусть она будет бесплатной. Это открытые встречи, куда может прийти каждый».

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

И так шаг за шагом родились встречи «IaC с Ansible».

Всем привет! Заполняя календарь мероприятий на сайте PVS-Studio, я решила, что будет круто и здесь поделиться предстоящими событиями. В этой подборке вас ждут мероприятия на август, как мелкие, так и крупные. В общем, на любой вкус и цвет! Надо же последний месяц лета провести интересно и весело.

Ещё пять 6-7 лет назад многие знакомились с SRE-практиками по книгам Google. Сейчас крупные компании имеют свой собственный опыт применения этих практик для повышения надежности инфраструктуры. Изучить их быстро, получить ответы на вопросы и первые навыки можно на курсах Слёрма. Мы собрали опыт SRE-инженеров Google, Booking, Databricks, TangoMe, Яндекс, Ecommpay, Финам и сделали курс «Site Reliability Engineering: data-driven подход к управлению надежностью систем». Рассказываем, чему можно научиться на этом курсе.

Михаэль Дехан (Michael DeHaan), создатель Ansible, в своем блоге на Substack рассказал о запуске нового продукта — Jet Enterprise Performance Orchestrator, сокращенно jet. 

jet — новая enterprise-платформа автоматизации и оркестрации, написанная на Rust и готовящаяся выйти под GPLv3 (примечание ред. — в рассылке указана GPLv2, а на сайте проекта GPLv3). По словам автора, ему нравится, что Ansible стал настолько популярным, и он ценит вклад Red Hat, которая поглотила проект в 2015 году, но признается: «Есть вещи, которые бы я сделал по-другому» («I also see things I would do differently»).

Путь к Site Reliability Engineer лежит через богатый опыт, знания по мониторингу, observability и SRE-практикам. Собрали в один комплект три курса Слёрма, которые помогут преодолеть этот путь.

Мы давно выпускаем практичные самоучители по CI/CD и Kubernetes для разработчиков. В них на примере конкретного фреймворка или языка мы пошагово рассказываем, как поднять свой Kubernetes-кластер, написать и задеплоить приложение, выстроить CI/CD-пайплайн. В качестве основного инструмента используем werf. 

Теперь появился и гайд по Go. 

Начинающие инженеры иногда сталкиваются с такой проблемой: в боевые задачи без опыта работодатель не пускает, а опыта не наберёшься без этих самых задач. Получается замкнутый круг. И здесь могут оказаться полезными курсы Слёрма с практикой на стендах. Рассказываем, что интересного в практической части курса Ansible: Infrastructure as Code.

Бывает, что нужно быстро прокачать hard skills сразу по нескольким инструментам, но покупать курсы по одному дорого. В этой ситуации поможет учёба по подписке. Она удобна для тех, кто хочет заниматься интенсивно, а не растягивать учёбу на года.