AMA сессия нашего core и data tech в Т-Банк (рубрика #Management)

Мои коллеги из наших технологических платформ собрали сегодня сессию Ask Me Anything. Они делают крутые инженерные штуки, но раньше им не хватало внутреннего пиара и открытости. Теперь они решили с этим побороться и собрали на нашей крыше большую встречу, на которой откровенно ответили на вопросы, часть из которых была довольно острой. Думаю, что такие встречи станут доброй традицией.

#Engineering #Management #Processes #Software

ЦЕХ 4 - Урок #11 "Правила сильной книги захватывающего текста. Эксперт — Лариса Парфентьева" (Рубрика #Writing)

Очередной урок из курса МИФа для начинающих/продолжающих авторов на пути к своей книге. Интересно, что этот урок был больше сфокусирован на художественной литературе, а я неторопливо пишу non-fiction. Но даже так его было интересно послушать и попытаться намотать на ус подходы, которые можно использовать в своей книге. Эксперт построила свой рассказ прямо по пунктам и вот они
1) Проверьте начало и конец каждой главы - если начало главы не интересно, то дальше можно и не читать. А если окончание не интересное, то конверсия перехода к новой главе может просесть:)
2) Проверьте героя на симпатичность - читатели обычно хотят сопереживать героям, но если герой совсем не вызывает симпатии, то высока вероятность закрыть книгу вместо погружения в приключения героя
3) Задайте вопрос "Можно ли отложить достижение цели" - если ответ да, то конфликт не достаточно мощный для того, чтобы за ним было интересно следить читателям. Важно, чтобы было ощущение urgency
4) Герой должен сомневаться в себе - если это не так, то читателям не интересно следить за приключениями идеального героя, у которого нет никаких сомнений
5) Не рассказывайте, а показывайте - картинка является важным инструментом для движения сюжета.
6) Проверьте плотность фактуры - в тексте должна быть определенная плотность смысла.
7) Проверьте скорость текста - если скорость разная, то где-то читатель заскучает, а где-то наоборот начнет пробуксовывать и упустит какую-то важную мысль
😍 Не забывайте про метафоры - я помню, как про их важность узнал больше 20 лет назад из классической книги Стива Макконелла "Code Complete", о которой я уже рассказывал
9) Сокращайте - если что-то можно выбросить из текста без потери смысла, то это стоит сделать. Тут вспоминается цитата Антуана де Сент-Экзюпери

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

Ну и эксперт предлагает
- Убирать лишние слова и детали, которые не влияют на смысл текста.
- Использовать активный залог вместо пассивного.
- Избегать причастных и деепричастных оборотов, слов-паразитов и усилителей.
- Не злоупотреблять восклицательными знаками.
10) Не останавливайтесь на одной книге - первая книга - это только начало:) После первой книги будет вторая, третья, ...

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

Предыдущие посты доступны здесь:
1) Увидеть свое имя на обложке может каждый
2) Целевая аудитория и ее потребности в создании книги
3) Жанры и стили. Как найти тему для нон-фикшн-книги
4) Как организовать работу
5) Как преодолеть писательские блоки. Практическое занятие
6) Жду музу, а она все не приходит
7) Книга по полочкам
😍 MS Word для работы с большими и сложными текстами
9) Рассказываем истории: сторителлинг в книге
10) Саморедактура: работа с текстом, сокращения, фактчекинг

#SelfDevelopment #PublicSpeaking #Storytelling #Writing

