Инфляция нейминга C*O (Рубрика #Humor)
Последние несколько лет я наблюдаю инфляцию названия позиций в разных компаниях примерно по такому сценарию
1) Когда-то шильдик CTO говорил о принадлежности к топ-менеджменту и такой человек был в компании один. Остальные назывались Directors, VPs и так далее.
2) Потом в крупных компаниях с кучей продуктовых вертикалей шильдик CTO как-то плавно уплыл в сторону технических руководителей этих вертикалей и CTO в компаниях стало десятки. Определенная логика в этом есть - такие вертикали часто были размером больше тысячи человек, но червячок сомнения уже начинал закрадываться.
3) Дальше оказалось, что в таких крупных вертикалях есть отдельные продукты зачастую на 100+ человек - а их руководители тоже стали CTO - это привело к дальнейшему увеличению количества CTO и инфляции названия ...
4) А сегодня я видел кандидата из другого цветного банка, что в своем резюме написал CTO, отвечая примерно за 10 человек, то есть тимлиды уже себя тоже называют CTO.
5) Вангую, что дальше инженеры, дорастая до уровня Senior, начнут называть себя CTO ... хотя постойте также уже происходит в разных банках, откуда к тебе на собеседование приходит исполнительный директор, который исполнял указания задач из Jira в одиночестве. Я таких CTO называю "сам себе CTO", вспоминая передачу "Сам себе режиссер".
В общем, рекомеендую перестать обращать внимание на название позиции и ориентироваться на зону ответственности человека:)
P.S.
Себя я не отношу к категории CTO:)
#Humor #Software #Leadership #Management
Последние несколько лет я наблюдаю инфляцию названия позиций в разных компаниях примерно по такому сценарию
1) Когда-то шильдик CTO говорил о принадлежности к топ-менеджменту и такой человек был в компании один. Остальные назывались Directors, VPs и так далее.
2) Потом в крупных компаниях с кучей продуктовых вертикалей шильдик CTO как-то плавно уплыл в сторону технических руководителей этих вертикалей и CTO в компаниях стало десятки. Определенная логика в этом есть - такие вертикали часто были размером больше тысячи человек, но червячок сомнения уже начинал закрадываться.
3) Дальше оказалось, что в таких крупных вертикалях есть отдельные продукты зачастую на 100+ человек - а их руководители тоже стали CTO - это привело к дальнейшему увеличению количества CTO и инфляции названия ...
4) А сегодня я видел кандидата из другого цветного банка, что в своем резюме написал CTO, отвечая примерно за 10 человек, то есть тимлиды уже себя тоже называют CTO.
5) Вангую, что дальше инженеры, дорастая до уровня Senior, начнут называть себя CTO ... хотя постойте также уже происходит в разных банках, откуда к тебе на собеседование приходит исполнительный директор, который исполнял указания задач из Jira в одиночестве. Я таких CTO называю "сам себе CTO", вспоминая передачу "Сам себе режиссер".
В общем, рекомеендую перестать обращать внимание на название позиции и ориентироваться на зону ответственности человека:)
P.S.
Себя я не отношу к категории CTO:)
#Humor #Software #Leadership #Management
😁49👍13💯8❤3
Data Mesh in Action (Data Mesh в действии) (Рубрика #Data)
Прочитал за последний месяц эту книгу трех авторов Майхжака, Балнояна и Сивяка. Сама книга может служить простым руководством для понимания и внедрения концепции data mesh (или сетки данных, как указано в переводе), которая децентрализует управление данными для улучшения масштабируемости, доступности и извлечения ценности из данных. Книга состоит их трех частей и девяти глав
Part 1: Foundations
Эта часть посвящена основам и позволяет легко и быстро понять, а в чем собственно весь цимес.
1. The What and Why of the Data Mesh
В этой главе авторы рассказывают как поменялась парадигма работы с данными от централизованного DWH к децентрализованному владения и operations, который должен быть за командами, отвечающими за сами домены. Суть в том, чтобы рассматривать всю социотехническую систему и фокусироваться на людях и процессах, а не просто на технологиях. Цель в том, чтобы убрать узкие места централизованной системы. По-факту, это похоже на историю с микросервисами в общем, а также тем, что эффект от сетки виден только на большом масштабе. Про это есть глава в книге Влада Хононова "Learning DDD", которуя я разбирал в статье "DDD и data mesh"
2. Is a Data Mesh Right for You?
Вторая глава как раз позволяет понять насколько data mesh подходит для ваших потребностей. Здесь рассматриваются преимущества и недостатки централизованного и децентрализованного подхода. Про это мы много говорили с Колей Головым в шестом эпизоде подкаста "Research Insights Made Simple"
3. Kickstart Your Data Mesh MVP in a Month
В этой главе авторы куют железо пока горячо, а точнее рассказывают как запилить MVP для сетки данных за месяц. Они круто объясняют как разобраться со стейкхолдерами, выбрать правильный домен, а дальше из говна и палок собрать прототип, который позволит показать эффект.
Part 2: The Four Principles in Practice
Здесь авторы в деталях разбирают все четыре основных принципа data mesh, как завещала Zhamak Dehghani, автор самой концепции
4. Domain Ownership
Здесь идет речь за ответственность за домен, когда за данные начинает отвечать команда, что находится ближе всего к их генерации. Важно правильно определить границы доменов данных, чтобы они были выровнены относительно бизнес функциональности и помогали взаимодействию технических и бизнесовых стейкхолдеров.
5. Data as a Product
В этой главе описывается принцип о том, что данные становятся first-class citizen среди продуктов, а не побочным эффектом. Это изменение приводит к тому, что у дата продукта появляются свойства: легкого обнаружения, надежность, возможности использования потребителями. Для этого нужно следовать ряду практик: наличию понятных API, метаданных, стандартов качества и так далее.
6. Federated Computational Governance
Этот принцип про децентрализованную федеративную систему для вычислений. Суть в том, что требуется уметь балансировать между центральными политиками партии и локальной автономностью. Это можно достигнуть за счет автоматизации процесса compliance и обеспечения консистентности между границами доменов одновременно с автономной работой самих команд.
7. The Self-Serve Data Platform
И все это счастье должно предоставляться на платформе самообслуживания для того, чтобы позволить командам самим создавать и управлять дата продуктами. Здесь рассказывает про platform engineering и я рекомендую почитать whitepaper про платформы от CNCF (1, 2 и 3)
Part 3: Infrastructure and Technical Architecture
В этой части автор приводит примеры построения self-service платформы, а также дизайна решения.
8. Comparing Self-Serve Data Platforms
Здесь сравниваются платформы поверх Google Cloud Platform, AWS, Databrics, self made over Kafka stack. Авторы приводят примеры и сравнивают применимость каждого.
9. Solution Architecture Design
В этой главе авторы рассказывают как работать с функциональными и нефункциональными требованиями, как проводить дизайн сессии и как использовать C4 Model для моделирования системы.
В общем, книга мне показалась полезной и с нормальным переводом:)
#Data #Management #Processes #Architecture
Прочитал за последний месяц эту книгу трех авторов Майхжака, Балнояна и Сивяка. Сама книга может служить простым руководством для понимания и внедрения концепции data mesh (или сетки данных, как указано в переводе), которая децентрализует управление данными для улучшения масштабируемости, доступности и извлечения ценности из данных. Книга состоит их трех частей и девяти глав
Part 1: Foundations
Эта часть посвящена основам и позволяет легко и быстро понять, а в чем собственно весь цимес.
1. The What and Why of the Data Mesh
В этой главе авторы рассказывают как поменялась парадигма работы с данными от централизованного DWH к децентрализованному владения и operations, который должен быть за командами, отвечающими за сами домены. Суть в том, чтобы рассматривать всю социотехническую систему и фокусироваться на людях и процессах, а не просто на технологиях. Цель в том, чтобы убрать узкие места централизованной системы. По-факту, это похоже на историю с микросервисами в общем, а также тем, что эффект от сетки виден только на большом масштабе. Про это есть глава в книге Влада Хононова "Learning DDD", которуя я разбирал в статье "DDD и data mesh"
2. Is a Data Mesh Right for You?
Вторая глава как раз позволяет понять насколько data mesh подходит для ваших потребностей. Здесь рассматриваются преимущества и недостатки централизованного и децентрализованного подхода. Про это мы много говорили с Колей Головым в шестом эпизоде подкаста "Research Insights Made Simple"
3. Kickstart Your Data Mesh MVP in a Month
В этой главе авторы куют железо пока горячо, а точнее рассказывают как запилить MVP для сетки данных за месяц. Они круто объясняют как разобраться со стейкхолдерами, выбрать правильный домен, а дальше из говна и палок собрать прототип, который позволит показать эффект.
Part 2: The Four Principles in Practice
Здесь авторы в деталях разбирают все четыре основных принципа data mesh, как завещала Zhamak Dehghani, автор самой концепции
4. Domain Ownership
Здесь идет речь за ответственность за домен, когда за данные начинает отвечать команда, что находится ближе всего к их генерации. Важно правильно определить границы доменов данных, чтобы они были выровнены относительно бизнес функциональности и помогали взаимодействию технических и бизнесовых стейкхолдеров.
5. Data as a Product
В этой главе описывается принцип о том, что данные становятся first-class citizen среди продуктов, а не побочным эффектом. Это изменение приводит к тому, что у дата продукта появляются свойства: легкого обнаружения, надежность, возможности использования потребителями. Для этого нужно следовать ряду практик: наличию понятных API, метаданных, стандартов качества и так далее.
6. Federated Computational Governance
Этот принцип про децентрализованную федеративную систему для вычислений. Суть в том, что требуется уметь балансировать между центральными политиками партии и локальной автономностью. Это можно достигнуть за счет автоматизации процесса compliance и обеспечения консистентности между границами доменов одновременно с автономной работой самих команд.
7. The Self-Serve Data Platform
И все это счастье должно предоставляться на платформе самообслуживания для того, чтобы позволить командам самим создавать и управлять дата продуктами. Здесь рассказывает про platform engineering и я рекомендую почитать whitepaper про платформы от CNCF (1, 2 и 3)
Part 3: Infrastructure and Technical Architecture
В этой части автор приводит примеры построения self-service платформы, а также дизайна решения.
8. Comparing Self-Serve Data Platforms
Здесь сравниваются платформы поверх Google Cloud Platform, AWS, Databrics, self made over Kafka stack. Авторы приводят примеры и сравнивают применимость каждого.
9. Solution Architecture Design
В этой главе авторы рассказывают как работать с функциональными и нефункциональными требованиями, как проводить дизайн сессии и как использовать C4 Model для моделирования системы.
В общем, книга мне показалась полезной и с нормальным переводом:)
#Data #Management #Processes #Architecture
👍10🔥4❤3
Обложки и иллюстрации для книг "Data Mesh in Action" и "Data Mesh в действии"
👍5🔥3❤2
Щелкунчик в Большом Театре (Рубрика #Culture)
Вчера был на балете Щелкунчик Петра Ильича Чайковского в Большом Театре вместе с женой. Мне понравилась музыка, декорации и само действие - было ощущение, что проваливаешься в детскую сказку, где Щелкунчик выходит на бой против Мышиного Короля. Правда, мне показалось, что было мало накала и драмы - условно, Мышиный Король пал смертью храбрых в первой четверти второго акта, а все оставшееся время шли праздненства в честь Щелкунчика и его избранницы:) В Лебедином Озере, на котором я был год назад в Большом тоже перед Новым годом напряжение держалось сильно дольше:) Но это я так ворчу, а вообще история была очень красивой и праздничной. Рекомендую к просмотру:)
#Culture #Theater
Вчера был на балете Щелкунчик Петра Ильича Чайковского в Большом Театре вместе с женой. Мне понравилась музыка, декорации и само действие - было ощущение, что проваливаешься в детскую сказку, где Щелкунчик выходит на бой против Мышиного Короля. Правда, мне показалось, что было мало накала и драмы - условно, Мышиный Король пал смертью храбрых в первой четверти второго акта, а все оставшееся время шли праздненства в честь Щелкунчика и его избранницы:) В Лебедином Озере, на котором я был год назад в Большом тоже перед Новым годом напряжение держалось сильно дольше:) Но это я так ворчу, а вообще история была очень красивой и праздничной. Рекомендую к просмотру:)
#Culture #Theater
🎄23🔥6❤5👏2
Несведущий маэстро (The ignorant maestro: How great leaders inspire unpredictable brilliance) - Part II (Рубрика #Management)
Внезапно я решил продолжить рассказ про книгу "Несведущий маэстро" ("The ignorant maestro"), про которую писал уже год назад. Это обусловлено лекцией Сергея Бурлака, музыканта, бизнес-тренера и автора канала "МузДиета" (@musicdiet). Я был на этой лекции в четверг вечером и Сергей рассказывал о стилях лидерства, показывал видео великих дирижеров и даже сам исполнял музыку. Основой выступления была третья часть книги "Несведущий маэстро", в которой приводилось следующи 6 стилей лидерства
1. Доминирование и контроль: Риккардо Мути
Риккардо Мути представляет модель лидера, который берет на себя полную ответственность и требует абсолютного контроля. Он настаивает на единственно правильной интерпретации и не допускает отклонений от своих указаний. Такой стиль обеспечивает точность исполнения, но подавляет инициативу и творчество подчиненных. Это приводит к необходимости постоянного контроля со стороны лидера, что может истощать как его самого, так и коллектив. Характерно, что когда Риккардо решили убрать из "Ла Скала" из-за конфликта, то никто из его сотрудников не вступился за него.
2. Крёстный отец: Артуро Тосканини
Артуро Тосканини воплощает стиль строгого, но заботливого лидера. Он относился к своему коллективу как к семье, требуя дисциплины и безупречности, но одновременно проявляя глубокое уважение и поддержку. Его эмоциональность мотивировала музыкантов выкладываться на полную, а его требования воспринимались как стремление к общему совершенству, а не как тирания.
3. Согласно инструкции: Рихард Штраус
Рихард Штраус демонстрирует стиль лидера с четкими инструкциями. Он избегал излишней эмоциональности и личных интерпретаций, предпочитая следование заранее разработанному плану. Такой подход обеспечивает стабильность и безопасность, но ограничивает творческую свободу и инициативу коллектива.
4. Гуру: Герберт фон Караян
Герберт фон Караян характеризуется как лидер без явных инструкций. Он ожидал от музыкантов интуитивного понимания его видения и самостоятельной синхронизации действий. Это развивало в коллективе взаимное слушание и ответственность за общий результат, но могло вызывать стресс из-за отсутствия четких ориентиров.
5. Танец лидера: Карлос Клайбер
Карлос Клайбер представлял собой лидера в потоке — он вел коллектив за собой через совместное творчество, предоставляя каждому участнику свободу для интерпретации. Его стиль напоминал танец, где каждый был автономным, но взаимозависимым. Это требовало высокого уровня доверия и ответственности от всех участников процесса. Интересно, что тут у Сергея Бурлака был другой пример с женщиной дирижером, но смысл был примерно в том же, только стиль назывался в стиле "Каждый голос будет услышан"
6. В поисках смысла: Леонард Бернстайн
Леонард Бернстайн воплощал стиль чуткого лидера, который видел в каждом члене команды личность со своими уникальными качествами. Он строил диалог на эмоциональном, интеллектуальном и моральном уровнях, вдохновляя людей искать смысл в своей работе. Такой подход стимулировал развитие индивидуальности, но требовал значительных усилий для поддержания взаимопонимания.
В общем и целом, мне очень понравилось выступление Сергея, так как он на практике показал и объяснил про все эти разные подходы к лидерству, которые я до этого прочел в этой книге про несведующего маэстро. Сергей как практикующий музыкант смог увлечь аудиторию за собой и провести по этой интересной теме.
P.S.
Более подробный обзор этих стилей лидерства можно прочитать в статье на Lifehacker, там же есть видеозаписи выступлений дирижеров с их оркестрами.
#Management #Processes #Leadership #Self
Внезапно я решил продолжить рассказ про книгу "Несведущий маэстро" ("The ignorant maestro"), про которую писал уже год назад. Это обусловлено лекцией Сергея Бурлака, музыканта, бизнес-тренера и автора канала "МузДиета" (@musicdiet). Я был на этой лекции в четверг вечером и Сергей рассказывал о стилях лидерства, показывал видео великих дирижеров и даже сам исполнял музыку. Основой выступления была третья часть книги "Несведущий маэстро", в которой приводилось следующи 6 стилей лидерства
1. Доминирование и контроль: Риккардо Мути
Риккардо Мути представляет модель лидера, который берет на себя полную ответственность и требует абсолютного контроля. Он настаивает на единственно правильной интерпретации и не допускает отклонений от своих указаний. Такой стиль обеспечивает точность исполнения, но подавляет инициативу и творчество подчиненных. Это приводит к необходимости постоянного контроля со стороны лидера, что может истощать как его самого, так и коллектив. Характерно, что когда Риккардо решили убрать из "Ла Скала" из-за конфликта, то никто из его сотрудников не вступился за него.
2. Крёстный отец: Артуро Тосканини
Артуро Тосканини воплощает стиль строгого, но заботливого лидера. Он относился к своему коллективу как к семье, требуя дисциплины и безупречности, но одновременно проявляя глубокое уважение и поддержку. Его эмоциональность мотивировала музыкантов выкладываться на полную, а его требования воспринимались как стремление к общему совершенству, а не как тирания.
3. Согласно инструкции: Рихард Штраус
Рихард Штраус демонстрирует стиль лидера с четкими инструкциями. Он избегал излишней эмоциональности и личных интерпретаций, предпочитая следование заранее разработанному плану. Такой подход обеспечивает стабильность и безопасность, но ограничивает творческую свободу и инициативу коллектива.
4. Гуру: Герберт фон Караян
Герберт фон Караян характеризуется как лидер без явных инструкций. Он ожидал от музыкантов интуитивного понимания его видения и самостоятельной синхронизации действий. Это развивало в коллективе взаимное слушание и ответственность за общий результат, но могло вызывать стресс из-за отсутствия четких ориентиров.
5. Танец лидера: Карлос Клайбер
Карлос Клайбер представлял собой лидера в потоке — он вел коллектив за собой через совместное творчество, предоставляя каждому участнику свободу для интерпретации. Его стиль напоминал танец, где каждый был автономным, но взаимозависимым. Это требовало высокого уровня доверия и ответственности от всех участников процесса. Интересно, что тут у Сергея Бурлака был другой пример с женщиной дирижером, но смысл был примерно в том же, только стиль назывался в стиле "Каждый голос будет услышан"
6. В поисках смысла: Леонард Бернстайн
Леонард Бернстайн воплощал стиль чуткого лидера, который видел в каждом члене команды личность со своими уникальными качествами. Он строил диалог на эмоциональном, интеллектуальном и моральном уровнях, вдохновляя людей искать смысл в своей работе. Такой подход стимулировал развитие индивидуальности, но требовал значительных усилий для поддержания взаимопонимания.
В общем и целом, мне очень понравилось выступление Сергея, так как он на практике показал и объяснил про все эти разные подходы к лидерству, которые я до этого прочел в этой книге про несведующего маэстро. Сергей как практикующий музыкант смог увлечь аудиторию за собой и провести по этой интересной теме.
P.S.
Более подробный обзор этих стилей лидерства можно прочитать в статье на Lifehacker, там же есть видеозаписи выступлений дирижеров с их оркестрами.
#Management #Processes #Leadership #Self
Telegram
Книжный куб
Несведущий маэстро (The ignorant maestro: How great leaders inspire unpredictable brilliance) - I
Эта книга лежала у меня на полке больше года, пока ее не порекомендовали моей жене, Насте, в рамках ее магистратуры "Психоанализ и психоаналитическое бизнес…
Эта книга лежала у меня на полке больше года, пока ее не порекомендовали моей жене, Насте, в рамках ее магистратуры "Психоанализ и психоаналитическое бизнес…
👍13❤5🔥4
Календарь komikaki от Кирилла Анастасина (Рубрика #Humor)
Пока все подводят итоги года, я могу сказать, что со мной в этом году был прикольный календарь от Кирилла Анастасина, автора komikaki, а также публичного спикерра и тренера по публичным выступлениям. Я уже рассказывал про Кирилла несколько раз
- Сторителлинг без булшита от Кирилла Анастасина
- Курс подготовки спикера от Кирилла Анастасина - я его проходил в 2019 году, вроде после него выступать стал лучше (но может это просто корреляция:) )
- Слайдоцентричное мышление
Но сам календарик не про слайды и публичные выступления, а про офисный юмор, который иногда бьет прямо в точку. В общем, прикольно было каждый понедельник по приходу на работу отрывать листок в календарике и читать очередной пост в духе
А вообще у Кирилла есть раздел "Юмор", где периодические появляются новые комикаки, рекомендую! Особенно в виде календарика:)
#Humor #Management #Leadership #Culture
Пока все подводят итоги года, я могу сказать, что со мной в этом году был прикольный календарь от Кирилла Анастасина, автора komikaki, а также публичного спикерра и тренера по публичным выступлениям. Я уже рассказывал про Кирилла несколько раз
- Сторителлинг без булшита от Кирилла Анастасина
- Курс подготовки спикера от Кирилла Анастасина - я его проходил в 2019 году, вроде после него выступать стал лучше (но может это просто корреляция:) )
- Слайдоцентричное мышление
Но сам календарик не про слайды и публичные выступления, а про офисный юмор, который иногда бьет прямо в точку. В общем, прикольно было каждый понедельник по приходу на работу отрывать листок в календарике и читать очередной пост в духе
Когда вам конкретно похуй, вы обладаете бесполезным, но подавляющим превосходством
А вообще у Кирилла есть раздел "Юмор", где периодические появляются новые комикаки, рекомендую! Особенно в виде календарика:)
#Humor #Management #Leadership #Culture
👍5🔥3😁2
ЦЕХ 4 - Урок #27 "Книга издана. Что теперь?. Эксперт — Дмитрий Утробин" (Рубрика #Writing)
Финальным уроком курса для авторов книг от издательства МИФ был урок про то, а что делать, когда книга уже издана. Урок вел Дмитрий Утробин, партнер и содиректор МИФа. Вот что я вынес для себя из финального урока
1) В России высокая конкуренция на книжном рынке - каждый год выходит примерно 100к книг. Читателям сложно ориентироваться в этом разнообразии и автор и издательство заинтересованы в том, чтобы помочь книге найти аудиторию
2) У книг долгая оборачиваемость - от создания рукописи до книги на полке проходит около года. А это значит, что книга - это долгий инвестиционный проект для издательства
3) На книжном рынке низкая прозрачность - традиционные игроки редко деляться своей статистикой
4) Для того, чтобы выделиться на рынке можно использовать упоквку книги, дизайн обложки, активный маркетинг и правильную дистрибуцию
5) Бумажные книги составляют примерно 80% выручки издательства, а сама цепочка продаж включает издательство, дистрибьютора (наценка 20–25%) и магазин (наценка 80–140%). Для продаж бумажных книг важно представление их на полках магазинов и поддержание оптимального товарного запаса.
6) Электронные и аудиокниги составляют 10–20% выручки. Их стоимость постепенно выросла до 50–70% от цены бумажных версий.
7) Аудиокниги активно развиваются с темпами роста 40–70% в год благодаря удобству приложений для прослушивания.
😍 Федеральные сети («Читай-город», «Буквоед») доминируют, но независимые книжные магазины становятся культурными центрами и лидерами мнений.
9) Маркетплейсы («Озон», «Вайлдберриз») растут быстрыми темпами, но требуют особого подхода к продвижению.
10) Интересен опыт МИФа, где собственный интернет-магазин обеспечивает 35% оборота компании, что позволяет быстро получать обратную связь и адаптировать маркетинговые стратегии. Вообще, выгодно иметь прямую точку взаимодействия с покупателями/клиентами:)
11) Проведение культурных мероприятий с участием авторов помогает укрепить связь с читателями.
12) Автору важно участвовать в продвижении своей книги, так как он лучше всех может рассказать о своём произведении.
На этом курс для меня закончен, а написание книжек все еще in progress:)
Предыдущие посты про этот курс писательского мастерства доступны здесь
1. Увидеть свое имя на обложке может каждый
2. Целевая аудитория и ее потребности в создании книги
3. Жанры и стили. Как найти тему для нон-фикшн-книги
4. Как организовать работу
5. Как преодолеть писательские блоки. Практическое занятие
6. Жду музу, а она все не приходит
7. Книга по полочкам
8. MS Word для работы с большими и сложными текстами
9. Рассказываем истории: сторителлинг в книге
10. Саморедактура: работа с текстом, сокращения, фактчекинг
11. Правила сильной книги захватывающего текста
12. Авторская стилистика
13. Как превратить рукопись в сценарий
14. Рукопись готова. Что дальше?
15. Превращение рукописи в издание
16. Авторские права и договор с издательством
17. Дизайн книги.
18. Продвижение в самиздате.
19. Продвижение автора
20. Social media marketing (SMM)
21. Ведение блога и его продвижение в Телеграме
22. Взаимодействие с обозревателями, критиками и СМИ
23. Продвижение автора. Личный кейс
24. Продающие тексты
25. Как стать брендом?
26. Работа автора с литературным агентом
P.S.
Сейчас открыта запись на курс ЦЕХ #5, который стартанет в марте 2025 года. Если вы планировали написать свою книгу, то этот курс вам может в этом помочь:)
#SelfDevelopment #PublicSpeaking #Storytelling #Writing
Финальным уроком курса для авторов книг от издательства МИФ был урок про то, а что делать, когда книга уже издана. Урок вел Дмитрий Утробин, партнер и содиректор МИФа. Вот что я вынес для себя из финального урока
1) В России высокая конкуренция на книжном рынке - каждый год выходит примерно 100к книг. Читателям сложно ориентироваться в этом разнообразии и автор и издательство заинтересованы в том, чтобы помочь книге найти аудиторию
2) У книг долгая оборачиваемость - от создания рукописи до книги на полке проходит около года. А это значит, что книга - это долгий инвестиционный проект для издательства
3) На книжном рынке низкая прозрачность - традиционные игроки редко деляться своей статистикой
4) Для того, чтобы выделиться на рынке можно использовать упоквку книги, дизайн обложки, активный маркетинг и правильную дистрибуцию
5) Бумажные книги составляют примерно 80% выручки издательства, а сама цепочка продаж включает издательство, дистрибьютора (наценка 20–25%) и магазин (наценка 80–140%). Для продаж бумажных книг важно представление их на полках магазинов и поддержание оптимального товарного запаса.
6) Электронные и аудиокниги составляют 10–20% выручки. Их стоимость постепенно выросла до 50–70% от цены бумажных версий.
7) Аудиокниги активно развиваются с темпами роста 40–70% в год благодаря удобству приложений для прослушивания.
😍 Федеральные сети («Читай-город», «Буквоед») доминируют, но независимые книжные магазины становятся культурными центрами и лидерами мнений.
9) Маркетплейсы («Озон», «Вайлдберриз») растут быстрыми темпами, но требуют особого подхода к продвижению.
10) Интересен опыт МИФа, где собственный интернет-магазин обеспечивает 35% оборота компании, что позволяет быстро получать обратную связь и адаптировать маркетинговые стратегии. Вообще, выгодно иметь прямую точку взаимодействия с покупателями/клиентами:)
11) Проведение культурных мероприятий с участием авторов помогает укрепить связь с читателями.
12) Автору важно участвовать в продвижении своей книги, так как он лучше всех может рассказать о своём произведении.
На этом курс для меня закончен, а написание книжек все еще in progress:)
Предыдущие посты про этот курс писательского мастерства доступны здесь
1. Увидеть свое имя на обложке может каждый
2. Целевая аудитория и ее потребности в создании книги
3. Жанры и стили. Как найти тему для нон-фикшн-книги
4. Как организовать работу
5. Как преодолеть писательские блоки. Практическое занятие
6. Жду музу, а она все не приходит
7. Книга по полочкам
8. MS Word для работы с большими и сложными текстами
9. Рассказываем истории: сторителлинг в книге
10. Саморедактура: работа с текстом, сокращения, фактчекинг
11. Правила сильной книги захватывающего текста
12. Авторская стилистика
13. Как превратить рукопись в сценарий
14. Рукопись готова. Что дальше?
15. Превращение рукописи в издание
16. Авторские права и договор с издательством
17. Дизайн книги.
18. Продвижение в самиздате.
19. Продвижение автора
20. Social media marketing (SMM)
21. Ведение блога и его продвижение в Телеграме
22. Взаимодействие с обозревателями, критиками и СМИ
23. Продвижение автора. Личный кейс
24. Продающие тексты
25. Как стать брендом?
26. Работа автора с литературным агентом
P.S.
Сейчас открыта запись на курс ЦЕХ #5, который стартанет в марте 2025 года. Если вы планировали написать свою книгу, то этот курс вам может в этом помочь:)
#SelfDevelopment #PublicSpeaking #Storytelling #Writing
Telegram
Книжный куб
ЦЕХ 4 - Урок #1 "Увидеть свое имя на обложке может каждый"
На прошлой неделе прошел первый вводный урок курса для начинающих авторов, что планируют написать и издать книгу:) Этот урок напоминал самосбывающее пророчество, которое должно было вдохновить участников…
На прошлой неделе прошел первый вводный урок курса для начинающих авторов, что планируют написать и издать книгу:) Этот урок напоминал самосбывающее пророчество, которое должно было вдохновить участников…
👍8❤3🔥1
AWS re:Invent 2024 - Dr. Werner Vogels Keynote (Рубрика #Architecture)
Несколько недель назад Dr. Werner Vogels, CTO Amazon, выступил на AWS re:Invent с рассказом о концепции simplexity, к которой он пришел за 20 лет работы в Amazon. Само это слово представляет комбинацию двух слов: complexity и simplicity. По-факту, весь цимес в том, чтобы продукты выглядели просто для клиентов, а вся сложность была за сценой. Ну и дальше Вернер рассказывает про шесть принципов и показывает на примерах из AWS как они применяются на практике. Вот эти шесть принципов:
1) Make flexibility a requirement
Единственная постоянная вещь в наашем мире - это изменения, поэтому дизайнить системы надо так, чтобы они были готовы к эволюции технологий, рабочих нагрузок, а также требований пользователей. По-факту, это очень близко с концепциями Continuous Architecture или Evolutionary Architecture. Кстати, обе книги мы разбирали в клубе "Code of Architecture": 1 и 2 соответственно
2) Break complexity into pieces
Это стандартный подход "разделяй и властвуй". Вернер предлагает делить крупные и комплексные системы на части поменьше, которые легче понимать, поддерживать, масштабировать и которыми в принципе проще управлять. Но важно их объединять в loosely coupled стиле. А сами компоненты должны быть с high cohesion внутри. Рекомендую на эту тему почитать книгу Джона Остерхута "A philosophy of software design", которую мы тоже уже разбирали
3) Align organization to architecture
Здесь Вернер Вогель описывает применение обратного маневра Конвея. По-факту, нам надо подстраивать оргструктуру под желаемую архитектуру, что позволяет командам принять на себя ответственность и владение доменами, а также позволит им работать автономно. Я рассказывал про это уже раньше в своем докладе "Как формировать структуру команд под запросы бизнеса"
4) Use a cell-based architecture design
Эта концепция про использование так называемых cells для построения отдельных изолировоанных блоков, которые могут автономно принимать часть нагрузки. Важно, что они достаточно малы, чтобы радиус поражения (blast radius) был не слишком высок, но одновременно не слишком малы, чтобы обслужить максимального размера запрос и получать экономию на масштабе.
5) Design predictable systems
Вернер предлагает дизайнить предсказуемые системы, что уменьшает влияние неопределенности и позволяет обеспечить консистентность при эксплатации систем.
6) Automate everything that doesn’t require high degrees of judgment
Цель в том, чтобы дефолтом стала автоматизация процессов и исключение human in the loop, а люди привлекались только в моменты, когда требуется принятие решений
По большей части Вернер демонстировал эти принципы на примере AWS S3 (Simple Storage Service), а также на примере Amazon Aurora DSQL
#Architecture #SoftwareArchitecture #SystemDesign #DistributedSystems #Cloud #Management #Leadership
Несколько недель назад Dr. Werner Vogels, CTO Amazon, выступил на AWS re:Invent с рассказом о концепции simplexity, к которой он пришел за 20 лет работы в Amazon. Само это слово представляет комбинацию двух слов: complexity и simplicity. По-факту, весь цимес в том, чтобы продукты выглядели просто для клиентов, а вся сложность была за сценой. Ну и дальше Вернер рассказывает про шесть принципов и показывает на примерах из AWS как они применяются на практике. Вот эти шесть принципов:
1) Make flexibility a requirement
Единственная постоянная вещь в наашем мире - это изменения, поэтому дизайнить системы надо так, чтобы они были готовы к эволюции технологий, рабочих нагрузок, а также требований пользователей. По-факту, это очень близко с концепциями Continuous Architecture или Evolutionary Architecture. Кстати, обе книги мы разбирали в клубе "Code of Architecture": 1 и 2 соответственно
2) Break complexity into pieces
Это стандартный подход "разделяй и властвуй". Вернер предлагает делить крупные и комплексные системы на части поменьше, которые легче понимать, поддерживать, масштабировать и которыми в принципе проще управлять. Но важно их объединять в loosely coupled стиле. А сами компоненты должны быть с high cohesion внутри. Рекомендую на эту тему почитать книгу Джона Остерхута "A philosophy of software design", которую мы тоже уже разбирали
3) Align organization to architecture
Здесь Вернер Вогель описывает применение обратного маневра Конвея. По-факту, нам надо подстраивать оргструктуру под желаемую архитектуру, что позволяет командам принять на себя ответственность и владение доменами, а также позволит им работать автономно. Я рассказывал про это уже раньше в своем докладе "Как формировать структуру команд под запросы бизнеса"
4) Use a cell-based architecture design
Эта концепция про использование так называемых cells для построения отдельных изолировоанных блоков, которые могут автономно принимать часть нагрузки. Важно, что они достаточно малы, чтобы радиус поражения (blast radius) был не слишком высок, но одновременно не слишком малы, чтобы обслужить максимального размера запрос и получать экономию на масштабе.
5) Design predictable systems
Вернер предлагает дизайнить предсказуемые системы, что уменьшает влияние неопределенности и позволяет обеспечить консистентность при эксплатации систем.
6) Automate everything that doesn’t require high degrees of judgment
Цель в том, чтобы дефолтом стала автоматизация процессов и исключение human in the loop, а люди привлекались только в моменты, когда требуется принятие решений
По большей части Вернер демонстировал эти принципы на примере AWS S3 (Simple Storage Service), а также на примере Amazon Aurora DSQL
#Architecture #SoftwareArchitecture #SystemDesign #DistributedSystems #Cloud #Management #Leadership
YouTube
AWS re:Invent 2024 - Dr. Werner Vogels Keynote
Watch Dr. Werner Vogels, VP and CTO at Amazon.com, as he shares the critical lessons and strategies he has learned for managing increasingly complex systems. The keynote explores the core principles for embracing complexity, drawing on Amazon’s experiences…
👍10❤4🔥4
Data завтрак в T-Space 13 января (Рубрика #Data)
Мы в Т-Банке начнем новый год митапом про данные, который пройдете 13 января в формате завтрака. На мероприятии будет 2 доклада
1) Дмитрий Аношин, основатель консалтинговой компании Rock Your Data (Северная Америка), специализирующейся на облачной аналитике, представит обзор аналитических решений, инструментов и подходов к формированию команд. Вы узнаете о построении эффективных аналитических команд, преодолении сложностей и разработке архитектур аналитических систем. Дима ведет отличный канал "Инжиниринг Данных" (@rockyourdata), на который я подписан уже давно. Кстати, Дима привез мне в подарок бумажную версию книги Влада Хононова "Balancing Coupling in Software Design", так что к концу новогодних каникул можно ожидать ее обзор.
2) Валерий Поляков, CDO в Т-Банке, поделится опытом трансформации платформы данных в Т-Банке: от централизованных вендорских решений до сложной экосистемы open-source компонентов. С 2011 года он работает с данными в разных ролях: от построения отчетности и хранилищ данных до разработки аналитических продуктов. В Т-Банке Валерий работал с 2012 по 2019 год, а затем вновь присоединился к команде в 2022 году.
Этот митап будет полезен аналитикам, инженерам данных, разработчикам, которые смогут не просто послушать доклады, но и пообщаться за завтраком с экспертами и коллегами за чашечкой кофе. Кстати, во время митапа будет проводиться игра Data-бинго, что позволит получить подарки победителям:)
#Database #Datamesh #Data #Processes #Conference
Мы в Т-Банке начнем новый год митапом про данные, который пройдете 13 января в формате завтрака. На мероприятии будет 2 доклада
1) Дмитрий Аношин, основатель консалтинговой компании Rock Your Data (Северная Америка), специализирующейся на облачной аналитике, представит обзор аналитических решений, инструментов и подходов к формированию команд. Вы узнаете о построении эффективных аналитических команд, преодолении сложностей и разработке архитектур аналитических систем. Дима ведет отличный канал "Инжиниринг Данных" (@rockyourdata), на который я подписан уже давно. Кстати, Дима привез мне в подарок бумажную версию книги Влада Хононова "Balancing Coupling in Software Design", так что к концу новогодних каникул можно ожидать ее обзор.
2) Валерий Поляков, CDO в Т-Банке, поделится опытом трансформации платформы данных в Т-Банке: от централизованных вендорских решений до сложной экосистемы open-source компонентов. С 2011 года он работает с данными в разных ролях: от построения отчетности и хранилищ данных до разработки аналитических продуктов. В Т-Банке Валерий работал с 2012 по 2019 год, а затем вновь присоединился к команде в 2022 году.
Этот митап будет полезен аналитикам, инженерам данных, разработчикам, которые смогут не просто послушать доклады, но и пообщаться за завтраком с экспертами и коллегами за чашечкой кофе. Кстати, во время митапа будет проводиться игра Data-бинго, что позволит получить подарки победителям:)
#Database #Datamesh #Data #Processes #Conference
Т-Банк Митапы
Митап Data завтрак
Начните утро 13 января с Data завтрака: обсудим архитектуру аналитических решений, команды и инструменты.
❤9👍7🔥7🌚1🙊1
Amazon Aurora DSQL (Рубрика #Data)
Вернер Вогель, CTO Amazon, в своем keynote на re:Invent 2024 полчаса рассказывал про новые возможности базы Aurora, которая появилась порядка 10 лет назад, а теперь перещла в класс newSQL и стала по фичам напоминать Google Spanner, который как раз появился больше 10 лет назад. Вот какие фичи выделял Вернер
1) Serverless Architecture - для автоматического масштабирования под нужные нагрузки
2) High Availability - для одного региона 99.99% availability, для мультирегионального master-master сетапа 99.999%
3) PostgreSQL Compatibility - полная подддержка PostgreSQL
4) Performance - обещают 4х скорость по сравнению с другими похожими решениями, видимо, из мира newSQL. Я бы глянул на бенчмарки, чтобы понять с кем они сравнивались:)
5) Active-Active Multi-Region Operations - собственно, мультирегиональный вариант, который может принимать записи и реплицировать их в реальном времени (интересно глянуть насколько это быстро работает в мультирегиональном исполнении)
6) Zero Infrastructure Management - пользователям не надо думать об инфре (кроме как сколько это счастье будет стоить)
7) Innovative Transaction Processing - здесь Вернер пафосно рассказыва про аналог гуглового TrueTime, что был еще 10+ лет назад в Google Spanner. Теперь у Amazon есть свои спутники и атомные часы для микросекундной точности и все это называется Amazon Time Sync Service. Это и позволяет сделать распределенные транзакции с хорошими гарантиями консистентности:)
P.S.
Про Aurora я уже часто упоминал раньше
- Бонусный выпуск Code of Architecture по white paper "Amazon Aurora: Design Considerations for High Troughput cloud-Native Relational Databases"
- AWS re:Invent 2023 - [LAUNCH] Achieving scale with Amazon Aurora Limitless Database (DAT344)
#Databases #Architecture #SoftwareArchitecture #SystemDesign #DistributedSystems #Cloud #Management #Leadership
Вернер Вогель, CTO Amazon, в своем keynote на re:Invent 2024 полчаса рассказывал про новые возможности базы Aurora, которая появилась порядка 10 лет назад, а теперь перещла в класс newSQL и стала по фичам напоминать Google Spanner, который как раз появился больше 10 лет назад. Вот какие фичи выделял Вернер
1) Serverless Architecture - для автоматического масштабирования под нужные нагрузки
2) High Availability - для одного региона 99.99% availability, для мультирегионального master-master сетапа 99.999%
3) PostgreSQL Compatibility - полная подддержка PostgreSQL
4) Performance - обещают 4х скорость по сравнению с другими похожими решениями, видимо, из мира newSQL. Я бы глянул на бенчмарки, чтобы понять с кем они сравнивались:)
5) Active-Active Multi-Region Operations - собственно, мультирегиональный вариант, который может принимать записи и реплицировать их в реальном времени (интересно глянуть насколько это быстро работает в мультирегиональном исполнении)
6) Zero Infrastructure Management - пользователям не надо думать об инфре (кроме как сколько это счастье будет стоить)
7) Innovative Transaction Processing - здесь Вернер пафосно рассказыва про аналог гуглового TrueTime, что был еще 10+ лет назад в Google Spanner. Теперь у Amazon есть свои спутники и атомные часы для микросекундной точности и все это называется Amazon Time Sync Service. Это и позволяет сделать распределенные транзакции с хорошими гарантиями консистентности:)
P.S.
Про Aurora я уже часто упоминал раньше
- Бонусный выпуск Code of Architecture по white paper "Amazon Aurora: Design Considerations for High Troughput cloud-Native Relational Databases"
- AWS re:Invent 2023 - [LAUNCH] Achieving scale with Amazon Aurora Limitless Database (DAT344)
#Databases #Architecture #SoftwareArchitecture #SystemDesign #DistributedSystems #Cloud #Management #Leadership
Telegram
Книжный куб
AWS re:Invent 2024 - Dr. Werner Vogels Keynote (Рубрика #Architecture)
Несколько недель назад Dr. Werner Vogels, CTO Amazon, выступил на AWS re:Invent с рассказом о концепции simplexity, к которой он пришел за 20 лет работы в Amazon. Само это слово представляет…
Несколько недель назад Dr. Werner Vogels, CTO Amazon, выступил на AWS re:Invent с рассказом о концепции simplexity, к которой он пришел за 20 лет работы в Amazon. Само это слово представляет…
👍12❤5🔥2
Поучаствовал в поздравлении с Новым Годом, что организовывал Гриша Скобелев и сообщество { между скобок }. Порекомендовал новую книгу Влада Хононова про balancing coupling in software design:)