Книжный куб

IT's Tinkoff in Yerevan Через неделю, а точнее 29 июня я буду в Ереване на дне открытых дверей Tinkoff. Там я буду рассказывать доклад "Как RnD (Research and Development) появляется в крупных ИТ-компаниях" И в своем докладе отвечу на вопросы: — Зачем крупным ИТ-компаниям заниматься RnD? — В какой момент RnD может появляться и как может выглядеть? — Какие задачи могут стоять перед RnD-направлением? — Как может происходить внедрение инноваций и как сделать этот процесс эффективным? Для доклада буду использовать примеры из мировых BigTech-компаний и, конечно, из своей работы в Тинькофф. Регистрируйтесь на митап и приходите послушать и пообщаться. #RnD #Software #SoftwareDevelopment #DistributedSystems #Management

Книжный клуб CoA — обсуждение Amazon Aurora Вчера мы встретились книжным клубом Code of Architecture для обсуждения white paper "Amazon Aurora: Design Considerations for High Throughput cloud-Native Relational Databases". Общение прошло отлично и в итоге у нас появился набор артефактов: - статья с кратким саммари самого white paper - доска в Miro - запись трансляции #Databases #CoA #Architecture #SoftwareArchitecture #SystemDesign #DistributedSystems #Cloud

Дон Кихот (Don Quichotte) В этом издении бессмертный роман Мигеля де Сервантеса «Хитроумный идальго Дон Кихот Ламанчский» представлен в виде графической адаптации, а по простому в виде комикса. И комикс этот передает основную канву романа: - провинциальный идальго начитался книг и немного сошел с ума - в своем выдуманном мире он стал странствующим рыцарем и отправился на подвиги ради дамы сердца - правда, времена рыцарства остались в прошлом… - с ним отправился неуклюжий "оруженосец" Санчо Пансо, который только мешается под ногами - а прекрасная Дульсинея - простая крестьянка Я не помню, как читал оригинальный роман, но в комиксе воспроизведены все основные моменты, включая канонический бой с ветряными мельницами:) #Comics

Напоследок авторы говорят о том, что platform engineering - это хорошо, но там часто не хватает продакт менеджеров и они предлагают воспринимать свои платформы как продукт, а не проект. Кстати, я как-то сравнивал проектное и продуктовое управление между собой и рекомендовал использовать продуктовую разработку более широко. #Devops #PlatformEngineering #Management #SoftwareDevelopment #Software

State of Platform Engineering Report 2023 от Puppet Недавно летел из Сочи в Москву и за это время прочитал отчет "State of DevOps Report" от Puppet, который в 2023 году был посвящен теме платформенной инженерии. Забавно, что создатели этого отчета решили уйти от вопросов про Devops в общем и сконцентрироваться на горячей теме платформенной инженерии. Они даже рекомендуют не использовать больше термин "DevOps team" в силу его бессмысленности. Если кратко, то они выделяют следующие 4 момента в своем executive summary 1. Platform engineering - это проверенный подход для достижения devops успеха на масштабе корпорации (чтобы ни значил devops успех) 2. Когда platform engineering реализован хорошо, то это приносит пользу всей организации (интересно, что так можно сказать про многое реализованное хорошо) 3. Организации осознают преимущества разработки платформ 4. Организации недостаточно инвестируют в навыки управления продуктом в своих командах платформы Интересно, что дальше авторы отмечают как связан devops успех и платформенная инженерия и отмечают причины: In 2018, we first identified that DevOps success within the enterprise required significant standardization on the way to providing self-service as part of our five stages evolutionary model. Platform engineering, with its prescriptive approach to organizational design and dynamics, is proving to be a viable path to delivering on this model. Также они делают отсылку к Team Topologies, про которую я как-то написал краткое саммари в трех частях: - Teams as means of Delivery - Team Topologies that work for flow - Evolving team interactions for innovation and rapid delivery Плюс в самом документе есть результаты ответов на интересные вопросы, которые приведены ниже (первые 3 ответа для каждого вопроса приведены в порядке популярности) 1) What led to the creation of a platform team at your organization? - we needed to increase speed of delivery - 22% - we needed to scale up - 18% - engineers were taking on too much work - 10% 2) What are the key goals of the platform team? - prroblelems solvling - 54% - educate and empower developer teams - 47% - set and promote best practices - 46% 3) What services should fall within the platform team’s scope of work? - building and managing infrastructure to support product teams - 59% - automating workflows and processes - 59% - services that enable application development teams to build, deploy, and run their applications - 57% 4) What capabilities does the self-service platform offer? - deployment - 43% - operation of infrastructure - 42% - monitoring production applications - 42% 5) Did the platform team have a direct impact on development velocity? - increased - 68% - stayed the same - 22% - decreased - 9% 6) By approximately how much did development speed increase after the inception of the platform team? - somewhat - 51% - a great deal - 42% 7) What are the benefits of platform engineering? - improves system reliability - 60% - improves efficiency / productivity of my work - 59% - speeds up delivery time - 58% - improves our workflow and process standards - 57% 😍 What are the platform team's biggest pain points? - cycle time is slower than expected - 34% - resistance to platform team adoption - 32% - lack of communication around changes to the platform team - 32% 9) What are the most important product management skills on a successful platform team? - strong communication skills - 61% - problem-solving expertise - 60% - ability to foster collaboration across cross-functional teams - 54% 10) Which roles comprise the platform team at your organization? - DevOps - 48% - software engineers - 45% - platform engineers - 44% 11) What are the most important technical skills on a successful platform team? - knowledge of system integration - 67% - ability to automate processes - 61% - familiarity with continuous integration/continuous delivery (CI/CD) - 54% 12) Is the platform team(s) at your firm centralized or decentralized? - centralized - 82% - decentralized - 18%