Дизайн пользовательского опыта (Design for How People Think: Using Brain Science to Build Better Products) (Рубрика #Design)

Эта книга Джона Уэлена рассказывает про создание UX дизайна продуктов с использованием знаний о человеческой психологии. Автор пытается разложить опыт клиентов на шесть компонентов, а дальше использовать их для создения идеального продукта. Английская версия была издана в 2019 году, а в этом году ее неплохо перевел МИФ. Автор неплохо разбирается в когнитивной психологии и использует ее для того, чтобы быть лучше как продуктовый дизайнер.

Если говорить про 6 основных составляющих подхода автора, то это
1) Визуальное восприятие, внимание и автоматизм - что привлекает потребителей? Какие слова, изображения и объекты они стремятся найти?
2) Навигация - Как потребители понимают пространство, в котором они находятся (в физическом мире и в виртуальном)? Как они ориентируются в этом пространстве, как представляют себе взаимодействие с ним, а также с другими участниками?
3) Язык - Какие слова используют потребители? Какой смысл они вкладывают в эти слова? Как можно понять их уровень подготовки из того, какие слова они используют?
4) Память - Какой прошлый опыт используют потребители при взаимодействии с вашим продуктом? Какие ментальные модели и стереотипы участвуют при этом, какие у них ожидания того, как будут работать вещи в этом мире и что будет дальше?
5) Принятие решений - Какую проблему решают потребители с их точки зрения? Совпадает ли их мнение о проблеме с реальной проблемой? Какие промежуточные проблемы надо решить на пути к главной цели?
6) Эмоции - В чем состоят глубинные цели, желания и страхи потребителей? Какие из этих эмоций влияют на принятие решений? Чего они стремяться добиться?

На эти моменты автор обращает внимание при проведении контекстных интервью, которые автор ценит выше фокус-групп, опросов и глубинных интервью. Если объяснять на пальцах, то это такой тип интервью, что
- Проводится в обычной рабочей/домашней обстановке потребителя
- Исследовать наблюдает за выполнение работы потребителем
- И задает уточняющие вопросы для того, чтобы понять почему потребитель делает то или другое действие
Автор предлагает проводить десятки таких интервью в поисках инсайтов и дальше их классифицировать по 6 приведенным выше категориям. Дальше после такого анализа можно провести сегментацию потребителей и сформулировать гипотезы о том, как улучшить продукт. Например, автор рассказывает про создание лендинга для малого и среднего бизнеса, что хочет подключиться к Paypal. Он объясняет как было проведено исследование, какие гипотезы были созданы, а дальше получился лендинг. Мне кажется, что он пропускает часть с большим количеством a/b тестов, но ему это простительно, так как он скорее занимается качественными исследованиями.

Ближе к концу книги автор рассказывает про дизайн-мышление (design thinking) и процесс дизайн double dimond.
В общем, это очень простаяя, но полезная книга для создаетелй продуктов:)

P.S.
Мне на самом деле ближе количественные исследования, поэтому рекомендую глянуть книги на тему проведения a/b экспериментов, про которые я рассказывал раньше
- Как лгать при помощи статистики (How to Lie with Statistics) - на пальцах объясняется как врут с помощью статистики, а отсюда становится ясна мотивация создания системы подведения итогов экспериментов
- Understanding Statistics and Experimental Design. How to Not Lie With Statistics (Статистика и планирование эксперимента для непосвященных) - в этой книге рассказывается про дизайн экспериментов и математику, что стоит за ними
- Доверительное a/b тестирование (Trustworthy Online Controlled Experiments) - а эта книга позволяет еще и понять как сделать платформу для проведения экспериментов на уровне всей компании
- Темные данные (Dark Data. Why What We Don’t Know Is Even More Important Than What We Do) - книга про то, как можно облажаться с данными и что с этим можно сделать

#Architecture #Management #Thinking #Leadership #SystemDesign #SystemThinking #Design

