Колонка "Developer Productivity for Humans" в журнале IEEE (Рубрика #Management)

В прошлом году я узнал, что пара исследователей из Google, Ciera Jaspan и Collin Green стартанули как редакторы отдельную колонку "Developer Productivity for Humans" в журнале IEEE Software. Первая статья вышла еще в далеком 2023 году и она задавала весь тон дискуссиии, описывая человеко-центричный подход к этому вопросу. А месяц назад я нашел уже седьмую статью - оказалось, что эти статьи не отображаются на исследовательском сайте Google и их надо искать отдельно на сайте IEEE.

Вся серия статей показалась мне интересной, поэтому поделюсь ссылками на них, чтобы вам не пришлось искать:) Плюс дальше я сделаю обзор этих статей в отдельных постах.

1) A Human-Centered Approach to Developer Productivity - разбор у меня в блоге
2) Hybrid Productivity - разбор у меня я в блоге
3) Defining, Measuring, and Managing Technical Debt - разбор у меня в блоге
4) Build Latency, Predictability, and Developer Productivity - разбор есть у меня в блоге
5) Onboarding and Ramp-Up - разбор есть в отдельном посте в tg
6) Measuring Flow, Focus, and Friction for Developers - обзор есть в отдельном посте в tg
7) Software Quality - разбор у меня в блоге
8) Creativity in Software Engineering - разбор есть в отдельном посте в tg
9) Measuring Productivity: All Models are Wrong But Some are Useful - разбор есть в отдельном посте в tg

В общем, рекомендую эти статьи к прочтению - они коротенькие по 6-8 страниц и очень простые, все сложные моменты в статьях, на которые ссылаются авторы, а в этих статьях приведены только основные тезисы и результаты.

#Management #Leadership #Software #SoftwareDevelopment #Architecture #SoftwareArchitecture #Metrics #Devops #Processes

A16z The Fintech Newsletter. October 2024 Fintech Newsletter: Fintech isn’t dead. AI is driving a new beginning (Рубрика #Strategy)

Я давно подписан на рассылку от фонда Anderssen Horowitz, но обычно ее пролистываю быстро. А вот октябрьское письмо мне понравилось - в нем были интересные статьи

1) Fintech isn’t dead. AI is driving a new beginning
Аторы начали с технологических продуктовых циклов: PC Era, Internet Era, Cloud Era, Mobile Era, AI Era, а потом показали как AI здорово может помочь финансовым организациям в автоматизации, например, compliance сотрудников, которые в США за последние 20 лет стали пятыми по скорости роста количества мест в компаниях

2) Why You Shouldn't Fear "Trading Like A Bank"
Базовая статья на тему того, как работает оценка банков, исходя из их капитала, а также почему часто финтех компании получают больший мультипликатор. Просто и доступно про важность ROE (return on equity). Собственно, инвесторы, как правило, оценивают банки по P/B (price-to-book) коэффициенту, что рассчитывается как капитализация, разделённая на размер собственного капитала компании. Этот мультипликатор является сокращением для моделей остаточного дохода, которые прогнозируют «избыточную» доходность, которую зарабатывает банк, то есть разницу между его доходностью на собственный капитал («ROE») и его стоимостью собственного капитала. Коэффициент, кратный 1x, означает, что бизнес заработает ROE, равную стоимости его капитала.

А вот для финтех компаний обычно характерно более высокое ROE, обусловленное двумя причинами
- Более высокая чистая прибыль - обычно финтех-компании умеет дешевле обсулижвать клиентов, а также предлагать продукты более маржинальным клиентам
- Оборот активов. Многие финтех-компании способны генерировать больше долларов дохода на единицу активов, чем традиционные банки, поскольку их бизнес-модели обычно основаны на комиссиях в дополнение к процентным доходам. Потоки комиссионных доходов не ограничены размером базы активов (в отличие от процентных доходов) и, следовательно, могут способствовать более высокому обороту активов.

Дальше авторы приводят примеры западных компаний, которые умеют в финтех, даже если у них есть банковская лицензия: (American Express, Nubank)

#Fintech #Management #Strategy