Extract the kernel статья от Will Larson Интересная мини-статья от Will Larson (автора книг Staff Engineer и Elegant Puzzle) про то, как получать максимальный эффект от общения с топ-менеджерами. Основная проблема в том, что получая такой фидбек команды часто фокусируются на конкретных деталях, а это редко бывает верной стратегией. Он дает следующий совет When you get a question from an executive, focus on understanding the insight or perspective within the question. Then confirm that insight with the executive explicitly. P.S. Интересно, что сама статья следует этому же подходу, но в плане донесения сообщения - в ней происходит extraction of kernel или как говорил Чехов "Краткость – сестра таланта":) #Leadership #Management

Бонусный выпуск Code of Architecture по white paper "Amazon Aurora: Design Considerations for High Troughput cloud-Native Relational Databases" Завтра вечером в 18:00 по Москве у нас будет выпуск Code of Architecture про интересную база данных Amazon Aurora. Она интересна как с точки зрения маркетинга, так и технически: - Этот технический продукт внутри AWS особо отмечал Джефф Безос в своих ежегодных письмах акционерам за 2014 и 2015 года - Этот технический продукт - это реализация концепции "the log is a database" Сам документ состоит из следующих частей - Introduction - здесь авторы обсуждают проблему, которую можно охарактеризовать так "The I/O bottleneck faced by traditional database systems changes in cloud environment" - Durability at cloud scale - подход к рассмотрению буковки D из знакомого всем акронима ACID, как размышлять про кворумы, кореллированные ошибки и сокращать MTTR (mean time to recovery) за счет разделения данных на сегменты - The log is the database - как превратить redo лог в основной элемент базы данных и материализовывать остальные сущности асихронно - The log marches forward - основная часть про логику работы log sequence number в нормально состоянии и в случае отказов - Putting it all together - раздел с красивой картинкой, где показана общая архитектура, собирающая воедино мысли из предыдущих разделов - Performance results - результаты бенчмарков, которые показывают ради чего затевался весь сыр-бор - Lessons learned - рассказ почему Aurora хороша для SaaS приложений, про эволюцию схемы внутри бд и как патчить саму Aurora без downtime - Related work - в этом разделе описываются связанные работы В общем, если обобщать, то этот white paper - отличный пример интересного дизайн-документа. Поэтому его будет интересно обсудить с нашими гостями: - Игорь Маслов - руководитель управления базовых технологий и обработки данных Тинькофф - Виталий Кондратов - архитектор в управлении базовых технологий #Databases #CoA #Architecture #SoftwareArchitecture #SystemDesign #DistributedSystems #Cloud