Stackoverflow Developer Survey 2024 (Рубрика #Management)

Последние N-лет я участвую в опросе stackoverflow для разработчиков, а потом с большим интересом рассматриваю результаты. В этом году они представлены в виде красивого сайта, на котором есть крутые визуализации, собранные в 7 категорий, в каждой из которых были следующие важные моменты
1. Developer Profile - профиль разработчика, что участвовал в опросе.
- Топ 5 участников было из стран: США, Германии, Индии, UK, Украины
- У 66% разработчиков есть бакалавраская или магистерская степень.
- Обучение программированию онлайн предпочитают 82% участников
- Также 90% читают документацию к API и SDK для обучения
2. Technology - этот блок посвящен технологиям
- Postgres - самая популярная база данных (49% используют ее)
- Docker - самая популярная технология (59% используют ее)
- Jira и Confluence - самые популярные средства для асинхронной работы
- JavaScript, Python и SQL - это востребованные и почитаемые языки программирования, но Rust наиболее почитаем (83%)
- 73% хотят поработать со Svelte (очередной фронтовый фреймворк)
- Большинство разработчиков, использующих chatGPT, хотят продолжить его использовать (75%), конкуренты в виде Replit Ghostwrite или Tabnine имеют показатели в 2 раза ниже
- Самыми популярными AI инструментами являются chatGPT и GitHub Copilot
3. AI - блок про проникновение AI в разработку
- 76% участников планируют использовать AI инструменты в разработке в этом году
- Участники видят такие топ 3 сценария использования AI: documenting code (81%), testing code (80%), and writing code (76%)
- 70% не видят угрозы своей работе от AI
- Основные опасности AI видятся в неверной информации (79%) и source attribution (65%)
4. Work - блок про работу
- 84% работают, большая часть full-time, но часть part-time или на фрилансе
- Большинство работают по гибридному графику (40%), полностью удаленно (38%), полностью очно (20%)
- При приобретении технологии важен доступ к API, 75% участников отметило, что с большей вероятностью одобрят вашу технологию, если вы предоставите доступ к API
- Медианы зарплат почти по всем стекам уменьшились где-то на 10 тысяч долларов с прошлого года
5. Community - блок про сообщество
- 93% участников посещают сайт stackoverflow несколько раз за месяц
- Приходят они за ответами на свои вопросы
- Чаще посещают stackoverflow начинающие учить код
6. Professional Developers - блок про профессиональных разработчиков
- 25% IC (individual contributors) имеют опыт от 1 до 4х лет, и большинство IC, что участвовало в опросе, в начале или середине своей карьеры. А вот people managers ближе к середине или поздней части своей карьеры
- 87% участников - это IC, 13% - это менеджеры
7. Methodology - блок про методологию
- Участников опроса было 65,437 человек, из которых 48,019 пошарили информацию о зарплате

#Software #Management

ЦЕХ 4 - Урок #12 "Авторская стилистика. Эксперт — Екатерина Дронова" (Рубрика #Writing)

Очередной урок курса МИФа про написание книг был посвящен авторской стилистике. Екатерина Дронова, эксперт и автор курса "Сильный текст" рассказывает про стилистику и подачу для разных видов книг, включая художественные и нехудожественные. Основные моменты, которые мне отозвались в этом уроке следующие
1) Классификация видов нон-фикшен текстов
- Книги для систематизации знаний - отвечают на вопрос "что нужно знать в этой области?"
- Обучающие книги - отвечают на вопрос "как это сделать?"
- Книги, направленные на познание - отвечают на вопрос "как это устроено?"
- Книги для развлечения - отвечают на вопрос "как живут другие люди?"
2) От типа книги зависят особенности подачи
Систематизирующий, обучающий и познавательный текст
- Может не иметь художественной ценности
- Должен быть информативным, но не должен быть наукоемким (иначе читатели не поймут)
- Должен быть четко структурированным по главам, которые должны иметь повторяющуюся структуру
Познавательный текст
- Должен иметь художественную ценность и содержать элементы драматургии и саспенс
- Должен говорить на понятном читателю языке и передавать личную историю
Эксперт приводит такую метафору

Сюжет - это вагон, который автор нагружает смыслами. Если вам нужно проиллюстрировать понятие, опыт, процесс - расскажите историю.

Тут рекомендую почитать материалы про сторителлинг, о чем я уже писал раньше в этом канале
- про мастер класс по сторителлингу
- про то, как сторителлинг сделал нас людьми
- про тысячеликого героя - классическая книга про путь героя
- про работу сценаристов - классический подход для написания сценариев
- про создание подкастов и рассказывание историй
- про фрирайтинг для решения задач
- про черную риторику и власть слова
- про искусство словесной атаки
- про публичные выступления с прошлого MBA с Ниной Зверевой
- пример крутого выступления с рассказом истории - последняя лекция Randy Pausch
- про откровения оратора про выступления и истории
- про построение историй и выступления в лекции от Yandex
- про риторику и поэтику от Аристотеля
- про нейробиологию чтения

