https://store.steampowered.com/steamdeck
Стим анонсировал свою портативную игровую приставку со SteamOS

https://zifter.github.io/devops/2021/09/12/domain-expiration-prometheus-exporter.html
После долгого перерыва долгожданная статья.

Встала задача отдать часть проека на аутсорс. В связи с этим потребовалось определить не засветили ли мы секреты в git.
Понравился подбор тулзов в этой статье, особенно truffleHog
Механизм простой - по всем коммитам во всех бранчах происходит поиск шаблонов секретов - ssh ключи, access token и прочее.
По итогу удалось найти несколько коммитов, которые засветили ключи доступа к third party сервисам.
Напомню, что секреты для деплоя лучше хранить в специализированных сервисах, такие как vault.
В случае нахождения секрета в репозитории, есть 3 варианта:
1. Забить
2. Если изменить секрет можно, то убрать секрет из репозитория, обновить его и инвалидировать старый.
3. Если изменить секрет нельзя, то нужно перезаписывать git историю, что большая головная боль.

https://habr.com/ru/post/581292/
Залил статью о мониторинге доменов на хабр.

Отличная картинка о гарантиях доставки в распределенных очередях

https://tlroadmap.io/guide.html
Интересный роудмап для тимлидов

https://vc.ru/services/260312-kak-boty-parsyat-vashi-sayty-i-obhodyat-zashchitu-rasskazyvaem-v-detalyah
Клевая статья об основах парсинга сайтов

https://www.youtube.com/watch?v=6MDKKuqn07A
Понравился разбор архитектурной задачи.

Так же немного про model C4 для описания архитектуры
https://www.youtube.com/watch?v=uHBmx7HcmJQ

​В GitHub наконец-то завезли возможность добавлять в md-файлы динамические диаграммы Mermaid

Как верно отмечают пользователи, осталось только дождаться нормального просмотра PDF и заживём!

Mermaid основан на JavaScript и с его помощью можно динамически создавать блок-схемы, UML-диаграммы и многое другое. Теперь полноценную поддержку схем добавили в синтаксис разметки Markdown. До этого диаграммы приходилось вставлять в виде изображений или «рисовать» с помощью ASCII символов.

#github

https://www.patkua.com/blog/the-definition-of-a-tech-lead/
Кто такой tech lead? Чем отличается от Team Lead, Engineering Manager, Architect?

https://habr.com/ru/company/oleg-bunin/blog/653769/
Статья поможет разобраться в возможных проблемах становления руководителем.

https://cacm.acm.org/magazines/2016/7/204032-why-google-stores-billions-of-lines-of-code-in-a-single-repository/fulltext
Монументальная статья об использовании монорепозитория с миллиардом файлов и trunk-based development.
Очень технократичный подход.
Статья 2015 года, и, судя по всему, они уже тогда начали отходит от практики монорепозитория в сторону отдельных реп на git.
Но ценности от понимания уровня масштаба - не теряет.

https://trunkbaseddevelopment.com/
А вот и собственно крутая книга знаний концепции Trunk Based Development.

Построение архитектуры обработки данных - максимальная выжимка)
Взято отсюда

Flaky tests - случайно падающие тесты. Перезапуск, в конце концов, приведет к успешному прохождению теста.
Причины таких появления таких тестов:
* отсутствие изоляции, т.е. результат зависит от предыдущих запущенных тестов;
* использование случайных ожиданий, sleep на X секунд (часто такое можно встретить при тестировании асинхронного поведения);
* зависимость на внешние сервисы.
Flaky tests значительно ухудшают качество CI проверок и сильно демотивирует разработчиков.

Задался вопросом, как считается доли фаудеров\инвесторов\ключевых сотрудников.
Собственно, один из способов - венчурный общак

Сегодня услышал прекрасное новое слово "отвонтдунить", т.е. перенести задачу в статус "Won't Do" 😂

В подкасте Podlodka #276 - Разработка API был прекрасный диалог:
- Как перестать писать плохие API?
- Я знаю только два способа - избавиться от оценочных суждений или перестать писать API.

Интересная статья про атаки на GraphQL эндпоинты.
Из интересного в ней:
Как определить, на какой библиотеке\фреймворке\движке построен GraphQL эндпоинт?
Выполняется заведомо невалидный запрос и анализируется текст ошибок. Тексты ошибок не описываются в спецификациях, а значит, в целом, уникальны для конкретной реализации. Вот этот проект и реализует эту схему.
В целом, это подход применим для других любых реализаций стандартов различных технологий.
А зачем это может быть полезно? Зная реализцию, мы можем воспользоваться его уязвимости и совершить атаку.

Крутая таблица определения зрелости процессов на проекте
https://devopsadoptmeth.wordpress.com/method-description/devops-maturity-model/