Кроссфит мозга Лет пять назад я прочитал книгу "Кроссфит мозга" за авторством Игоря Накамонова, в которой автор предлагает систему из 23 упражнений для подготовки к решению нестандартных задач:) Книжка читается легко, т.к. она написана креативным человеком для тех, кто хочет повысить свою креативность. В начале книги автор дает определение креативности - это умение соединить уже известные элементы уникальным образом. Из этого определения следуют составные части: - насмотренность - для знания уже известных элементов - методы - способы их соединения - оценка - для того, чтобы оценить насколько уникальным получился креатив А дальше идут 23 метода и напутствие относительного вашего саморазвития, а заодно и 16 чистых листов в конце книги, на которых вы сможете составить методичку о том как именно вы планирует саморазвиваться:) К концу книги я поймал себя на мысли, что часть из упражнений проделать будет полезно, а часть них мне не особо нужны, т.к. сама жизнь и работа постоянно мне подкидывают возможности проявления креативности:) #Brain #Management #SelfDevelopment #Leadership #Design

Книжный клуб CoA — Recap of "Building Evolutionary Architecture" Этот май и июнь в нашем книжном клубе Code of Architecture был посвящен обсуждению книги про построение эволюционных архитектур, которую мы рассмотрели в пяти выпусках. В этой статье я хотел поделиться всеми материалами и напомнить краткое содержание того, что мы успели обсудить. #CoA #SoftwareDevelopment #SoftwareArchitecture #Architecture #SystemDesign

"Как большие компании нанимают лидов в 2023 году" - Продолжение Вчера я писал свои мысли про этот круглый стол и упоминал, что от Тинькофф там участвовал Владимир Коноплев, CTO SME (банка для малого и среднего бизнеса). А сегодня Вова написал пост со своими мыслями на эту тему в своем канале. Вообще Вова туда пишет полезные посты с мыслями на темы навроде OKR и KPI или Outcomes over Outputs, которые бывает интересно почитать. #Management #Leadership

"Как большие компании нанимают лидов в 2023 году" - Круглый стол Яндекс Go на SouthHub Был сегодня на круглом столе, где обсуждалась такая тема. В который раз увидел обсуждение рахных вопросов, например - кто такой технический лид - на что обращать внимание в резюме - как выглядят этапы интервью - где искать лидов - как удерживать - ну и истории про факапы с наймом Интересно, что была заметна разница в столкновении найма в команду и найма в компанию:) От Тинькофф в круглом столе участвовал мой коллега, Владимир Коноплев, CTO SME (банка для малого и среднего бизнеса). P.S. У меня тоже было похожее выступление на тему "Как нанимать технических руководителей" на весеннем Teamlead Conf 2023:)

От монолита к микросервисам и обратно Эту историю я рассказывал на South Hub 2023 в формате мини-стендапа:) South Hub — это кэмп для CTO и тех, кто мечтает ими стать, а какие свершения без факапов, поэтому на этой конференции и появилась секция Fuckup Nights. Сама история произошла со мной в самом начале работы в Tinkoff, чуть меньше семи лет назад. Тогда я отвечал всего за несколько небольших команд, которые в сумме состояли из 10 инженеров... #Postmortem #FuckupNights #SoftwareArchitecture #Architecture #Management

