Вывод

IT-мир развивается, и «ops»-методологии адаптируются к новым вызовам:

✅ DevOps, NoOps, MLOps, DevSecOps, SRE ускоряют разработку и обеспечивают стабильность.

✅ FinOps, DataOps, GitOps, AIOps, ContentOps, ChatOps, ITOps, SecOps, SaaSOps помогают оптимизировать процессы, затраты и безопасность.

Вопрос не в том, какой подход выбрать, а как их комбинировать для максимальной эффективности. А какие «ops» знаете вы? 🤔👇

PS: Отличный доклад про это с DevOpsConf 2021: https://www.youtube.com/watch?v=Am84iPcVZlc

2️⃣ Навигация по второму дню андерхуда

— Kubernetes — новый язык для разработки инфраструктуры?

— OpenTofu vs Terraform. Что использовать в 2025

— Лучшие инструменты для Terraform и OpenTofu в 2025 году

— *Ops — в чём разница?

📜 Software Architecture Document: Что это такое и почему это необходимость для энтерпрайза и зло для стартапа

В IT архитектурная документация (Software Architecture Document, SAD) играет важную роль. Но в зависимости от контекста она может как помогать, так и тормозить процесс.

🔹 Что такое SAD?
SAD (грустная дока — это не только шутка, но и правда жизни) — это Software Architecture Document, документ, в котором описывается high-level архитектура системы. Обычно он разбит на разделы, каждый из которых охватывает одно ключевое архитектурное решение, связывающее бизнес-требования и техническую реализацию.

Альтернативные подходы к этим решениям часто выносятся в отдельный документ. В итоге SAD становится своего рода blueprint’ом проекта, с которого начинается имплементация.

Но всё не так радужно. Иногда такие документы раздуваются до 200–300 страниц, особенно если включают в себя C4-диаграммы, data flow, и прочие артефакты. Тут я могу только посоветовать учиться читать такие документы, а если на вашем проекте их нет — предложить архитектору или лиду заняться их написанием.

🔹 Почему энтерпрайзу нужен SAD?

✅ Сложные системы — нужна прозрачность
В корпоративных (enterprise) системах много команд, легаси-код, сложные интеграции. Без архитектурной документации разработчики просто не поймут, как всё работает.

✅ Безопасность и соответствие требованиям
Для банков, финтеха и госкомпаний документирование архитектуры необходимо для аудитов и сертификаций (SOC2, ISO 27001, PCI DSS, ГОСТ).

✅ Контроль и масштабируемость
В больших компаниях архитектурные решения принимаются годами. Документация фиксирует прошлые решения, чтобы не наступать на те же грабли.



🔹 Почему стартапам SAD вреден?

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

❌ Архитектура меняется слишком быстро
В стартапах архитектура и код переписываются каждые несколько месяцев. Писать документацию в таких условиях — значит тратить время на создание заранее устаревающего артефакта.

❌ Фокус должен быть на продукте
Вместо того чтобы писать длинные SAD, стартапу лучше фиксировать архитектурные решения в коротких ADR (Architecture Decision Records). Это более гибкий и быстрый формат. Многие ребята это делают прямо в Notion без особого формализма.



🔹 А что насчёт Open Source проектов?
Для Open Source проектов нет строгих стандартов, аналогичных SAD. Конечно, в больших проектах есть roadmap и подробное обсуждения фич, но общего документа, как правило, нет. Однако есть похожий формат — EP (Enhancement Proposal). EP - подробное описание одной фичи, часто схожее с SAD по духу. Хорошим примером являются KEP (Kubernetes Enhancement Proposals), которые могут быть полезными для изучения.



🔹 Что использую я?
Когда стартует новый проект или появляется большая фича, я предпочитаю писать документы в духе SAD — пусть и без фанатизма, но с описанием ключевых решений и архитектурных идей.

А вот для небольших проектов или на этапе раннего старта мне вполне хватает ADR-ов, зафиксированных в вики. Главное — чтобы команда всё это обсудила и была на одной волне.



А у вас на проекте есть SAD, или хватает быстрых записей и ADR? 🤔👇