Podlodka Techlead Crew (Рубрика #Architecture)

Всего полторы недели осталось до моего участия в круглом столе «Архитектура на старте: подготовка к успеху» в рамках Podlodka Techlead Crew. Там мы обсудим принципы построения надежной архитектуры ваших систем. Мы поговорим про базовые подходы в виде retries, circuit breakers, rate limiters, а также про более продвинутые подходы навроде разных моделей деплоя приложений, которые позволяют достигать разных уровней availability (подробнее на эту тему рекомендую почитать whitepaper "Deployment Archetypes for Cloud Applications").

Помимо этого круглого стола будут и другие интересные спикеры
- Александр Агейченко разберет принципы мобильной надежности на примере мобильного Т-Банка.
- Даниил Подольский обсудит Disaster Recovery и управление рисками.
- Вадим Мартынов расскажет о контроле перегрузок и защите сервисов от отказов.

Если вы решите посетить конференцию Techlead Crew, то воспользуйтесь промокодом на скидку в 500 рублей - techlead_crew_7_Sw2ePA. Плюс отдельно мы разыграем бесплатный билет на конференцию, но про это я подробнее напишу вечером.

P.S.
В прошлом году я рассказывал доклад тему "Проектируем надежные системы" и готовил такой список рекомендованных материалов.

#Software #Engineering #Architecture #SoftwareArchitecture #SystemDesign #DistributedSystems #SRE

Обзор whitepaper "A Human-Centered Approach to Developer Productivity" (Рубрика #Management)

Больше года назад я прочитал интересную статью, про человеко-центричный подход к продуктивности:) В этой статье Ciera Jaspan и Collin Green (два лида из Google) рассказывали о том, что они в Google отвечают за RnD команду, что изучает вопросы того, а что делает инженеров продуктивными и счастливыми. И круче всего, ребята обещали стартануть целую серию статей. Тогда я прочитал whitepaper создал черновик статьи и … забыл его опубликовать. И только недавно я наткнулся на то, что в этой колонке уже вышло восемь интересных статей, одну из которых про "Software Quality" я разобрал в деталях. Именно в этот момент я понял, что мне надо подрихтовать свой старый черновик обзора и все-таки опубликовать его — так появилась эта статья:)

P.S.
Это обзор первой статьи из колонки "Developer Productivity for Humans" в журнале IEEE, про которую я писал раньше.

#Management #Leadership #Software #SoftwareDevelopment #Architecture #SoftwareArchitecture #Metrics #Devops #Processes

Podlodka Techlead Crew - Розыгрыш билета (Рубрика #Architecture)

Вчера я уже писал про свое участие в дикускии на конференции от Подлодки, где утром 14 октября я буду обсуждать тему проектирования надежных систем. И по счастливому стечению обстоятельств у меня есть один билетик для читателей канала. Я решил разыграть его среди тех, кто предложит мне интересную свежую книгу или whitepaper на тему надежности программных систем в комментариях к этому посту. Одно правило - она должна выйти после 2022 года и я про нее еще не рассказывал на своем канале. Для того, чтобы участвовать недостаточно просто написать название - надо еще написать один абзац на тему того, а что крутого было в рекомендованной книге/whitepaper, которая вам так понравилась.

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

#Software #Engineering #Architecture #SoftwareArchitecture #SystemDesign #DistributedSystems #SRE

T-Observability Day Tech 2024 (Рубрика #SRE)

Астрологи объявили месяц надежности - через 3 недели, а точнее в среду 23 октября, мои коллеги решили организовать конференцию, посвященную надежности и наблюдаемости. В программе будет 5 доклад, один квадратный стол и один воркшоп

1) Доклад о наблюдаемости, надежности и качестве - Алексей Мерсон, Developer Advocate в Sage, Т-Банк
2) Доклад о том, как строится надежность Яндекс Такси - Александр Фишер, руководитель службы надежности Такси, Яндекс Go
3) Доклад о том, как не наступить на грабли Observability - Владимир Дроздецкий, DevOps Teamlead, Magnit Tech
4) Доклад про фронтовые метрики - что нужно для сбора качественных SLI - Максим Вишневский, Frontend Community Lead, Циан
5) Доклад про масштабирование комплаенс-контроля надежности на сотни сервисов - Салих Фахрутдинов, Главный инженер Origination Business Platform, Т-Банк
6) Круглый стол о том, как нанять или вырастить инженера по надежности? - в дискуссии будут участвовать много уважаемых людей:)
7) Воркшоп о том, как готовиться к сбоям и сокращать время на их устранение
Отдельным пунктом можно отметить много нетворкинга с экспертами по надежности и инженерами, что создают нашу Observability платформу Sage и остальные инструменты для повышения надежности T-Bank.