Материалы к пятому выпуску Code of Architecture по книге "Building Evolutionary Architectures" Вчера у нас прошел пятый и финальный стрим по книге и мы упоминали следующие книги и концепции: - "Software Architecture Metrics: Case Studies to Improve the Quality of Your Architecture" - книга с примерами использования архитектурных метрик от 10 экспертов в разработке софта - Whitepaper "From X programming to the X organisation" за авторством Enrico Zaninotto - статья с конференции, где на проектирование взглянули с точки зрения дизайна организации - "Organization: A Tool for Software Architects • Eberhard Wolff • GOTO 2021" - выступление на похожую тему, а именно о том, что организация является инструментом для работы архитекторов - "Accelerate: The Science of Lean Software and DevOps: Building and Scaling High Performing Technology Organizations" - крутая книга про построение высокопроизводительных организаций, где популяризируются DORA метрики (deployment frequency, lead time for changes, mean time to recover, change failure rate). Является must read для технических руководителей, хотя есть и обоснованная критика исследований (как обычно в исследования про возможность из корреляций сделать причинно-следственные выводы) - Обзор книги "Learning DDD"- мы ее уже обсуждали в рамках клуба Code of Architecture и я сделал краткий recap. В этой книге многие темы рассмотрены гораздо лучше и глубже, чем в эволюционной архитектуре - Книга "Continuous Architecture in Practice" - другая книга про непрерывное развитие архитектуры систем, которая показалась мне на порядок лучше эволюционной архитектуры - Книга "Проект Феникс (The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win)" - Книга написана в жанре производственного романа и похожа на книгу "Цель" ("Goal") или "Критическая цепь" ("Critical Chain") Голдратта. Правда, здесь основные действия разворачиваются не на заводе, а в среде обитания it'шников компании Parts Unlimited - "Проект единорог (The Unicorn Project: A Novel about Developers, Digital Disruption, and Thriving in the Age of Data)" - эта книга написана Gene Kim как продолжение предыдущей книги "Проект Феникс (The Phoenix Project)". В прошлой книге был показан impact менеджеров на процессы разработки, а в этой книге показан импакт individual contributors. - Письмо Jeff Bezos акционерам Amazon от 2015 года - здесь он рассказывал среди прочего про Invention Machine и решения двух типов: -- Type 1 - "Some decisions are consequential and irreversible or nearly irreversible – one-way doors – and these decisions must be made methodically, carefully, slowly, with great deliberation and consultation" -- Type 2 - "But most decisions aren’t like that – they are changeable, reversible – they’re two-way doors. If you’ve made a suboptimal Type 2 decision, you don’t have to live with the consequences for that long." Собственно в этом письме речь шла про то, чтобы уметь принимать решения типа 2 быстро, а решения типа 1 методично и взвешанно. И это отлично укладывается в архитектурные подходы - определение Гради Буча для Software Architecture звучало так "Architecture represents the significant design decisions that shape a system, where significant is measured by cost of change.". Но сейчас часто предлагают необратимые решения откладывать напоследок до момента, когда у нас будет достаточно информации и сами решения уже не принимать нельзя. Это обеспечивает определенную гибкость архитектуре и пригодность к дальнейшей эволюции. Пожалуй на этом список материалов можно и закончить. Также надо отметить, что книга закончилась и она оказалась не такой интересной как ожидал лично я ... но в общении с гостями мы вытащили очень много идей, которые сделали обсуждение этой книги гораздо полезнее, чем просто ее чтение. В последнем выпуске нам помогал Сергей Баранов, организатор и создатель конференции ArchDays, а еще автор Agile Mindset и телеграм-канала «Микросервисы — русскоязычное сообщество». #SoftwareArchitecture #Architect #CoA

Филип К. Дик. Биография в комиксах (Phil, une vie de Philip K. Dick) Филипп Киндред Дик написал много произведений, которые вы знаете даже если не читали их. А все дело в том, что их успешно экранизировали: - "Бегущий по лезвию (1982)" и "Бегущий по лезвию 2049 (2017)" - на основе романа "Мечтают ли андроиды об электроовцах" - "Вспомнить всё (1990)" - на основе рассказа "Мы вам всё припомним" - "Особое мнение (2002)" - на основе рассказа "Особое мнение" - "Помутнение (2006)" - на основе романа "Помутнение" - "Крикуны" - на основе повести "Вторая модель" - "Человек в высоком замке" - на основе романа "Человек в высоком замке" (премия «Хьюго» в категории роман, 1963) Также исследователи творчества авторов отмечают влияние на трилогию «Матриц», где заметно диковское сочетание саркастической комедии и причудливой метафизики. Помимо этого отмечают влияние на «Темный город», «Видеодром», «Экзистенция», «Тринадцатый этаж» и другие. А сценарий «Шоу Трумана» настолько близко повторяет замысел и особенности романа «Распалась связь времён», что, по оценке исследователя Джейсона Веста, фильм выглядит как прямая адаптация книги. Если же возвращаться к самой книге, то тут французский сценарист Лоран Куэйсси и итальянский художник Мауро Маркези впервые в форме графического романа написали биографию этого фантаста, у которого была сложная личная жизнь: - его сестра-близнец умерла вскоре после рождения и Филипп верил, что она как-то живет в нем - его мать и отец развелись в его детстве - у него были видения и галлюцинации о прошлом и будущем, которые влияли на него и приводили к паранойе, например, он боялся стать жертвой правительства - у него было пять жен - биографы связывают такую частоту смен жен с его матерью Дороти: писатель, возможно, бессознательно переносил своё сложное отношение к матери на других женщин и на литературных персонажей В итоге, этот графический роман достаточно интересно прочитать, чтобы понять как появился такой яркий писатель. #SciFi #Biography

