Так же немного про 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/

​​A very useful set of ready-made instructions for devops on AWS:

https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/welcome.html

All popular topics with specific implementation steps:

🔸Analytics
🔸Cloud-native
🔸Containers & microservices
🔸Cost management
🔸Data lakes
🔸Databases
🔸DevOps
🔸End-user computing
🔸Hybrid cloud
🔸Infrastructure
🔸IoT
🔸Machine learning & AI
🔸Management & governance
🔸Messaging & communications
🔸Migration
🔸Modernization
🔸Networking
🔸Operating systems
🔸Operations
🔸Security, identity, compliance
🔸Serverless
🔸Software development & testing
🔸Storage & backup
🔸Websites & web apps

#devops

"Обожаю" линукс:
На моем ноутбуке на новых версиях ядра не работает звук, а на старом - docker. Либо работай, либо слушай музыку и ходи по митингам.

Про задержки доступа к данным

Отличный подкаст про разработку игр и AWS. Особенно из-за того, что отражает почти полностью мою работу на 90% процентов :)

Новый выпуск #podcast : Как AWS может помочь в разработке игр

В этом выпуске обсудили специфику бизнеса разработчиков игр и выяснили на опыте интересных публичных кейсов, почему облака так привлекательны игровым компаниям.
Также обсудили:
* Как AWS связан с разработкой игр и их оперированием.
* Какие бывают задачи: аналитика, гейм-сервера, мета, билды, доставка контента.
* Рекомендации для инди девелоперов / небольших студий, с чего лучше начать.
* Как можно экономить, используя AWS, если у вас уже есть игра в оперировании.

Послушать можно тут:
Anchor
Spotify
Yandex
GooglePodcasts
ApplePodcasts

Если есть желание прийти в гости и рассказать вашу историю с проекта, или поделиться опытом (не только на подкаст) пишите в личку буду рад обсудить.