Полная программа и регистрация тут.

P.S.
Кстати, прошлом году я рассказывал доклад тему "Проектируем надежные системы" и готовил такой список рекомендованных материалов. Этот доклад и рекомендации неплохо укладываются в тему надежности:)

#Software #Engineering #Architecture #SoftwareArchitecture #SystemDesign #DistributedSystems #SRE

Логические ошибки. Как они мешают правильно мыслить (Рубрика #Thinking)

Прочитал на выходных репринт учебника 1958 года Авенира Ивановича Уёмова, в котором базово рассказывается про логику и логические ошибки. Автор очень просто и понятно раскрывает тему, одновременно он не льет воду и почти укладывается в 100 страниц. В современной литературе редко когда встретишь такой подход - сейчас принято одну и ту же мысль повторять по кругу, чтобы даже самый невнимательный читатель на пятом повторе понял, о чем речь. Правда, в этом учебнике есть своя особенность - он был написан во времена компартии, а значит В.И. Ленин и его размышления встречаются нам по поводу и без повода, подвязанные белыми нитками к общей логике повествования.

В общем, книга состоит из следующих частей
1) В чем сущность логических ошибок? - автор показывает на пример чем отличаются фактические и логические ошибки, а дальше останавливается на логических
2) В чем вред логических ошибок? - логические ошибки могут привести к неверным выводам, а те в свою очередь к реальным последствиям
3) Каковы причины возникновения логических ошибок - здесь автор разделяет правильность мышления, которая помогает доказывать свою позицию, а также убедительность речи, которая позволяет убедить оппонента, даже если логически размышления некорректны. Часто причинами логических ошибок является незнаение людьми того, а что такое правильность мышления (логическая корректность размышлений) и неправильность
4) Значение практики и различных наук для устранения логических ошибок - автор отмечает, что для простых размышлений часто хватает повседневной жизненной практики (здравого смысла), но вот для ситуаций посложнее полезно быть знакомым с разными науками, например, математикой, где очень часто встречаются аксиомы, теоремы и их доказательства, которые содержат в себе логически корректные размышления.
5) Как логика помогает бороться с логическими ошибками - основная часть книги, в которой для борьбы с логическими ошибками нам на помощь приходит логика!
5.1) Логические формы мыслей - автор рассказывает о том, что такое логическая форма, понятия, суждения, умозаключения, доказательства
5.2) Как избежать логических ошибок в мыслях различной формы - эта часть занимает больше половины книги и содержит теоретические объяснения и практические примеры с разбором ошибок и их причин.

В общем, эта книга определенно интересна и полезна для изучения, надо только фильтровать политическую повестку, что была в СССР в конце 50х годов 20 века.

#Thinking #PopularScience #Math #Reasoning

Обзор whitepaper "Developer Productivity for Humans, Part 2: Hybrid Productivity"(Рубрика #Management)

Я продолжаю читать и писать о статьях из серии developer productivity, о которых рассказывал в обзоре первого whitepaper "A Human-Centered Approach to Developer Productivity". Во втором whitepaper с заголовком "Hybrid Productivity" речь идет про гибридную работу и как она влияет на продуктивность разработчиков. Эта тема была горячей во время пандемии, но и теперь она актуальна: часть компаний работают в гибридном подходе, совмещая посещение офиса и удаленную работу, а некоторые возвращают всех в офисы (здесь можно вспомнить Amazon, про который я писал раньше).

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

P.S.
Во всей серии пока 8 whitepapers, из которых я разобрал уже 3
1) A Human-Centered Approach to Developer Productivity - разбор в отдельной статье
2) Hybrid Productivity - разбор в прилинкованной к этому посту статье
3) Defining, Measuring, and Managing Technical Debt
4) Build Latency, Predictability, and Developer Productivity
5) Onboarding and Ramp-Up
6) Measuring Flow, Focus, and Friction for Developers
7) Software Quality - разбор в отдельной статье
😍 Creativity in Software Engineering

#Management #Leadership #Software #SoftwareDevelopment #Architecture #SoftwareArchitecture #Metrics #Devops #Processes