А предыдущие посты на тему этого курса писательского мастерства доступны здесь:
1) Увидеть свое имя на обложке может каждый
2) Целевая аудитория и ее потребности в создании книги
3) Жанры и стили. Как найти тему для нон-фикшн-книги
4) Как организовать работу
5) Как преодолеть писательские блоки. Практическое занятие
6) Жду музу, а она все не приходит
7) Книга по полочкам
😍 MS Word для работы с большими и сложными текстами
9) Рассказываем истории: сторителлинг в книге
10) Саморедактура: работа с текстом, сокращения, фактчекинг
11) Правила сильной книги захватывающего текста

#SelfDevelopment #PublicSpeaking #Storytelling #Writing

The Philosophy of Architecture - Barry O'Reilly - NDC Oslo 2024 - Part I (Рубрика #Architecture)

Очередное крутое выступление Barry O'Reilly на тему архитектуры (про выступление "An Introduction to Residuality Theory" я уже рассказывал). Здесь автор делает краткий обзор философских идей со времен древних греков до текущего момента и приходит к философскому подходу, который лежит в основе его Residuality Theory.

Основные идеи выступления следующие
1) Барри работал над PhD и смог взглянуть на архитектуру и разработку софта по новому - я тоже хочу заняться PhD в ближайшие годы:)
2) Барри задумался о том, как философские идеи влияют на процесс принятия решений (философия предполагает, что вы задаете вопросы к своим assumptions)
3) Барри выделяет основные проблемы с архитектурой
- Время, изменения во времени, неопределенность с тем, а какие это будут изменения
- Что такое единица измерения для софта - автор для начала вспоминает про 4 стихии древних греков (земля, огонь, ветер, вода), потом физику (атом, частица), химию (молекулы), биологию (клетки), а потом переходит на SWE, где у нас есть комьютеры, процедуры, модули, объекты, сервисы, функции, микросервисы, процессы, фичи, паттерны. В общем, разработка софта еще в фазе "древних греков" по мнению автора
4) Барри вспоминает Томаса Куна с его книгой "Структура научных революций" 1962 года, где появилась идея про сдвиг парадигмы и то, что научное знание развивается скачкообразно, посредством научных революций. Любой критерий имеет смысл только в рамках определённой парадигмы, исторически сложившейся системы воззрений. Научная революция — это смена научным сообществом объясняющих парадигм. Автор говорит, что в софтостроении такие изменения происходят каждые шесть недель (типа выход нового js фрейморвка) 🙂
5) Дальше автор дает введение в философию
- Эссенциализм - это идея о том, что у всего есть основная сущность, и что мудрость обретается, когда мы приближаемся к пониманию этой сущности. Объектно-ориентированное программирование примерно про это - мы имеем идеальный класс и его экземпляры, выполняющиеся в реальности.
- Позитивизм - философское учение и направление в методологии науки, определяющее единственным источником истинного, действительного знания эмпирические исследования и отрицающее познавательную ценность философского исследования. Этот подход свойственнен многим разработчикам
- Interpretivism (антипозитивизм) - подход в социальных науках, который противоположен позитивизму. Он позволяет существовать разным взгядам на одну и ту же реальность. Отрицает научные подходы в применении к социальным системам (а разработка софта - это социотехническая система), а также говорит о том, что мы не обнаруживаем знания, а создаем и передаем идеи в ходе обсуждений:)
- Структурализм - в языке источник истины, поэтому надо заниматься анализом требований и отсюда же рождается DDD (domain driven design)
- Кибернетика - наука об общих закономерностях получения, хранения, преобразования и передачи информации в сложных управляющих системах, будь то машины, живые организмы или общество. Отсюда у нас есть страсть к моделированию организаций и людей как машин на основе control systems и feedback loops
- Causality - концепт того, что между разными событиями существуют причинно-следственные связи (конструкции вида if ... then)
- Models - идеи о том, что мы создаем модели реальности и живем с помощью этих моделей, а не реальности. Здесь автор вспоминает про французского философа Бодрийяра и его книги "Симуляция и симулякры" (говорят, что фильм "Матрица" отчасти основан на этой концепции). Дальше проводится параллель между архитекторами в software engineering и архитектором из матрицы
- Complexity - при попытке сбежать из матрицы мы сталкиваемся с проблемами сложности. Иногда их пытаются подавить (например, YAGNI) или просто двигаться итерациями (авось как-нибудь победим). Но тут нужны новые концепции