Расскажу, как я настраиваю свой ноутбук

В течение последних 6-7 лет я использую только макбуки в качестве личного девайса, но этот подход, на мой взгляд, вполне работает и на Linux/Windows.

Так как же выглядит настройка моего компьютера?

У меня есть приватный репозиторий на GitHub для бустрапа окружения. Я просто закидываю его на новый ноутбук в виде Zip-архива, а затем запускаю скрипт init.sh. Этот скрипт делится на несколько частей:

1️⃣Установка и настройка brew / nix

2️⃣Установка тяжеловесного софта — Java, Docker, Xcode и т.д.

3️⃣Установка и конфигурация zsh / oh-my-zsh

4️⃣Настройка терминала — tmux, alacritty, мои персональные алиасы

5️⃣Установка и настройка рядового софта — от Terraform до Chrome

6️⃣Настройка Git / VSCode / IntelliJ / SSH / Maven и создание привычных папок на компьютере

7️⃣ Настройка внешнего вида macOS через defaults

// На скриншоте - layout моего репозитория

Какие ещё “tips & tricks” я использую в своём сетапе?
- Храню все конфигурации в репозитории и линкую файлы на файловую систему. Так я не забываю обновлять репозиторий и не теряю новые конфигурации.

- Стараюсь гибко настраивать консольные тулы, такие как Git, AWS, Kubernetes и тд. Если вам интересно, могу поделиться классными алиасами или настройками в комментариях.

- Каждый раз, когда я запускаю свои скрипты, я замеряю, сколько мануальных действий мне нужно выполнить, и стараюсь сократить их количество. Сейчас это примерно три действия на весь сетап ноутбука. Естественно, это количество действий я пытаюсь сокращать.
- Периодически читаю чужие репозитории с "dotfiles" на GitHub, чтобы подрезать что-то полезное.

🔹 Вывод:
Автоматизировать настройку ноутбука — очень полезно. Вместо 5–6 часов ручной рутины вы переносите все привычные конфиги, алиасы и настройки буквально за пару минут (и один кофе-брейк).


📌А как вы подходите к автоматизации? Делитесь в комментариях своими скриптами, настройками и лайфхаками — будет интересно сравнить подходы.

💻 Почему стоит разделять работу и личную жизнь на два ноутбука?

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


1️⃣Безопасность данных
Рабочий ноутбук под корпоративными политиками: VPN, шифрование, мониторинг, ограниченный доступ к файлам. Загружая туда личные данные, вы рискуете их случайно потерять, нарушить корпоративные правила или даже попасть под санкции работодателя. А если вас уволят, то все личные файлы останутся на корпоративном ноутбуке. Аналогично и с личными компьютеров - нельзя мешать среду где вы скидываете друзьям котиков, и где у вас есть доступ к продакшен базе данных клиента.


2️⃣Баланс между работой и отдыхом
Когда всё в одном месте, границы стираются: сложно полноценно отдыхать, если в браузере открыта Jira, а уведомления Slack всплывают даже в выходные. И наоборот — личные дела могут отвлекать во время работы. Представьте, что вы бронируете себе дорогие авиабилеты, а в этот момент приходит срочный (как вам кажется в моменте) алерт из продакшена. Что будете делать?


3️⃣Конфликты софта и настроек
Корпоративный VPN может ломать доступ к вашим любимым сервисам, а политика безопасности может блокировать запуск нужных программ. Рабочие версии инструментов часто не совпадают с теми, что вам удобны лично. Git, ключи SSH, редакторы, контейнеры — всё может быть настроено по-разному и в итоге начнёт мешать друг другу. Как банальный пример - врядли вы захотите использовать корпоративную сборку VSCode для своих проектов.


4️⃣ Производительность и ресурсы
Рабочие процессы требуют стабильности. Личные эксперименты с софтом, обновления, кастомные настройки, игры и случайные загрузки могут вызвать неожиданные сбои, тормоза или даже полный отказ системы. Неудачный апдейт — и вы остаетесь без рабочего инструмента в критический момент. Что скажете на утреннем синке после такого? :)