Нобелевская премия по физике 2024 (Рубрика #PopularScience)

Премия по физике ушла ученым, что сделали большой вклад в ML, а точнее Джону Хопфилду и Джеффри Хинтону за основополагающие открытия и изобретения в области машинного обучения и нейросетей. Интересно, что это решение нобелевский комитет обосновал так

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

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

Интересно, что сам Людвиг Больцман, в чью честь была названа "машина Больцмана", был основателем статистической механики и молекулярно-кинетической теории. Но в 1906 году он покончил с собой, что было связано с депрессией из-за того, что его идеи о статистической физике в то время не находили понимания в физическом сообществе. А теперь его далекие последователи, что развили его идеи в сторону ML (что не очень связано с физикой), получают Нобелевскую премию по физике.

В общем, хайп вокруг машинного обучения и искусственного интеллекта добрался и до Нобелевского комитета по физике.

#AI #ML #PopularScience #Physics #Math #Statistics

Архитектурная ката от клуба {между скобок}

12 октября в 12:00 по мск пройдет архитектурная ката, в рамках которой вместе с командой можно будет порешать задачку на проектирование около-реальной системы. Это будет в субботу и займет 2 часа в Zoom. Я буду помогать решать кату, давать архитектурные советы и присуствовать в жюри, помимо этого будут еще 2 эксперта
Игорь Антонов - независимый эксперт, автор блога «Про JavaScript и разработку»
Павел Лакосников - TechLead команды SLA\Antimonolith из Авито.

Для того, чтобы принять участие надо прожать реакцию под постом в канале {между скобок}. Дальше Гриша Скобелев, автор канала @backend_megdu_skobkah сможет собрать из заинтересованных команды для участия в кате.

#Architecture #SoftwareArchitecture #SystemDesign #Software #Engineering

Результаты розыгрыша билета на Podlodka Techlead Crew (Рубрика #Architecture)

В эту субботу я анонсировал розыгрыш билета на конференцию, где я буду обсуждать проектирование надежных систем в рамках круглого стола 14 октября. Для участия в розыгрыше надо было предложить интересные книги или whitepaper, что вышли недавно и про которые я не рассказывал. Мои подписчики прислали следующие варианты
1) Анатолий К. поделился целой подборкой статей про надежность, что он изучал в рамках своего исследования.
2) Alexandr предложил книгу, что пока in progress и не совсем про надежность, а скорее про распределенные системы "Think Distributed Systems". Александру понравилась глава про ментальные модели. И я согласен, что часто проблемы в проектировании распределенных систем могут начинаться с того, что их создатели выбрали неподходящую ментальную модель под те сценарии использования, которые они решают при помощи нее:) В общем, книга интересная и когда ее допишут, то я ее изучу
3) Timur Sharapov предложил свежую статью 2024 года "What Goes Around Comes Around... And Around..." от таких титанов, как Michael Stonebraker и Andrew Pavlo. Достаточно сказать, что первый создал много разных СУБД, среди которых была и любимая многими postgres. А Andrew ведет отличный курс про базы в Carnegie Mellon University. Статья очень крутая, но подвязка к надежности очень опосредованная. Если бы я просил свежую статью про базы данных, то она бы победила с большим отрывом.
4) Mikhail Romashov предложил статью про CRDT "Approaches to Conflict-free Replicated Data Types". Интересно, что это один из коньков любимого всеми автора книги с кабанчиком "DDIA", Мартина Клеппмана, про которую он часто рассказывает (про одно из недавних выступлений я рассказывал раньше).

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

#Software #Engineering #Architecture #SoftwareArchitecture #SystemDesign #DistributedSystems #SRE

Нобелевская премия по химии 2024 (Рубрика #PopularScience)

Премия по химии в этом году тоже частично ушла в сторону ML, который помог в дизайне белков:) Вообще победили три человека
- Дэвид Бейкер - биохимик, что занимался вычислительной биологией и получил свою часть премии "за вычислительный дизайн белков"
- Демис Хассабис и Джон Джампер - ученые, что занимались ML в Google DeepMind и учили машину играть в Go (подробнее в документалке "AlphaGo", про которую я уже рассказывал), компьютерные игры, а также фо́лдингу белков (укладкой белка из цепочки в трехмерную структуру). В итоге, в 2020 году они представили AlphaFold2, что смогла предсказать структуру почти всех 200 миллионов белков, идентифицированных учеными.