Продолжение в следующем посте:)

#Philosophy #DistributedSystems #SystemDesign #Math #Engineering #Architecture #SoftwareArchitecture #ComplexityTheory #Software #Processes

The Philosophy of Architecture - Barry O'Reilly - NDC Oslo 2024 - Part II (Рубрика #Architecture)

Продолжая пост про философию и архитектуру расскажу какую концепцию предлагает Барри для борьбы со сложностью.
1) Substance philosophy - западный подход к философии сконцентрирован на вещах и похож на интеллектуальную тюрьму. Но есть выход
2) Process philosophy с тезисами вида

- Identity is about becoming
- Nothing is truly static
- Including our phenomena - every time we look at a static thing we contemplate it differently

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

3) Отсюда автор выводит концепцию criticality, которая говорить про возможность выдерживать условия, которых не было в спецификации. На самом деле это свойство, описанное автором больше похоже на выживаемость (survivability). Автор говорит о том, что биологические системы обладают такими свойствами, но в software engineering есть такая вилка, что
- SDE (software developemnent engineers) больше целятся в корректность систем, то есть в том, чтобы система делала то, что ее попросили
- Архитекторы больше целятся в survivability, когда система адаптируется к условиям и продолжает работать
- И это две большие разницы

Дальше автор на примере показывает как ключевые концепции, заложенные в создание системы, ломаются при изменениях. Этот пример основан на концепте "Customer", который сначала является физлицом, потом добавляются юрлица, а потом зарубежные юрлица. Это приводит к изменениям в архитектуре, а точнее к сдвигу парадигмы (как у Томаса Куна в книге "Структура научных революций"). И здесь появляется концепция residue, на которой зиждется подход автора, что он изложил в научной статье "Residuality Theory, random simulation, and attractor networks" и рассказал в крутом докладе с введением в эту теорию, о котором я уже рассказывал. Основная суть в том, что residue по мнению автора теории
- Является единицой архитектуры софта
- Является контейнером для компонентов
- Описывает архитектуру для алтернативных временных линий
- Каждая архитектура состоит из residues
- Они происходят в последовательности
- Мы их обнаруживаем исследуя
- Мы принимаем гипотезы посредством случайного моделирования
- У нас есть стат значимые результаты

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

P.S.
Рекомендую почитать книги про системное и критическое мышление, о которых я как-то уже писал раньше.

#Philosophy #DistributedSystems #SystemDesign #Math #Engineering #Architecture #SoftwareArchitecture #ComplexityTheory #Software #Processes

*Next-Door Tech CEO 2024* (Рубрика #Management)

Офигенное видео про CEO технической компании. Забавно, что я прямо до Тинькофф успел поработать deputy CTO чуть меньше четырех месяцев в стартапе примерно с таким бизнесовым руководителем. Когда я смотрел это видео, то ловил флешбеки от фраз вида

- You're supposed to be intrinsically motivated.
- We pivoted 4 times this week
- I'm fully on a keto diet because Steve Jobs said stay hungry
- We'll forever maintain a flat hierarchy
- I don't think you've put in enough midnight oil
- Full time is 27-27
- This is our employee of the month (про собаку)
- It isn't just a web3 blockchain integration company, a new civilization
- Technology, the solution to man's deepest problems
- 10x, vibes, techno, technology

Уже после моего перехода в Тинькофф я посматривал на этот стартап и
- Этот CEO в какой-то момент понял, что бизнес - это не его и пошел инфоцыганить про продуктовый менеджмент, а дальше про web 3.0.
- Сама компания через некоторое время свернула свое направление разработки и продолжило заниматься маркетингом поверх общедоступных инструментов.
Со времен этой компании я обращаю больше внимания на свой bullshit bingo метр при общении с людьми, а также если меня зовут помочь, то я задаю вопрос, а куда делся человек с той позиции, на которую меня зовут:)