Software Architecture Metrics: Case Studies to Improve the Quality of Your Architecture Сегодня у нас в клубе "Code of Architecture" последний стрим по книге "Building Evolutionary Architecture" и под это дело я решил прочитать книгу про метрики в архитектуре программного обеспечения. И так удачно сложилось, что я смог прочесть большую часть этой книги в пути между Москвой и Сочи. А в Сочи я прилетел вчера на кэмп SouthHub для CTO, где у меня сегодня еще и небольшое выступление. Но если возвращаться к теме книги, то она - скромного объема - порядка 200 страниц - в ней 10 авторов, что так-то дофига:) - каждый автор рассказывает свой взгляд на метрики и как их оценивать - а так как у каждого есть свои отдельные книги, то здесь их взгляд угадывается легко, например -- David Farley рассказывает про CI/CD метрики (соавтор книги "Continuous Delivery") -- Eóin Woods рассказывает про метрики в рамках подхода continuous architecture (соавтор книги "Continuous Architecture in Practice") - кроме того, автор каждой главы вспоминает про эволюционную архитектуру и fitness functions, даже если это не очень укладывается в его рассказ - видимо, одной из целей данной книги было популяризировать подход ... - как по мне это не особо получилось, но набор case studies мне понравился - здесь есть над чем подумать и сделать так, чтобы архитектурные изменения были более целенаправленными и измеримыми. Кстати, авторы этого сборника говорят о том, что прочитавшие книгу научатся: - Measure how well your software architecture is meeting your goals - Choose the right metrics to track (and skip the ones you don't need) - Improve observability, testability, and deployability - Prioritize software architecture projects - Build insightful and relevant dashboards И в этой книге действительно рассматриваются все эти темы ... Правда, на уровне helicopter view:) #SoftwareArchitecture #SoftwareDevelopment #Architecture #SystemDesign #Metrics #Management #Processes #ContinuousDelivery

Прыжок с парашютом Три недели назад я повез сына прыгнуть с парашютом, а внезапно сам вышел из самолета на высоте 4 тысяч метров ... Все началось еще в апреле, когда мы с женой подарили Паше, старшему сыну, прыжок с парашютом на его день рождения. Ему надо было только выбрать место, где он хочет прыгнуть и вариано прыжка. Он выбрал Ватулино, куда мы и отправились в одно из воскресений. Нам туда надо было ехать порядка двух часов и я решил, что просто отвезти сына туда - это слишком просто, поэтому решил прыгнуть с ним. Мы приехали на место, но было облачно, поэтому часок пришлось подождать пока распогодится, потом мы прошли инструктаж, оделись в костюмы и отправились в самолет. Мы с сыном сели в хвосте самолета и прыгали позже всех, кроме человека в wing suit:) Я не боюсь высоты и поэтому идея прыжка не вызывала бурных эмоций ... до момента выхода из самолета - на высоте 4 тысяч метров, посмотрев вниз на землю через просветы в облаках, ты выходишь и начинаешь свободное падение ... в первый раз сложно не испытать эмоций. Дальше был полет через облака, раскрытие купола и принятие на время управления над куполом, когда можно, натягивая стропы, закладывать повороты и двигаться в зону приземления. Перед самим приземлением инструктор забрал управление на себя и четко приземлился на поле, что изображено на приложенном снимке. В общем, первый прыжок с парашютом у меня и Паши удался ...

Investigation of The Relationship Between Brand Value And R&D Activities: Fortune 500 Companies Analysis Я продолжаю копать тему RnD и читаю разные статьи и не все из них одинаково полезны. Например, статья от Google, про которую я рассказывал ранее была топчик, а сегодняшняя статья на другом конце спектра. Ребята хотели проверить связь между стоимостью бренда компании и тем, сколько они вкладывают в RnD активности. Сначала авторы провели метаисследование и проанализировали результаты предыдущих исследований (результаты есть в приложенном изображении), а дальше построили свою модель (есть в приложенных изображениях) и выдывинули следующие гипотезы для проверки H1: There is a relationship between the brand value and the R&D expenditures of the companies that are involved in Fortune 500. H2: There is a relationship between the brand value and revenues of Fortune 500 companies H3: Fortune 500 companies have a relationship between the number of patents and brand value. В итоге, авторы нашли положительную корреляцию между стоимостью бренда компаний из списка Fortune 500 и их трат на RnD, есть положительная корреляция между стоимостью бренда таких компаний и их доходами. А вот связь корреляции между количеством патентов и стоимостью бренда не оказалось. P.S. Вроде бы статья и по интересной мне теме, но какая-то скучная и почти бесполезная. #RnD #Management #WhitePaper