5️⃣Чистота и порядок
Раздельные устройства = минимум хаоса. На рабочем ноуте — только рабочие файлы, на личном — всё остальное. Никакого Telegram на рабочем устройстве, никакого Slack на личном — и так со всем. Таким образом будет легче держать фокус и не путать важные данные.


6️⃣Данные на рабочем ноутбуке - собственность компании
Всё, что создаётся на рабочем ноутбуке, юридически принадлежит компании. Если вы делаете личные проекты на корпоративном устройстве, могут возникнуть проблемы: в некоторых случаях работодатель может заявить права на ваш код, файлы или наработки. Особенно это касается программного кода, дизайнов, исследовательских данных и других интеллектуальных активов.


7️⃣Конфиденциальность и защита данных
Если ты используешь личный ноут для работы, особенно с конфиденциальной информацией компании (персональные данные клиентов, финансы, внутренние документы), ты становишься уязвимым с точки зрения законодательства, например:
🔹 Закон о персональных данных (GDPR, 152-ФЗ и т.д.) требует защиты данных от утечек. Если данные слились с твоего личного ноутбука, ты можешь попасть под раздачу.
🔹Работодатель обязан обеспечивать безопасность данных, и для этого обычно используют управляемые устройства (MDM, шифрование, VPN и т.д.). На личном ноуте это сложно реализовать корректно.


💡 Вывод
Разделение ноутбуков помогает эффективно работать, безопасно хранить данные и лучше отдыхать. Если хотите минимизировать стрессы и технические проблемы — лучше сразу выбрать этот подход.


📌 А как у вас: один ноутбук на всё или чёткое разделение рабочих и личных дел? 🤔

Содержание второй части марафона с Александром Шаровым


День 1

— DevOps: философия, а не просто набор инструментов

— Почему DevOps обязан уметь программировать

— Jenkins: жив или мёртв?

— Актуальные инструменты CI/CD

— Kubernetes повсюду


День 2

— Kubernetes — новый язык для разработки инфраструктуры?

— OpenTofu vs Terraform. Что использовать в 2025

— Лучшие инструменты для Terraform и OpenTofu в 2025 году

— *Ops — в чём разница?


День 3

— Software Architecture Document: Что это такое и почему это необходимость для энтерпрайза и зло для стартапа.

— Как грамотно автоматизировать настройку ноутбука?

— Зачем разделять работу и личную жизнь на два ноутбука.

Пока мы андерхудили и не так активно следили за новостями, в Android 16 на смену Material You придет новая дизайн-система — Material 3 Expressive.

Появятся обновлённые динамические темы, адаптивные компоненты, возможность кастомизации быстрых настроек и аналог Live Activities под названием Live Updates.

#android

PayPal запустил собственный сервис бесконтактных платежей на iPhone

Вот это интересная новость!
Раньше на iPhone бесконтактные платежи были возможны только через Apple Pay из-за ограничения доступа к NFC-чипу для сторонних приложений.

Вступления в силу DMA в ЕС обязало Apple предоставить сторонним разработчикам доступ к NFC — PayPal стал одним из первых, кто воспользовался этой возможностью.

Важные нюансы:

– пока только для Германии;
– функция доступна в последней версии приложения PayPal для iPhone;
– платежи осуществляются на терминалах, поддерживающих Mastercard;
– для использования необходимо один раз разрешить приложению PayPal доступ к NFC в настройках iOS;
– чтобы быстро оплачивать через PayPal, нужно будет установить приложение в качестве стандартного для бесконтактных платежей.

Коллеги, хантить кандидатов в тиндере: норм или стрём?

Датчик LiDAR способен в буквальном смысле выжечь матрицу камеры

Пользователь хотел заснять автомобиль Volvo EX90 на свой iPhone 16 Pro Max, но во время съемки заметил разрастающиеся пятна в камере.

Интересно, солько еще людей обратило внимание на ребрендинг Google? 🙄

В грядущей iOS 19 инсайдеры пророчат новую функцию Head Tracking — айфоном можно будет управлять подняв бровь, улыбнувшись, высунув язык и так далее.