P.S.
У автора этого канала есть очень крутые видео и про другие профессии в IT:)

#Management #Leadership #Processes

Better Data Visualizations: A Guide for Scholars, Researchers, and Wonks - Part II (Рубрика #Data)

Продолжая первый пост про эту крутую книгу расскажу про две оставшиеся главу из первой части про основные принципы визуализации

Вторая глава содержит пять советов для улучшения визуализаций
1) Show the data - для того, чтобы аудитория лучше поймала смысл визуализации нам надо показать данные, не обязательно показывать все данные, но те данные, что подсвечивают ваше сообщение должны быть на визуализации
2) Reduce the clutter - визуализация должна содержать только необходимые элементы, остальные нужно убрать, чтобы не отвлекать внимание. Условно, редко когда полезны лишние элементы оформления или 3D версии графиков, даже если в Excel они есть
3) Integrate the graphic and text - автор дает сразу несколько советов
- Лучше убрать отдельную легенду и интегрировать ее прямо в график - но на практике часто и легенду убирают и в графике не дают никаких подсказок как его читать
- Написать заголовок к визуализации, который напоминает газетный и прямо говорит об основной мысли визуализации
- Добавить объясняющие элементы в ключевые места визуализации (например, комменты поверх пиков и провалов в обычном линейном графике)
4) Avoid the spaghetti chart - даже если информации много, то не надо вываливать ее на одну визуализацию. Можно сделать несколько отдельных визуализаций, которые подсвечивают вопрос с разных сторон. Но если мы так делаем, то нам надо сделать визуализации похожими, чтобы в них легко было ориентироваться
5) Start with gray - автор предлагает стартовать с серого варианта графика, а цвета добавлять потом для выделения основных моментов
Тут же автор говорит про типы данных: качественные и количественные, где есть дискретные и непрерывные, которые могут быть интервальными или поддерживать отношения. Понимание типа данных очень важно для правильной визуализации.

Ну и последняя глава называется "Форма и функция" и содержит подзаголовок, содержащий ключ к успешной визуализации

Let you audience's needs drive your data visualization choices

Дальше автор говорит, что форма может быть статическая и интерактивная, а функция объяснительная и исследовательская. Книга больше про статические и объяснительные визуализации, но и другие типы могут быть эффективны для своих целей. Например, раньше (в 1997 году) существовала мантра работы с визуализациями вида

Overview first, zoom and filter, then details-on-demand

Но сейчас подход поменялся и в эпоху mobile first у нас сменился на скроллинг на бегу, а значит надо успеть сообщить основную мысль сразу. И только если что-то зрелищное происходит, то люди готовы сделать что-то помимо скролла:) Это надо учитывать для построения эффективных визуализаций.

Продолжение обзора книги в следующих постах.

P.S.
Раньше я уже писал на тему визуализаций:
- Книга "Visual Meetings" про использование визуала для проведения эффективных встреч
- Доклад Brendan Gregg "Visualizing Performance" про визуализацию производительности софта (знаменитые flame charts)
- Книга "Visualizing Change: A data-driven snapshot of our world" с крутыми инфографиками для получения вдохновения
- Книга "MBA в картинках" с интересными визуализациями стандартных менеджерских тем
- Книга "Technology Strategy Patterns" и конкретно часть "Communicating the Strategy" про донесение сложных идей о стратегии до топ-менеджеров

Ну и научно популярные книги по статистике (в более научных книгах по статистике больше все-таки не про визуализацию, а про математику)
- Статистика в комиксах (Inroducing Statistics. A Graphic Guide)
- Статистика. Краткий курс в комиксах (The cartoon guide to statistics)
- Статистика и котики
- Занимательная статистика. Манга (The Manga Guide to Statistics)

#Data #Visualization #Patterns #Leadership