Invent and Wander. Избранные статьи создателя Amazon Джеффа Безоса (Invent and Wander: The Collected Writings of Jeff Bezos) Это совместная книга Джеффа Безоса и Уолтера Айзексона, автора популярных биографий Стива Джобса, Альберта Эйнштейна, Леонардо да Винчи и других. Она определенно стоит прочтения 1) В ней классное вступление от Уолтера, где он ярко рассказывает о Джеффе как о человеке, которого можно поставить в один ряд с другими героями его книг 2) Дальше Уолтер передает слово самому Джефу, который рассказывает историю Amazon в ежегодных письмах акционерам 3) А заканчивается все отдельными историями Джеффа на разные темы, такие как доверие, находчивость, конкуренция, гармония работы и личной жизни, ... В общем, мне было интересно читать книгу, но под конец я немного устал от одних и тех же историй и нарративов. Например, в книге есть в разных вариациях истории - про одержимость клиентами, а не конкурентами - про то, что у Джеффа до сих пор День 1, когда ты все еще не забронзовел и активно меняешься и растешь (альтернатива - это День 2, когда ты стал почивать на лаврах) - про обратимые и необратимые решения и разный процесс их принятия - про отсутствие презентаций и культуру написания one-pager и six-pager - про инновации и риск, а также про то, что лучшие решения он принимал сердцем - про механику работы платформ, которую он превозносит рассказывая про маркетплейс, программу Fulfillment by Amazon и Amazon Prime - про то, как появился AWS (Amazon Web Services), как околол 7 лет у него не было конкурентов и как за это время он вырвался вперед - про важность общих инструментов и подходов, про RnD и инновации в инженерные исследования - кстати, про это я уже рассказывал чуть раньше вспоминая про письмо акционерам за 2010 год - про то, как появился Blue Origin и зачем человечеству стоит полететь в космос P.S. На Ozon сейчас эту книгу можно купить за 162 рубля и хотя перевод местами и ужасный (особенно в части про IT), но читать ее можно. #Management #Leadership #Biography #SuccessStory

Пятый и последний выпуск Code of Architecture по книге "Building Evolutionary Architectures" Во вторник в 18:00 по Москве мы закончим читать эту книгу и рассмотрим всю третью часть Impact, в которой всего три главы: - Building Evolvable Architectures - про принципы, механики и гайдлайны - Evolutionary Architecture Pitfalls and Antipatterns - про техническую архитектуру, инкрементальные изменения и интересы бизнеса - Putting Evolutionary Architecture into Practice - организационные факторы, фтнес функции на уровне органзации, с чего начать и к чему прийти Эфир проведем вмест с Сергеем Барановым, организатором и создателем конференции ArchDays, а еще автором Agile Mindset и телеграм-канала «Микросервисы — русскоязычное сообщество». #CoA #SoftwareDevelopment #SoftwareArchitecture #Architecture #SystemDesign

Хедлайнеры русского рока: истории групп и их легендарных альбомов При чтении этой книги складывалось ощущение, что я слышу в фоне музыку тех групп, о которых читаю:) В книге есть про легендарные группы, которые я слушал еще в детстве: Кино, Аквариум, Земфира, Сплин, Би-2, ДДТ, Ленинград, Наутилус Помпилиус, Алиса, Король и Шут. Сейчас я предпочитаю слушать зарубежную музыку, так как она хорошо служит фоном и не отвлекает от работы, но иногда по радио в машине я слышу старых знакомых и часто хочеться начать подпевать. Если возвращаться к самой книге, то ее приятно держать в руках - хорошая бумага, красивые фотографии, а также ее интересно читать - путь многих рокеров к успеху на сцене был тернист и нелинеен:) P.S. На приложенных снимках можно увидеть содержание книги и понять о ком еще там будет рассказ, кроме вышеперечисленных групп. #Music #Biography