В общем, Нобелевская премия по химии уходит ученым, что продвинули вперед вычислительные возможности человечества и при помощи этого смогли решить фундаментальную проблему. Это напоминает премию этого года по физике, которая была выдана тем ученым, что сделали многое для развития глубокого обучения (deep learning), про что я уже рассказывал вчера.

P.S.
На тему сложности задачи предсказания структуры белков можно почитать научно-популярную книгу Григория Никифоровича "От оргазма до бессмертия. Записки драг-дизайнера", про которую я уже рассказывал. В этой книге очень доступно рассказывается про связь аминокислот, пептидов и белков. Если по простому, то пептиды и белки состоят из аминокислот, но пептиды - это короткие цепочки, а белки - длинные. И пептиды зачастую могут выступать в качестве биорегуляторов. Но свойства этих пептидов и белков зависят не только от самой последовательности, но их от конфигурации в пространстве, которая может меняться под действием внешних условий

#AI #ML #PopularScience #Physics #Math #Statistics

ArchDays 2024 (Рубрика #Architecture)

Уже меньше через месяц будет очередная конференция по архитектуре, в которой я состою в программном комитете. Буквально вчера мы финализировали программу и она будет очень плотной:) Заодно, и я уже по традиции выступлю на конференции с докладом "Архитектура в Т-Банке: вчера, сегодня, завтра", в котором я расскажу про развитие подходов к проектированию и архитектуре в Т-Банке с начала времен и до текущего момента. Я постараюсь объяснить какие причины побуждали нас меняться и как мы осуществляли сами изменения. Я расскажу про процессы и людей, которые занимаются у нас проектированием и почему архитектор - это не должность, а роль. А закончу тем, что расскажу куда мы движемся дальше.

В общем, если вас интересует архитектура софта, то покупайте оффлайн билет и приходите утром 1 ноября в Radisson Collection Hotel в Москве. Если не получается быть оффлайн, то можно купить онлайн билет и посмотреть все в прямом эфире.

P.S.
Кстати, я выступал на всех конференциях ArchDays, что были до этого с разными докладами на тему архитектуры. По ним даже можно отследить как менялась архитектурная повестка у нас в компании:)
1) 2019 - Эволюция web’а tinkoff.ru за последние 3 года (youtube)
2) 2020 - Архитектура в масштабе или как мы в Tinkoff принимаем архитектурные решения (youtube, статья с расшифровкой)
3) 2021 - Дизайн секции как проверка навыков проектирования систем на собеседованиях (youtube, статья с расшифровкой)
4) 2022 - Как подготовиться и пройти System Design Interview (youtube, статья с расшифровкой)
5) 2022 - Интервью по System Design про бронирование отелей (youtube, статья с расшифровкой)
6) 2023 - Публичное интервью по System Design про простую a/b платформу (youtube)

#SoftwareArchitecture #Architecture #Software #SoftwareDevelopment #SystemDesign #SystemDesignInterview #DistributedSystems

Developer Productivity Engineering Summit (DPE Summit)

Недавно узнал про существование отдельной конференции по теме developer productivity, ссылку на которую мне дали в комментариях к посту про whitepapers.
Keynote сессии обоих дней доступны на Youtube
- DPE Summit Keynote Livestream (Day 1)
- DPE Summit Keynote Livestream (Day 2)
Записи остальных докладов я пока не нашел:) Но в keynote есть крутое выступление Ciera Jaspan и Collin Green из Google, которые являются лидами команды по измерению developer productivity and hapinness, а также ведут колонку "Developer Productivity for Humans", про которую я рассказывал раньше. Это выступление было крутым и я расскажу про него отдельно, а вообще рекомендую почитать темы конференции и посмотреть keynotes, чтобы оценить уровень развития этой темы и попробовать взять что-то к себе в процессы разработки.

#Management #Leadership #Software #SoftwareDevelopment #Architecture #SoftwareArchitecture #Metrics #Devops #Processes

