Agile *

Story Map может стать более углубленной и проработанной, если добавить форматы "Jobs Story", "System Story", "Изменение", "Описание изобретения".

Jobs Story
Когда <ситуация, контекст>, Я хочу <мотивация>, так что <ожидаемый результат>
Пример:
Когда сбоят системы отправки, выгружаю уведомление в формате XLS, чтобы отправить клиенту и регулятору вовремя

System Story
Способ описания требований к разрабатываемому решению с точки зрения разработчиков. Формат напоминает User Story, только с фокусом на процессе взаимодействия пользователей с разрабатываемым решением:
<Глагол действия> <Субъект>, чтобы <Кто> получил <Что> (или чтобы <Цель>).
Пример:
Установить уровень давления в системе в соответствии с типом пива, чтобы покупатель смог наполнил бутылку пива без пены за 30 секунд.

Изменение
<вместо того, чтобы>, старый способ действия, <новый способ действия>
Пример:
Вместо бесконтрольных трат бюджета, выбирает на какие тематики его потратить

Описание изобретения
<Полезное действие/ Отрицание нежелательного эффекта> в <контекст> за счёт <принцип работы>
Пример:
Быстрее нахожу какой статус выбрать в колонке-фильтре статусов за счёт вывода их в идеальном хронологической последовательности

Подсмотрено тут:
https://medium.com/serious-scrum/unheralded-alternatives-to-user-stories-f1d787fc2278
https://speakerdeck.com/ashapiro/mastier-klass-po-user-story-mapping?slide=17

Один из самых недооцененных компонентов в разработке это «Developer Tools» – различные инструменты и утилиты для разработки и тестирования.
В каждой крупной компании есть своя «секретная формула крабсбургеров», просто некоторые компании охотнее делятся этими внутренними инструментами с сообществом.
Клон AWS crosvm для ChromeOS в конечном итоге лег в основу Firecracker, который AWS использует для Lambda.
Использование простой песочницы (на базе Linux KVM) позволяет сильно сэкономить время при проверке какой-то гипотезы или отладки ошибок.

Инженеры из RedHat пилят аналог crossvm для Linux и macOS.

https://github.com/containers/krunvm

Установка на MacOS:

brew tap slp/krun
brew install -s buildah libkrunfw libkrun krunvm

С помощью этой команды можно создать виртуальную машину из образа Docker:

krunvm create --name builder postgres:12.17-alpine3.18 --mem 4096

«Задебажить» какую-то проблему в гостевой системе:

krunvm start builder /bin/bash

Затем можно внести необходимые корректировки в конфиг образа Docker который используется в CI/CD конвейере.

Сложно не надо – надо просто. Чем проще и быстрее, тем лучше. Не надо писать тестовые фреймворки – надо писать инструменты.

https://www.youtube.com/watch?v=tnf_LK_YzrA

Кстати в Boeing все хорошо: GitOps, Cloud-Native, Kubernetes, все процессы исключительно data-driven.

Есть одна общая черта, которая объединяет такие компании как Amazon, Apple, Tesla, Nvidia, Huawei – полная концентрация на клиенте и продуктах.

Эти компании не пытаются гнаться за трендами и не распыляют внимание на поиски эликсира молодости в DevRel или Agile.

У нас из крупных компаний, может быть только в Зеленом Банке понимают значение корпоративной культуры, дизайна и того что называется customer experience. И это только из-за руководства. Если там дать развернутся Товарищу Майору, то об амбициозных задачах и качестве, можно будет забыть.

Demo-версия CoudStack доступна по адресу - https://qa.cloudstack.cloud/simulator/#/dashboard

admin:password

OpenStack это скорее freemium нежели open-source. Идеальный вариант для вендоров и интеграторов.

Почти ничего не работает «из коробки». Просто установить, но очень «дорого» развивать и поддерживать.

Развитием проекта управляет несколько крупных компаний, а не сообщество разработчиков.

Интерес к проекту постепенно падает.

Кроме Mirantis у которых был офис в России, насколько я знаю, никто больше ничего для upstream OpenStack – не делал.

Для CoudStack нужно сделать нечто похожее на DevStack OpenStack – «shift-left» окружение и автоматизация для разработчиков, которая снизит порог вхождения в проект.

VMware – это тупик с точки зрения развития. Больше 65% компаний в Китае используют гибридное облако (в основном OpenStack). Энергетика, Финансы, Телеком и образовательная сфера в Китае почти полностью на OpenStack.

В России все еще много VMware и Microsoft – у нас было традиционно очень сильное лобби интеграторов и продажников. Потом многие из этих людей оказались на хороших должностях в корпорациях. Им не выгодных резкие изменения. В многих таких компаниях планируют мигрировать инфраструктуру из 2005 года в 2012. То есть мигрировать на технологический стек чуть-чуть менее устаревший.

Мысли:

«Будущее» инфраструктуры – это виртуальные машины, а не контейнеры.

https://katacontainers.io/collateral/ApplicationOfKataContainersInBaiduAICloud.pdf

https://www.qemu.org/docs/master/system/i386/microvm.html

Микросервисы – это антипаттерн. Для микросервисов нужны микропрограммисты.

Возможно через несколько лет ИИ освободит человечество от необходимости заниматься рутинной работой, например писать код, но в 2023 Amazon AWS это: просто Java, Linux, QEMU-KVM, внутренний тулинг и кастомное «железо» (SmartNIC, свичи, СХД); просто Сервис-ориентированная архитектура (SOA), просто несколько тысяч программистов и отлична организация труда.

Без динамической инфраструктуры (так называемое облако) не возможно представить себе широкое проникновение ИИ. Без нескольких ключевых проектов с открытым исходным кодом не возможно представить себе современную инфраструктуру on-prem и «в облаке».

Как собрать Keycloak из исходников:

export MAVEN_OPTS="-Dmaven.build.cache.enabled=true"
export MAVEN_OPTS=-Xmx512m
./mvnw clean install -Pdistribution -DskipTests -am -pl quarkus/dist dependency:resolve -V -e -DskipExamples

[INFO] Total time:  08:54 min
[INFO] Finished at: 2024-01-11T11:51:52Z

cp quarkus/dist/target/keycloak-999.0.0-SNAPSHOT.tar.gz .

Breadth & Depth – нужно ли «знать» или помнить все?

В 2023 в Cloud Native Computing Foundation участвует 173 проекта.

В инкубаторе CNCF ждут своего часа еще несколько десятков, без тени иронии, интересных проектов.

Новые проекты появляются быстрее, чем фреймворки для JavaScript.

https://www.cncf.io/wp-content/uploads/2023/11/image-6.png

Большая часть из этих проектов решает какую-то, определенную, локальную задачу, создавая при этом проблемы, для тех кому «посчастливилось» поддерживать этот стек, на годы вперед.

Вклад российских компаний в эту экосистему по сравнению с вложенным капиталом – на уровне погрешности измерения.

Накопленные годами экспертные знания и опыт вымываются с каждой новой волной хайпа.

Пока вы внедряете Terraform©, ребята из долины на деньги из бездонных карманов VC делают Pulumi©.

А в это время OpenCV от которого зависит несколько десятков многомиллиардных корпораций и дроны, не может собрать 500 000$ на развитие. Мы слишком заняты – нужно внедрять GitOps и микросервисы.

В этом бизнесе мы уже не участвуем – нужно сконцентрироваться на важном.