https://habr.com/ru/companies/gazprombank/articles/860204/

Горячий тост получился
Комментарии горят. Хорошо.
#log #статья

Доигрался.
Этот человек стандарт курирует ))

Рассматривал уголки дома
Нашел интересную композицию
Читаю:

Keep your friends in the fridge.

#codemonsterslog

Видос на вечер
https://youtu.be/E8CtE7qTb-Q?si=ZT5tBhDS2NUcFvhI
#log #code

Platform Engineering (PE) — социально-техническая дисциплина.

«Платформенная инженерия — социотек дисциплина, в которой инженеры фокусируются на пересечении социальных взаимодействий между различными командами и технических аспектах автоматизации, самообслуживания и повторяемости процессов».

Исследование показало, что пользователи внутренних платформ имеют на 8% выше индивидуальную производительность и на 10% выше производительность команд.

Далее кажется очевидным, но на деле внутри организаций этому уделяется недостаточно внимания. Я активно двигаю в это направление.

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

Развиваем inner source и работаем с пользователями.

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

Хорошая статья:
State of DevOps 2024. Platform Engineering

Отдельно поговорим про shifl left и shift down

#devops #codemonsterslog
#software_craftsmanship

Сопротивление шуму, поиск тишины

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

Это первопричина в моей работе. Я думал о качестве своей работы, не про карьеру.


Если бы я позволил одержать вверх мыслям:
«Да кому это нужно? Всем пофиг. И так сойдет»
Я бы не создал кукбук, не научил бы команду применять его.
Я бы не нашел людей которым не пофиг на качество своей работы.
Не научился бы замечать эти бриллианты в мутной воде.
Моя награда.


Знай когда пошуметь
Я не стал молчать, потому, что меня утомили громкие чайки, которые не знают как писать код, не читают книги, не чинят процессы, усложняют.
Чайки кричат, чтобы их заметили и дали рыбку.

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

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

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

У нас становится тише на болючих берегах, это радует.
Работы все ещё много.

#codemonsterslog

Когда согласился выступить перед джунами, прочитать лекцию для студентов.

Муд:

На каком с ними языке говорить. 🤪 Делулу буду для них с моей 🤳 Пов или 😮 FR

#codemonsterslog

Шифт-Лефт удел для лохов (нет)

Крайности платформенного бога в статье клауд блога

В моем тексте есть пост-ирония

Нормальные пацаны/девчата пользуются платформой и немного знают Java в конечном счете.
Немного знают java, немного стоят денег.

Все остальное делает платформа.
С точки зрения оптимизации инженеров и их стоимости - логично и выгодно.
Да и платформу так продать легче.

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

Обычно нужно:
| получить один json
| затем получить второй json,
| далее породить третий json на базе первого и второго
| отправить чудесный джэйсонс в очередь
Профит.

Сходить на java конференцию, послушать про тюнинг хибера.
Схоидить в другой банк, сделать same shit.
Это жизнь. Логи пишут только непонятно как и что - это пусть разбирают SRE, у них много мозгов в голове и им понятно как работает сложный суперапп в суперкорпе.

Хороший поинт:

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

Я часто повторяю:
Прогерам хватает часто 20% языка, чтобы решать мэйнстрим задачи.
Часто овердохрена знаний инструментов только усложняют решения. Эта вечная погоня за Кафкой, который все пишет процесс хоть и дописал его давно.

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

Я за снижение когнитивной нагрузки.

У продуктового инженера сохранится знание продукта.
Инженер уже не знает как устроен http и как работает DNS.
Или знает? Ему это нужно или нет?

И внизу в крови машин под стук многогранных сердец платформ в масленистых бордовых накидках снуют редкие инженеры адептус механикус, которые уже утеряли знание предков и веру в людей.
Молятся Богам Машин и Богам Облаков.
Чтобы не Упало Облако да не слетела Красная Шляпа платформы.

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

Есть над чем подумать.

Думать нужно над балансом.

#devops #муд