API Improvement Proposals (Рубрика #Architecture)

Я уже рассказывал про whitepaper "API Governance at Scale", по которому скоро будет обзорная статья, а потом еще и выпуск нового подкаста с обзорами whitepaper. Но сегодня я хотел бы рассказать, что у ребят есть публичные артефакты, которые доступны для изучения всем заинтересованным людям
1) API Improvement Proposals (AIPs) - это задокументированный источник правды относительно того, какие правили есть по отношению к дизайну API. Эти AIPs разбиты по следующим категориям: meta, process, API concepts, resource design, operations, fields, design patterns, compatibility, polish, protocol buffers. Их очень интересно изучить
2) API Linter - это автоматизированная проверка соответствия API правилам из AIP (круто, что авторы смогли кодифицировать AIPs и дальше проверять их в этом линтере). Он работает только для API, определенных с помощью protocol buffers.
3) API Readability - программа обучения и сертификации API Design экспертов. Процесс API Readabity в Google похож на другой их процесс, а точнее на code readability, про который я уже рассказывал раньше. Но публичного это процесса нет:)

Отдельно авторы описали как можно внедрить этот процесс у себя "Adopting AIPs in your company" (еще рекомендую почитать Github)

#Architecture #Software #DistributedSystems #SystemDesign #SystemEngineering #API #Governance

Беслатный онлайн-курс по математике для школьников 4-6 классов от Т-Образования (Рубрика #Math)

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

P.S.
Я сам учился в ЗФТШ (заочной физико-технической школе при МФТИ), но это было уже в 10 и 11 классе и помогло мне в свое время поступить на Физтех. Но эта штука не очень масштабировалась, а наше обучение в рамках Тинькофф Поколения сможет охватить больше направлений и помочь большему количеству школьников получить актуальные и полезные знания и навыки. В общем, я считаю, что наши программы обучения - это топчик:)

#Math #Courses #SelfDevelopment #ForKids #Science

ЦЕХ 4 - Урок #20 "Social media marketing (SMM). Эксперт — Олеся Полянская" (Рубрика #Writing)

Очередной урок из курса книгописания и книгоиздания от МИФ вела Олеся Полянская, руководитель команды по социальным сетям в МИФ, которая поделилась опытом и знаниями в области SMM. Мне запомнились следующие тезисы из этой лекции:

1. Соцсети могут помочь в публикации книг и повышении узнаваемости автора и его книг
2. Их можно использовать для коммуникаций с аудиторией, получения обратной связи и монетизации
3. Сейчас уже существует множество блогов и каналов, но уникальность голоса и опыта автора всегда найдет свою аудиторию
4. Для ведения своего блога нужна понятная стратегия и планомерная работа
5. Важно понимать, зачем вы будете вести блог, чтобы не забросить дело на полпути. Цель должна быть вдохновляющей и значимой, а не просто меркантильной.
6. Важно правильно выбирать платформу для публикаций: разные соцсети, мессенджеры и так далее
7. Важно формулировать ключевые идеи и формировать свой стиль, через который виден личный опыт и уникальность
8. Можно делать тематические подборки и инструкции - они работают хорошо
9. Можно использовать бесплатное и платное продвижение для своих блогов, а можно давать рекламу в своем блоге
10. Важно понимать свою аудиторию и правильно формировать контент под своих читателей
11. Можно делегировать работу по развитию своего блога, оставив на себе только создание контента
12. Нужен контентный план публикаций и их ритмичность - иначе аудитория будет отваливаться, особенно, если автор будет пропадать надолго
13. Создание публикаций требует большого количества времени - это надо понимать, решая завести свой блог
14. Надо быть готовым к токсичным комментариям
15. Переводить аудиторию между разными соцсетями достаточно сложно, поэтому стоит диверсифицировать используемые платформы

Предыдущие посты про этот курс писательского мастерства доступны здесь
1. Увидеть свое имя на обложке может каждый
2. Целевая аудитория и ее потребности в создании книги
3. Жанры и стили. Как найти тему для нон-фикшн-книги
4. Как организовать работу
5. Как преодолеть писательские блоки. Практическое занятие
6. Жду музу, а она все не приходит
7. Книга по полочкам
8. MS Word для работы с большими и сложными текстами
9. Рассказываем истории: сторителлинг в книге
10. Саморедактура: работа с текстом, сокращения, фактчекинг
11. Правила сильной книги захватывающего текста
12. Авторская стилистика
13. Как превратить рукопись в сценарий
14. Рукопись готова. Что дальше?
15. Превращение рукописи в издание
16. Авторские права и договор с издательством
17. Дизайн книги.
18. Продвижение в самиздате.
19. Продвижение автора

#SelfDevelopment #PublicSpeaking #Storytelling #Writing