PlatformCon 2023

Тема platform engineering сейчас популярна настолько, что 8-9 июня будет бесплатная онлайн конференция, посвященная полностью этой теме и я планирую ее посмотреть:)
Кроме того, у создателей конференции есть отдельный сайт platformengineering.org, где дается такое определение платформам
Platform engineering is the discipline of designing and building toolchains and workflows that enable self-service capabilities for software engineering organizations in the cloud-native era. Platform engineers provide an integrated product most often referred to as an “Internal Developer Platform” covering the operational necessities of the entire lifecycle of an application.
На этом сайте есть еще достаточно много информации, которую интересно изучить.

Сам подход с платформами и платформенными командами был известен достаточно давно и был дополнительно популяризирован в книге Team Topologies, где двумя основными типами команд (из всего четырех) были stream-aligned teams и platform teams, которые делали платформы. Кстати у меня есть краткий обзор этой книги в трех частях Teams as means of Delivery, Team Topologies that work for flow, Evolving team interactions for innovation and rapid delivery. Плюс я года три назад рассказывал на Teachlead Cjnf про то, что такое платформенные команды и зачем они нужны, а в прошлом году делился на Highload++ опытом трансформации наших команд мобильного банка в сторону stream aligned и platform teams.

#Conference #PlatformEngineering #SystemEngineering #SoftwareDevelopment #Software

Я сейчас думаю над новыми выступлениями на разных конференциях (Highload++, Codefest, Teamlead Conf, ArchDays, ...) и хочу понять а что было бы интересно послушать. Поэтому если у вас есть идеи, что бы вы хотели послушать от меня в виде доклада, то пишите и в комментариях к этому посту.

#Conference

Software Architecture and Design InfoQ Trends Report - April 2023

Сегодня вышла статья от InfoQ с названием Trend Report по архитектуре и проектированию за апрель 2023. В ней авторы выделили следующие моменты.

Design for portability - это уже не про запаковку кода и деплой его в разных окружениях, а про "clean abstraction from the infrastructure". Дальше говорится про эволюцию cloud-native applications в cloud-bound applications и приводятся примеры таких подходов, как Dapr and WebAssembly.
Large language models - здесь авторы говорят про влияние GPT-3 and GPT-4 на разработку. Подробнее про GPT-4 есть в посте.
Data-driven architecture - тут идет речь про data mesh и идеи data-driven architecture
Design for sustainability - история про карбоновый след, его отслеживание и сокращение
Decentralized apps (dApps) - блокчейн и мастодон как альтернатива централизованному twitter
Architecture as a team sport - здесь речь работу над архитектурой в команде, про то, что должности архитекторов некоторые компании полностью заменили на principal инженеров, а также что использование ADR для фиксации архитектурных решений стало популярным

#Architecture #Software #SoftwareArchitecture

Вторая серия Code of Architecture по книге "A Philosophy of Software Design"

Сегодня в 18:00 по Москве мы продолжим обсуждать как уменьшить сложность за счет правильного разделения на модули. А если говорить точнее, то мы обсудим 7-11 главы книги "A Philosophy of Software Design", в которых Джон Оустерхаут продолжает тему про модули, рассказывая про следующие темы
— на разных уровнях используйте разные абстракции;
— перемещение сложности вниз;
— лучше вместе или по отдельности;
— сокращение числа мест обработки исключений;
— проектируй дважды и не используй первую идею пришедшую в голову.

Гостем стрима станет наш коллега Олег Корнев, архитектор группы платежных сервисов.

Встречаемся сегодня в 18:00 на ютуб-канале IT's Tinkoff.

#CoA #Software #Architect #SystemDesign #Philosophy #SoftwareArchitecture

Совершенный Код (Code Complete)

Эта книга Стива Макконела в свое время была хитом, а мне она очень помогла на пути становления меня software develoment engineer. Году в 2006 я впервые стал писать код за деньги и делал это в компании, где предыдущий отдел веб-разработки разошелся полностью. Новый руководитель отдела пришел и начал наводить порядок и я перешел из техподдержки в стажеры-разработчики. С кодовой базой мы изначально были на вы, процесс деплоя был ручным, тестирования не было, часть систем надо было планово перезагружать раз в час, иначе они падали сами, но с непредсказуемыми последствиями. На этом фоне книга Стива дала мне ответы на вопросы, а всегда ли так больно разрабатывать программное обеспечение или бывают менее болезненные способы. После этой книги я полюбил использование метафор для сложных концепций, понял важность обеспечения качества, узнал про проектирование софта и много чего еще:)

Сама книга выглядела как монументальный кирпич почти на тысячу страниц формата А4 и состояла она из 7 частей.

I. Laying the Foundation - как раз здесь про метафоры, сбор требований, продумывание вариантов и принятие ключевых решений
II. Creating High-Quality Code - про проективание, классы и методы, защитное программирование и важность использования псевдокода
III. Variables - про принципы использования переменных, их именование и типы данных (как обычные, так и нестандартные)
IV. Statements - про организацю кода, условные операторы, циклы, нестадартные управляющие структуры (goto и рекурсию), табличные методы и общие вопросы управления выполнением
V. Code Improvements - про качество программного обеспечения (с тех пор многое здесь улучшилось:))
VI. System Considerations - немного статистики про большие проекты и как размер влияет на разработку, как управлять ей (тут тоже многое поменялось с тех пор, например, инкрементальные подходы стали доминирующими)
VII. Software Craftsmanship - часть про мастерство. Тут интересно, что когда-то давно engineering и craftmanship противопоставляли себя друг другу, но теперь ясно, что инженерные подходы общеприняты:) Про это можно посмотреть выступление Dave Farley с goto 2022 "Taking Back “Software Engineering” – Craftsmanship is Insufficient" и интересно посмотреть именно его, так как он в свое время топил за craftmanship

P.S.
Я не уверен, что эта книга сейчас настолько же актуальна как 30 и 20 лет назад, но не вспомнить ее в своем канале я не мог:)
Кстати, у Стива есть еще книга "Еще более эффективный Agile" ("More Effective Agile: A Roadmap for Software Leaders"), в которой автор хорошо проходится по процессам разработки (а точнее конкретно по Scrum) и я про нее вспоминал в отдельном посте.

#Software #SoftwareDevelopment #SoftwareArchitecture #Devops #Engineering