Книжный куб

Кошка портит вещи в гардеробе - мой тулевский портфель весь в засохших соплях

ЦЕХ 4 - Урок #19 "Продвижение автора. Эксперт — Екатерина Северина" (Рубрика #Writing) Очередной урок из курса книгописания и книгоиздания от МИФ вела Екатерина Северина, у которой есть опыт работы PR менеджером и книжным обозревателем Мне запомнились следующие тезисы из этой лекции: - Есть формула бестселлера, где правильный человек в правильном месте рассказывает о правильной книге для правильной аудитории. - В книжном маркетинге много значит сарафанное радио (как и в консалтинге) - Личный бренд и медийность автора может помочь в продвижении книги - Его можно развивать для создания потенциальной читательской базы, эффективно это получится сделать только, если это соответствует ценностям и желаниям автора (некоторые не горят быть публичными персонами) - Иногда может помочь использование псевдонима - так можно вести разные проекты под разными именами и разводить разную аудиторию по разным псевдонимам - Есть успешные авторы как с псевдонимами, так и без - Личный бренд строится на трех китах: кто вы как автор, авторский голос и аватар. - Если автор публичен, то ему может быть полезна контент-стратегия, которая включает регулярность, формат и каналы общения с аудиторией - Лучше использовать свой уникальный стиль и идеи, а не копировать кого, а также надо быть упорным и терпеливым (я, например, много лет писал свои статьи в Google+ /dev/null) - Лучше использовать не только текст, но и визуальные элементы - я персонально люблю схемы и инфографику - Также хорошо бы смотреть на аналитику того, как аудитория принимает ваши тексты - это позволяет тестировать гипотезы и выбирать оптимальные - Есть теория архетипов, которая помогает понять как люди реагируют на контент: познающие мир, меняющие мир, объединяющие мир и поддерживающие мир. Полезно понимать на какие архетипы вы ориентируетесь. Мне персонально ближе познающие мир и чуть меньше меняющие. - Для продвижения своих книг можно — Участвовать в различных мероприятиях: книжных клубах, литературных вечерах, etc — Продвигать книги через бартер с другими авторами, а можно писать статьи для СМИ:) — Участвовать в различных литературных конкурсах и премиях — Вести соцсети и постить материалы, относящиеся к книге — Организовывать встречи с читателями, проводить опросы и голосования, ... — Взаимодействовать с книжными блоггерами (подкасты, видео, совместные посты, ...) - Для автора важно, чтобы у него был джентельменский набор: хорошие фотографии и биография (краткая и расширенная) Предыдущие посты про этот курс писательского мастерства доступны здесь 1. Увидеть свое имя на обложке может каждый 2. Целевая аудитория и ее потребности в создании книги 3. Жанры и стили. Как найти тему для нон-фикшн-книги 4. Как организовать работу 5. Как преодолеть писательские блоки. Практическое занятие 6. Жду музу, а она все не приходит 7. Книга по полочкам 8. MS Word для работы с большими и сложными текстами 9. Рассказываем истории: сторителлинг в книге 10. Саморедактура: работа с текстом, сокращения, фактчекинг 11. Правила сильной книги захватывающего текста 12. Авторская стилистика 13. Как превратить рукопись в сценарий 14. Рукопись готова. Что дальше? 15. Превращение рукописи в издание 16. Авторские права и договор с издательством 17. Дизайн книги. 18. Продвижение в самиздате. #SelfDevelopment #PublicSpeaking #Storytelling #Writing

ЦСКА - Зенит (Рубрика #Kids) Продолжаем с сыном ходить на футбол. Мы определились с тем, что болеем за ЦСКА и ходим на домашние матчи команды. Сегодня был матч с Зенитом, который закончился поражением ЦСКА. Сын конечно расстроился, но я поговорил с сыном о том, что иногда надо оценивать игру не только по результату. ЦСКА действительно играл интересно и разнообразно, Зенит по большей части играл на контратаках, одна из которых привела к попаданию мяча в руку игроку Зенита, но это не смутило судью и игра продолжилась и вскоре Зенит забил первый и единственный гол в этом матче. В общем, сыну стало легче, но я не знаю из-за моих размышлений или из-за того, что он выучил кричалку "Зенит - позор российского футбола" от других болельщиков и всю дорогу домой и даже дома повторял ее:)) #ForKids

Measure What Matters (Измеряйте самое важное. Как Google, Intel и другие компании добиваются роста с помощью OKR) - Part III (Рубрика #Management) Продолжая рассказ про книгу Джона Дорра, что я начал в постах 1, 2 и 3 расскажу про оставшиеся главы первой части 12) Суперсила 4: стремление к выдающимся результатам В этой главе появляется BHAGs (Big Hairy Audacious Goals) из книги Джима Коллинза "Built to Last" ("Построенные навечно"). Эта книга отличный пример того, как авторы подгоняют и черри-пикают данные под свои идеи:) Прочитать книгу стоит, так как на нее есть много отсылок и в ней излагается вдохновляющая чушь история, но вот ориентироваться на статистику не стоит, так как ребята не сделали поправку на ошибку выжившего. Но Джон Дорр рассказывает про концепцию Google j разделении OKR на приоритетные и амбициозные. Приоритетные нужно достичь кровь из носу и все, что меньше 1.0 будет восприниматься как неудача. Ради попадания в приоритетные OKR можно менять план работ и перераспределять работу. А амбициозные OKR скорее отображают масштабный, рискованные и ориентированные на будущее идеи. Там работают зелено, желто, красный сфетофор, который говорит о том, что и 0.7 результата для такой цели - это ок. Здесь звучит тезис про мантру десятикратного роста, который форсирует людей думать революционно о решении задачи. Суть в том, что улучшить работу на 10% можно с помощью эволюционного инкремента, а вот достичь десятикратного роста так уже не получится, а значит придется посмотреть на проблему под другим углом. 13) Завышенная планка: Google Chrome Кейс компании Google о том, как они запускали Chrome. Рассказ от лица Сундара Пичаи, CEO компании, который отвечал за Google Chrome во времена его запуска. Это очень интересная история о том, как Google решил сделать платформу для приложений Web 2.0 в виде браузера в самом начале пути, когда страницы научились быть динамичными при помощи Ajax. У Google Chrome были очень амбициозные цели по количеству еженедельно активных пользователей. Но ребята знали, что им нужен очень быстрое исполнение js-кода для запуска веб-приложений, поэтому они сделали движок V8, который работал на порядок быстрее конкурентов. Потом они добавили добрую щепотку рекламы (так что реклама Chrome стала крупнейшей оффлайн-кампанией в истории страны). В итоге, амбициозная цель была достигнута. 14) Завышенная планка: Youtube Кейс компании Youtube, в котором рассказывается о переходе к количеству просмотренных часов как целевой метрике, а дальше постановке цели увеличить эту метрику в 10 раз за 4 года. Рассказ от лица Сьюзан Войжитски, что была тогда CEO Youtube, а также Кристоса Гудроу. Это очень интересная история, про которую можно подробнее прочитать в книге "Like, Comment, Subscribe: Inside YouTube's Chaotic Rise to World Domination" ("Youtube. Как самый популярный видеохостинг завоевал мир?"), про которую я уже писал #Management #Leadership #Processes #Engineering #Project

A Fun & Absurd Introduction to Vector Databases - Alexander Chatzizacharias - GOTO 2024 (Рубрика #ML) Интересный доклад про векторные базы данных для хранения embeddings, которые активно применяются в современном мире в AI приложениях:) Классно, что тут мало сложных слов и много понятных и забавных примеров для объяснения этой нетривиальной темы. Основные тезисы в докладе такие - Все начинается с определения вектора, который является математической конструкцией, в которой определена длина и направление - Дальше говорится о том, что векторы используются повсюду, но для ML важными вехами были -- Word2vec - 2013 год - модели, предназначенные для получения векторных представлений слов на естественном языке (не учитывается контекст при векторизации) -- GloVe (Global Vectors) - 2014 год - model for distributed word representation (не учитывается контекст при векторизации) -- BERT (Bidirectional Encoder Representations from Transformers) - 2018 год - Model the learned by self-supervised learning to represent text as a sequence of vectors (учитывается контекст при векторизации) -- CLIP (Contrastive Language-Image Pre-Training) is a neural network trained on a variety of (image, text) pairs (учитывается контекст при векторизации) - Дальше автор переходит к обсуждению того, а что такое векторная база данных, для чего она нужна и как она работает -- Это не general база данных - в нее не стоит сувать все подряд -- В ней хранятся и индексируются векторы с большими размерностями -- Данные забираются из базы с использованием Nearest Neighbor Search (NNS) - Векторная база данных из коробки позволяет делать семантический поиск по данным, часто такие базы данных используются в качестве системы хранения для AI систем - Индексирование в векторных базах данных очень интересно -- Есть точные способы для поиска соседей: linear search, k-nearest neighbors, space partitioning, ... -- Есть приблизительные способы: inverted file with flat compression (IVFFlat), locality-sensitive hashing (LSH), approximate nearest neighbors oh yeah (ANNOY), hierarchical navigable small world (HNSW), ... -- Все эти способы используют определенные метрики расстояния/близости: euclidean distance/similarity, cosine distance/similarity, hamming distance, manhatten distance, dot product, .. -- Вычисление дистанций и индексирование происходит в одном и том же векторном пространстве - Сейчас очень популярна тема создания отдельных векторных баз, а также создание расширений внутри существующих (pg, redis, elastic) - У некоторых баз данных есть встроенная функциональность, что позволяет автоматически векторизовать данные - У большинства баз есть python клиент, javascrip клиент или REST API У выступающего отличные демки, где он показывает как можно использовать векторные базы данных. Для этого он используют игровые визуализации на Unity, код на Kotlin и векторную базу Weaviate, которая open-source, модульная, может сама векторизировать данные, а также есть java клиент и документация. В демо используется косинусное расстояние и HNSW (hierarchical navigable small world). Демки показывают следующие сценарии - Векторизация названий вооружений и дальше их семантический поиск, как искал когда-то Нео в Матрице - Векторизации заклинаний из Dungeon & Dragons и дальше их семантический поиск - Векторизация изображений покемонов и поиск по ним - Векторизация музыки и дальше поиск по ней В итоге, это очень прикольный пример доклада, который рассказывает базу про одну из горячих тем, показывает демо и как бы приглашает слушаетелей самим поиграть с этой технологией. #Software #Architecture #DistributedSystems #SystemDesign #Database

Обзор whitepaper "Measuring Developer Goals" (Рубрика #Management) На днях я прочитал интересную статью ребят из Google, вышедшую осенью 2024 года, в которой рассказывалось про измерение того, как software engineers достигают своих рабочих целей:) В этой статье Ciera Jaspan и Collin Green (два лида из Google) рассказывали о том, что понимание и эффективное измерение целей критически важно для улучшения опыта разработчиков и повышения их эффективности. Эта статья является продолжением первой статьи "A Human-Centered Approach to Developer Productivity", о которой я рассказывал год назад. В общем, тема для меня актуальна, поэтому я решил написать на нее обзор. Начинается все с того, что часто требуется ответы на вопросы вида - Как часто разработчикам приходится дебажить упавший тест? - Как долго разработчику настроить новый сервер? - Сколько разработчиков использует конкретный инструмент для проверки качества кода? - Действительно ли мы улучшили способы выполнения разработчиками их работы? И для ответа на такие вопросы удобнее привязывать измерения не к конкретным инструментам, а к тем целям, которые разработчики ставят перед собой при использовании инструментов. Это позволяет отвечать на вопросы, похожие на те, что приведены выше, сохраняя метрики ориентированными на пользователя, а не инструмент. Суть в том, что инженерам для выполнения своей работы приходится пользоваться большим количеством инструментов и нам надо дизайнить измерения так, чтобы они не были ограничены границами конкретных инструментов. Дальше ребята описывают свой подход к формулированию списка из 30 целей, покрывающих весь SDLC (software development lifecycle), выполнение которых можно отследить по логам инструментов, а также по ежеквартальному опросу удовлетворенности инженеров ... А что ребята получают в результате такого подхода можно почитать в моем обзоре:) #Management #Leadership #Software #SoftwareDevelopment #Architecture #SoftwareArchitecture #Metrics #Devops #Processes

ACM Professional Membership (Рубрика #ComputerScience) Сегодня в день программиста (256 день в году) я оформил себе профессиональное участие в ACM (Association of Computing Machinery) за 280 долларов. Эта подписка дает много бенефитов для continuous learning из трех пунктов 1) Professional Membership Эта подписка дает доступ к печатной и онлайн подпиской на "Communications of the ACM", доступ к MemberNet, TechNews, CareerNews, доступ к ACM Career и Job Center 2) ACM Skills Bundle Add-On Тут есть доступ к онлайн-книгам, курсам, тренировочным видео от O'Reilly, Skillsoft Percipio, Pluralsight 3) ACM Digital Library Add-On Доступ к ACM Digital Library, в котором есть 2 проприетарных и third-party текстов, больше миллиона биографических цитат, и так далее Чуть позже я разберусь с тем, что в реальности доступно и расскажу насколько это участие эффективно. Но если кто-то уже хочет оформить подписку, то ее оформление доступно здесь. #Software #Architecture #SoftwareDevelopment #SystemDesign

Code of Leadership #18 - Interview with Pavel Akhmetchanov about Processes and Tools (Рубрика #Management) В 18 выпуске подкаста Code of Leadership (аудиоверсия в Ya Music) я беру интервью у Павла ControlChart Ахметчанова про процессы разработки и инструментарий, который позволяет эти процессы сделать проще и эффективнее как для технических руководителей, так и для инженеров. Паша работает в компании T-Bank руководителем направления улучшения процессов разработки и создает инструменты, которые облегчают инженерам и менеджерам выстраивание процессов. Он является автором плагина jira-helper, а также продакт менеджром инструмента для коллаборативной работы https://unidraw.io . Паша является гуру Канбана (Kanban Coaching Professional) и евангелирует использование количественного анализа для улучшения процессов в бизнесе. За время интервью мы успеваем обсудить темы - Путь Паши в компании - Внедрение метрик и управление процессами - Опыт внедрения Канбан в компании и распространение знаний - Инструменты для управления процессами: T-Meter и Plancast - Инструменты для task tracking и knowledge database - Инструменты для коллаборативной работы: unidraw.io - Продуктовый подход к разработке - Менеджмент изменений и их цикличность - Важность эмоционального интеллекта Напоследок, Паша рекомендовал следующие книги - "Канбан Метод. Базовая практика" - я эту книгу читал и уже рассказывал про нее - "Principles of product development flow", Donald G. Reinertsen - "Forecasting and Simulation Software", Troy Maggines - "Actionable Agile Metrics for Predictability: An Introduction", Daniel S. Vacanti - "Sapiens" - Юваль Ной Харари - "The Heart of Change" — Джон Коттер и Дэн Коэн P.S. Рекомендую попробовать наш сервис https://unidraw.io, который мы плотно обсуждали с Пашей часть интервью. https://unidraw.io — бесплатный сервис для коллективного творчества, активно развиваемый одной из команд направления Базовых Технологий. Сервис был создан для внутреннего использования в Т-Банк как замена Miro. Команда решила вывести сервис в общий доступ и поделиться им с пользователями за пределами Т-Банка. Unidraw.io активно развивается, и его Road Map во многом зависит от пользователей и обратной связи, которую они предоставляют. У сервиса есть свой телеграм-канал: https://t.me/unidrawio и чат в Телеграме: https://t.me/unidrawiochat. В отличие от конкурентов, сервис предоставляется бесплатно и имеет историю версий. Также в нем присутствуют следующие функции: - Копирование из Miro - Шаблоны - Фреймы, стикеры, набор базовых элементов - Группировка - Табличное выравнивание и многое другое. Команда запустила FAQ прямо на доске Road Map пока не публичен, однако известно, что команда активно работает над расширением функционала, включая: - Увеличение количества фигур (Shapes) - Добавление методов авторизации - Возможность входа на доску без авторизации - Улучшение визуального движка для коллективной работы - Модули для презентаций - Интеграции с различными сервисами и другими задачами Им можно пользоваться уже сейчас, возвращать обратную связь которая обязательно будет учтена в разработке. #Architecture #Processes #Management #Leadership #Software #Statistics #Project #Productivity #ProductManagement

Software architecture 2024 O'Reilly Books (Рубрика #Architecture) В издательстве O'Reilly выходит много книг про software architecture, которые бывает интересно почитать. И вот ребята сделали подборку на humblebundle для тех, кто хочет купить их сразу пачкой и заплатить не 1k+ вечнозеленых, а всего 25$. Если пробежаться по книгам из подборки, то там есть - Learning Systems Thinking - судя по теме, книга должна быть очень полезной. Из того, что я читал на эту тему рекомендую Донелла Медоуз "Системное мышление" и вообще книги из списка "Книги про системное и критическое мышление", который я составлял ранее - Building Multi-Tenant SaaS Architectures - должно быть интересная книга, так как перейти от single tenant архитектуры к multi-tenant часто бывает сложно, а по умолчанию люди проектирую часто single tenant системы. Думаю, что эта книга подсветит многие вопросы, которые надо учитывать при проектировании multi-tenant систем - Head First Software Architecture - я такую книгу не читал, но думаю, что она может быть полезна для начинающих вкатываться в тему архитектуры - Enabling Microservice Success - кажется, что эта книга чуток запоздала, так как многие сейчас двигаются в обратную сторону от микросервисов:) - Serverless Development on AWS - книгу не читал, поэтому сложно сказать насколько она хороша - Communication Patterns - эту книгу я прочитал уже на 2/3 и даже планирую обсудить ее с одним из гостей в подкасте "Code of Leadership" - Building an Event-Driven Data Mesh - тема data mesh сейчас очень хайповая, поэтому книга может прийтись в самый раз тем, кто имеет дело с данными - Building Evolutionary Architectures, 2nd Edition - эту книгу мы разбирали в подкасте "Code of Architecture" - Mastering API Architecture - книгу не читал, но тема актуальная, поэтому добавил себе в список - RESTful Web API Patterns and Practices Cookbook - книги из серии cookbook обычно бывают полезны для начинающих - Software Architecture Patterns, 2nd Edition - это книга Марка Ричардса, которую я не читал, но зато я читал его книгу "Microservices Patterns", над которой надругались при переводе - Foundations of Scalable Systems - эту книгу я не читал, но тема является очень актуальной для меня, поэтому добавил себе ее в список - Software Architecture Metrics - я эту книгу читал и даже рассказывал о ней. Она является вольным дополнением книги "Building Evolutionary Architectures" - Software Architecture: The Hard Parts - эту книгу мы разбирали в подкасте "Code of Architecture" - Learning Domain-Driven Design - эту книгу мы разбирали в подкасте "Code of Architecture" и я отдельно написал обзор этой книги в нескольких частях - Building Microservices, 2nd Edition - эту классическую книгу я читал уже давно, когда хайп про микросервисы только начинался - Practical Process Automation - у меня эта книга есть в бумаге, но руки пока до нее не добрались - Flow Architectures - у меня эта книга есть в бумаге, но руки пока до нее не добрались - Building Event-Driven Microservices - еще одна книга про микросервисы ... - The Software Architect Elevator - крутая книга Gregor Hohpe, про которую я уже рассказывал - Fundamentals of Software Architecture - эту книгу я читал давно и рассказывал о ней, а в подкасте "Code of Architecture" мы разбирали ее продолжение "Software Architecture: The Hard Parts" - Monolith to Microservices - эту классическую книгу я читал уже давно и даже рассказывал о ней раньше. Она продолжает книгу "Building Microservices" - Technology Strategy Patterns - это крутая книга, которую мы разбирали в "Code of Architecture" - Designing Distributed Systems - это интересная книга, которую я читал давно и про которую уже писал раньше В общем, подборка у ребят получилась достойной и полезной, из которой я уже прочел больше половины книг:) #DistributedSystems #Architecture #SoftwareArchitecture #SystemDesign #Software #SoftwareDevelopment

Measure What Matters (Измеряйте самое важное. Как Google, Intel и другие компании добиваются роста с помощью OKR) - Part II (Рубрика #Management) Продолжая рассказ про книгу Джона Дорра, что я начал в постах 1 и 2, расскажу про оставшиеся главы первой части 5) Приоритизация: Remind. Кейс с целеполаганием на платформе для учеников и учителей Remind. Рассказ от лица Бретта Копфа, сооснователя компании. OKR в компании начали использовать с самого начала работы компании и это помогло им в масштабировании бизнеса за счет фокусировки на самом главном. 6) Обязательства: Nuna. Кейс компании Nuna из сферы здравоохранения. Рассказ от лица Джинни Ким, сооснователя и CEO компании. С первого раза OKR не запустились, но потом основательница стартапа перезапустила их, показав как сначала она использует OKR, потом ее управленческая команда, а потом и все остальные сотрудники. По-факту, руководители взяли ответственность за внедрение в свои руки и у них получилось. 7) Суперсила 2: синхронизация и прозрачность. OKR позволяют синхронизировать усилия сотрудников компании - это достигается за счет комбинации постановки целей сверху-вниз и оценки возможных результатов снизу-вверх . Кроме того, с таким подходом достигается прозрачность целей в организации и возможность межфункциональной координации. 8) Синхронизация: MyFitnessPal. Кейс компании MyFitnessPal, что выпускает фитнесс приложение. Рассказ идет от лица Майкла Ли, сооснователя компании. По-факту, ребята использовали OKR у себя внутри, а потом их купила Under Armour, которая потом захотела доработок сразу по всем направлениям. Но ребята смогли показать свои планы и синхронизовать свои возможности с Under Armour, используя OKR подход. Судя по кейсу, без этого наступил бы хаос и анархия:) 9) Прозрачность: Intuit. Кейс компании Intuit, что выпускает финансовые приложения и которой больше 40 лет. Рассказ идет от лица Аттикуса Тайсена, IT-директора компании. Собственно, Аттикус рассказывает о том, как OKR позволяют сделать IT прозрачнее для компании, которая продает облачный финансовый софт. 10) Суперсила 3: мониторинг. Конечно хорошо ставить цели, но еще лучше их отслеживать и корректировать в соответствии с обстоятельствами. Для этого в компаниях обычно заводят роль координатора OKR, который форсирует следование правилам. В Google этим долгое время занимался Джонатан Розенберг, который вместе с Эриком Шмидтом, бывшим CEO Google, написали книгу "How Google Works" ("Как работает Google"), про которую я уже рассказывал. Для мониторинга целей отслеживаются ключевые результаты, которые классифицируются по трем категориям: зеленый (> 0.7), желтый (0.4 - 0.6), красный (< 0.4). Желательно, чтобы результаты были легко измеримы, но к ним можно добавить еще самооценку с ручной корректировкой результата, где надо указывать с чем связана поправка. По сути OKR ориентированы на действие и анализ результатов помогает с этим. Автор предлагает задавать такие вопросы к своим OKR - Я выполнил все свои задачи? Если да, то что помогло мне добиться успеха - Если нет, то какие трудности я встретил на своем пути? - Если бы я мог переписать выполненную задачу, что бы я изменил? - Из того, что я узнал, что могло бы изменить мой подход к следующим циклам OKR? 11) Мониторинг: Фонд Билла Гейтса Кейс фонда Билла и Мелинды Гейтс, что посвящен реализации проектов здравоохранения. Рассказ идет от лица Билла Гейтса и Пэтти Стоунсайфер, ex-CEO этого фонда. В 2000 году Билл основал фонд с капиталом 20 млрд долларов и масштабными задачами. Для того, чтобы им управлять пригодились OKR, так как Билл в то время еще был председателем в Microsoft и ему нужно было быстро погружаться в происходящее внутри фонда. #Management #Leadership #Processes #Engineering #Project

А вот и обложки книг "Measure What Matters" и "Измеряйте самое важное. Как Google, Intel и другие компании добиваются роста с помощью OKR"

Measure What Matters (Измеряйте самое важное. Как Google, Intel и другие компании добиваются роста с помощью OKR) - Part I (Рубрика #Management) Эта книга Джона Дорра рассказывает об известном методе целеполагания под названием OKR (Objectives and Key Results). Сам Джон Дорр является знаменитым венчурным капиталистом-миллиардером, который проворачивает свои дела в компании Kleiner Perkins. Например, он от имени фирмы инвестировал в Google в 1999 году 12 млн долларов и получил за это 12% компании и место в совете директоров и дальше занес OKR как метод целеполагания, который Google принял всей душой, да так, что предисловие к этой книге написал сам Ларри Пейдж В общем, книга очень интересна даже не с точки зрения разбора подхода к OKR, а как некоторый сборник историй о том, как топовые компании брали этот метод к себе на вооружение. Книга состоит из двух частей: OKR в действии и новые методы работы. Часть 1. OKR в действии 1) Google: разрешите представить - OKR! В этой главе автор рассказывает про основные концепции OKR и как он их продавал ребятам из Google пока они были еще маленьким стартапом. Четырьмя суперсилами OKR как их называет Джон Дорр являются - Приоритизация и обязательства - Синхронизация и прозрачность - Мониторинг - Стремление к выдающимся результатам Кроме того, важно непрерывное управление производительностью (а не один раз в год), а также правильная культура. 2) Автор OKR. В этой главе автор вспоминает своего учителя Энди Гроува, который долго руководил Intel. В те времена Джон успел поработать в компании и увидеть как Энди использует расширенный подход MBO (Management by Objectives), который был популяризирован Питером Друкером. Но Энди Гроув докрутил его до того, что стал указывать ключевые результаты к целям, что позволило Джону сказать, что OKR придумал именно Энди. В итоге, вся глава приводит примеры того момента, когда Intel боролась за существование, перейдя от разработки памяти к разработке микропроцессоров. Кстати, про это время писал сам Энди в книге "Only the Paranoid Survive" ("Выживают только параноики"), о которой я рассказывал раньше. Кстати, у Энди есть еще одна крутая книга "High Output Management", которой исполнилось уже больше сорока лет 3) Operation Crush: Intel. Рассказ о том, как Intel, имея худший продукт (чип Intel 8086), за счет маркетинговых усилий и фокусировки усилий всех в компании при помощи OKR нанесла поражение Motorola (чип Motorola 68000). Именно так стартовала архитектура x86 - не с успеха технологии, а с успеха маркетинга:) Подробнее можно прочитать здесь. Но суть в том, что Motorola не успела отреагировать на агрессивный маркетинг конкурента и упустила рынок. Интересно сравнить с состоянием Intel сейчас, которая примерно так же проигрывает битву за рынок чипов. 4) Суперсила 1: приоритизация и обстоятельства. OKR должны отвечать на вопросы: а какие приоритеты у компании на ближайший период, куда людям следует направить усилия. OKR состоят из целей, которые дают вдохновение и стремление к новым горизонтам, а ключевые результаты содержат более приземленные метрики, которые позволяют понять достигли ли мы цели. Ключевые результаты должны быть краткими, конкретными и измеримыми, а также выполнение всех ключевых результатов должно привести к цели. OKR не должно быть много (не больше трех), а также они должны быть значимыми - не надо туда писать повседневные обязанности или делать из них список пожеланий. Продолжение обзора в следующих постах. #Management #Leadership #Processes #Engineering #Project

How to Do Great Work Without Being an Asshole (Как управлять хаосом и креативными эгоистами) - Part II (Рубрика #Management) Заканчивая рассказ про эту книгу, начатую в постах 1 и 2, я хотел бы рассказать об оставшихся главах 8.) Презентации - по мнению автора, хорошая презентация клиенту не преследует целью продажу продукта (тут автор конечно лукавит). Цель в том, чтобы показать клиенту ход мысли команды и дать обоснование предложенного креативного решения. Вообще он предлагает следующую структуру презентации - Цель презентации - Что вы покажете сегодня - Цели и задачи проекта - "Большая идея", что лежит в основе креативного решения - Работа, что может быть в зависимости от проекта: креативом, дизайном или варфреймами - Рекомендация агенства по выбору из предложенных вариантов - Краткий повтор всех концепций на одном слайде - Вопросы клиентов - Следующие шаги 9) Сверхурочная работа - раньше кранчи у креативных агенств и геймстудий были часты, но автор ратует за их сокращение. Правильно выстроенный процесс и планирование позволяет сделать сверхурочную работу скорее исключением, чем правилом 10) Клиенты - с большинством клиентов можно выстроить эффективную совместную работу. Для этого стоит надо понять приоритеты клиентов и дальше можно следовать советам - Будьте честны, хотя это и не слишком популярны - это позволяет выстроить доверительные отношения - Включите клиента в состаав команды - Регулярно устраивайте обсуждение хода работы - Не приукрашивайте неприятную информацию - Не конфликтуйте с командой заказчика 11) Как нанимать и наниматься на работу - автор начинает главу с правил хорошего тона, а именно с того, что на заявление соискателей надо отвечать обязательно. Он вспоминает как сам искал стажировку и из 20+ дизайнерских фирм ему никто не ответил. Дальше автор говорит, что хорошее предложение должно содержать хотя бы два их трех элементов: интересную работу, work/life balance или чертову кучу денег. Также автор предлагает отслеживать следующие красные флажки на собеседованиях - Намеки на сверхурочную работу - Людей, обедающих на рабочем месте - Нарочитый комфорт в офисе, который показывает, что персонал поощряют остаться после работы - Отсутствие этического и социокультурного разнообразия среди собеседующих - Отсутствие видимого разнообразия в руководстве - Раздельное размещение руководства и команд креативного агенства - Всякие бредни вроде "работа прежде всего" - Лицо креативного директора, которое красуется на кружке Если есть больше двух красных флажков, то автор предлагает воздержаться от этой работы 12) Как увольнять и увольняться - надо помнить, что мир тесен, поэтому прощаться с работой надо на высокой ноте. Он предлагает - Продолжать оказывать помощь прежней команде - Подать заявление об увольнении загодя (особенно если на вас многое завязано) - Написать всем благодарственные письма за совместную работу - Всегда хорошо отзываться о своей прежней должности Ну и увольнять надо правильно - дать возможность исправиться или ротироваться, если есть подходящие варианты, а если нет, то расстаться полюбовно и помочь найти другую работу 13) Когда то, что вы не сволочь, делает вас настоящей сволочью - иногда для достижения результата придется принимать сложные решения и выглядеть сволочью. Тезисы автора выглядят так - Будьте фанатом контроля ... но не контролируйте каждый шаг - Требуйте от сотрудников большего - крутой креативный продукт требует упорной работы - Под давление люди работают лучше - Дизайн не признает демократии - Если люди не тянут, то не удерживайте их - Правда - горькое лекарство - Не бойтесь начинать все сначала 14) Манифест тех, кто не хочет прослыть сволочью - здесь автор выдает 13 тезисов вида - Я оставлю свое эго дома - Я буду вести себя откровенно, уважительно и честно со своей командой и клиентом - Я буду отдавать должное тому, кто это заслужил - и так далее На этом эта небольшая, но очень полезная книга заканчивается и я рекомендую почитать ее каждому руководителю, а не только руководителям рекламных агенств:) #Management #Leadership #Processes #Project #Productivity

Leetcode - прогресс за семь месяцев (Рубрика #SelfDevelopment) Я уже восемь месяцев на leetcode. В принципе, сейчас достаточно уверенно решаю большинство задач уровня Medium за приемлемое время, кроме задачек на динамическое программирование - что-то оно у меня пока туговато идет. К сожалению, пока не хватает времени, чтобы плотнее заняться этим вопросом, а также я не успел закончить курс по System Design, который мне понравился. Радует пока только ритмичность - получается пару задачек в среднем за день решать. А это приводит к тому, что руки вспомнили как писать код и даже думаю, что смог бы сейчас достойно пройти наше интервью по написанию кода:) P.S. Предыдущие посты на эту тему доступны здесь: 1, 2, 3, 4, 5, 6, 7, 8 P.P.S. Пока мне больше всего понравились 2 больших курса - LeetCode's Interview Crash Course. Data Structures and Algorithms - обзорный курс про структуры данных и алгоритмы - LeetCode’s Interview Crash Course System Design for Interviews and Beyond - большой курс по system design с хорошей структурой и качественным и глубоким материалом #SelfDevelopment #Algorithm #Software #SoftwareDevelopment

Правила хорошего тона "Радионяни" (Рубри #Kids) Я начал читать перед сном сыну-второкласснику эту книгу про правила хорошего тона и нам она понравилась - написано интересно и доступно, и в ней разбираются те вопросы, которые сложно объяснить детям без примеров. Примеры детям проводит учитель Николая Владимирович, который введет эту уроки про правила хорошего тона для своих учеников Саши и Алика. А само название книги идет от передачи "Радионяяня", которая впервые прозвучала больше 50 лет назад и выходила в эфир почти двадцать лет. Ведущие проводили веселые занятия по разным предметам, пересказывали смешные случаи с уроков, разыгрывали сценки. Передача собирала большую аудиторию детей, которым уроки в этой форме позволяли лучше понимать материал. В книге собраны рассказы по следующим животрепещащим темам, которые полезны для начинающих и продолжающих школьников - Как вести себя в классе - Как вести себя на улице и в транспорте - Как разговаривать по телефону - Как вести беседу - Как надо знакомиться - Как вести себя в кино - Как вести себя в театре - Как вести себя в гостях - Как принимать гостей - Как разговаривать в общественных местах - Как писать письмо - Зависть - Жвачка - Тактичность - Скромность - Как дарить цветы #ForKids #ForParents

А вот и обложки книг "How to Do Great Work Without Being an Asshole" и "Как управлять хаосом и креативными эгоистами", а также часть интересных иллюстраций, которые показывают стиль автора и его практичные советы

How to Do Great Work Without Being an Asshole (Как управлять хаосом и креативными эгоистами) - Part I(Рубрика #Management) Оригинальное название этой книги Пола Вудса нравится мне гораздо больше переводного. Но и в переводе есть смысл, так как автор рассказывает про свой опыт управления креативным агенством. Эта небольшая книга наполнена забавными историями про основы менеджмента, которые в такой подаче проглатываются за пару часов, благо книга небольшая и вот ее содержание 1) Быть приятным человеком выгодно - для долгосрочного успеха важно выстроить хорошую культуру в компании, а это проще сделать не будучи мудаком. Так и хороших сотрудников проще привлечь на работу и с клиентами выстроить отношения. Сейчас с появлением сайтов типа Glassdoor все тайное очень быстро становится явным и быть приятным человеком действительно выгоднее, чем быть asshole. Но это не отменяет того, что для получения выдающегося результата надо круто работать - легких путей здесь нет 2) Эгоцентризм в креативном мире - автор делит большую часть креативных ребят на 2 категории: уязвимые и неуверенные в себе и эгоистичные нарциссы. Первые страдают от своей неуверенности и им нужно внешнее одобрение, что открывает дорожку для манипуляций. А вторые считают себя выше правил и процессов и зачастую разрушают культуру компании. Мне особенно понравилась фраза автора в сторону руководителей "ваша обязанность - растить команду, а не собственное эго". 3) Деловые совещания - совещаний должны быть меньше, но они должны быть эффективнее. У встречи должна быть четкая цель, список участников и время проведения. Во время встречи нужно начать с цели, а дальше придерживаться плана обсуждения, фассилитировать дискуссию, зафиксировать следующие шаги и ответственных. После встречи надо разослать участникам meeting notes и подсветить ожидания по следующим шагам. 4) Питчинг - здесь автор рассказывает про то, что в креативной индустрии presale раньше не оплачивался. Агенство готовило питчи по продуктам часто бесплатно, а потом как на конкурсе талантов клиент слушал n питчей и выбирал победителя. Автор говорит, что это порочная практика, так как она не характеризует стандартную работу клиента с дизайн агенством, так как в реальности они обычно должны работать парой, поэтому не ясно что таким подходом проверяется. Кроме того, это обесценивает работу креативщиков - никто не любит работать бесплатно. Автор предлагает заменить это практикой демо-дня, где клиент и ребята из агенства вместе работают один день над задачами клиента. 5) Подготовка проекта - здесь автор рассказывает на пальцах про планирование проекта целиком, а дальше его выполнение спринтами из Скрама. В общем и целом, это дает нужную предсказуемость в креативном агенстве. 6) Брифинги - рассказ про важность спецификаций от клиента. В письменном виде и с правильной структурой: - Контекст задания - Описание проекта в одном предложении - Какие бизнес-задачи он должен решить? - Перечень конкретных ожидаемых результатов - Промежуточные и окончательные дедлайны - Ссылки на файлы и документы, что нужны для выполенения проекта 7) Обратная связь - ее нужно давать вовремя и качественно. Автор так формулирует базовые правила обратной связи - Говорите прямо и открыто - Будьте позитивны и конструктивны - Выражайтесь ясно и точно - Приводите примеры - Просите задавать вопросы Окончание обзора в следующем посте #Management #Leadership #Processes #Project #Productivity

The Art of Project Management (Искусство управления IT-проектами) - Part III (Рубрика #Management) Этим постом заканчивается рассказ про книгу, начатый в постах 1 и 2. Здесь мы поговорим о последней части "Management" 12) Why leadership is based on trust Глава начинается с обсуждения простых вещей, которые помогают завоевать доверие, например

Делайте то, о чем говорите, и говорите то, о чем думаете

Дальше автор толкает тезисы, что - Доверие строится на безусловном выполнении взятых на себя обязательств. А непоследовательное поведение в решении важных вопросов ведет к утрате доверия. - Есть два вида власти в организации: заслуженная и предоставленная власть. Первая возникает в качестве ответной реакции на ваши действия. Она намного полезнее предоставленной власти, которой вас наделили руководители. Но лучше, чтобы у вас были обе эти ветви:) - Передача полномочий внутри команды помогает построить доверительные отношения. Но при возникновении проблем руководителю стоит взять на себя ответственности за их возникновение. Это помогает укрепить доверие сотрудников и дальше они будут приходить к вам о своими проблемами, а не заметать их на ковер. - Ну и для руководителя очень важна вера в самого себя - это краеугольный камень руководства. 13) How to make things happen Глава начинается с того, что Скотт рассказывает о качестве крутых руководителей - о способности добиваться желаемого результата. Он так определяет эту способность

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

- Автор рассказывает как приоритизировать работу и использовать для этого списки. Он выделяет три главных списка список целей (концепция), список характеристик (спецификация) и список работ. Эти списки должны быть согласованы друг с другом. - Для того, чтобы достигать результатов надо уметь говорить "нет", если вы не умеете говорить нет, то у вас эффективно нет приоритетов. - Руководитель должен поддерживать знания команды о том, как идет проект. - Для того, чтобы оставаться в ожидаемых сроках удобно использовать критический путь или даже критическую цепь 14) Middle-game strategy Здесь автор рассказывает про этапы проекта и показывает как мониторить его выполнение. В общем и целом, сейчас есть гораздо более интересные книги на этот счет, например, “Визуализируйте работу” (“Making Work Visible”). Я рассказывал про эту книгу раньше 15) End-game strategy Эта глава посвящена завершению проекта, которое по мнению автору подобно приземлению самолета

И то и другое требует приближаться к финишу долго и медленно. При этом нужно быть готовым к внезапному повторному взлету без серьезных переделок

В общем и целом, сейчас запуск IT проектов все-таки будет попроще, так как у нас есть CI/CD и все части системы можно обновлять и тестировать по много раз на дню. Но если проект комплексный и в нем замешаны все функции компании, то он может быть очень сложен и его запуск действительно похож на описанное выше 16) Power and politics Последняя глава посвящена власти и политике. Честно говоря, я это не особо люблю, но политика является естественным следствием человеческой природы. В итоге, если люди работают в единой группе, то там точно будет какое-то распределение властных полномочий. Автор отмечает, что - У каждого руководителя есть свои политические ограничения и чем больше власти у человека, тем сложнее структурно эти ограничения - Политическая власть может включать: поощрения, принуждения, манипулирование осведомленностью, сложившимися отношениями и влиянием - Для решения политических проблем надо понять расклад и дальше попробовать договориться с теми, у кого есть политическое влияние на участников Отдельно отмечу, что автор советует почитать книгу "48 законов власти", которая как мне кажется наполнена антипаттернами того, как должен вести себя руководитель. В итоге, ее можно читать только как книгу "Вредные советы" Григория Остера:) #Management #Agile #Project #Leadership #SelfDevelopment #Software #Processes

Creating Software with Modern Diagramming Techniques - Ashley Peacock & Stefan Hofer - GOTO Club (Рубрика #Architecture) Во время прогулки с собакой решил послушать выпуск подкаста конференции GOTO и выбрал обсуждение книги про рисование диаграмм "Creating Software with Modern Diagramming Techniques". Иронично, что это аудиовыпуск, в котором нет ни одного изображения не то, что диаграмм, но и участников выпуска:) Но меня это не смутило, так как я рисовал много диаграмм и пользовался всеми упоминаемыми инструментами сам. Эшли написал книгу "Creating Software with Modern Diagramming Techniques" для того, чтобы рассказать новому поколению разработчиков о том, что было хайпом порядка 20 лет назад, когда визуальным CASE средствам моделирования пророчили те же лавры, что сейчас пророчат Copilot в написании кода:) Идея была в том, чтобы нарисовать диаграммы, а из них должен был получиться рабочий код. Это конечно не случилось, но по дороге к этому средства моделирования усложнились до того, что их перестали использовать сами разработчики. Зато их начали использовать архитекторы всех сортов:) Но вернемся к интервью с автором и основным тезисам - Эшли написал книгу не просто про диаграммы as a Code, а про использование этого подхода вместе с инструментом Mermaid - Эшли преимущественно использует 3 вида диаграмм: sequence diagram прямиком из UML, C4 Model от Саймона Брауна (подробнее в моем разборе его выступления), модель предметной области - Sequence диаграмма используется для моделирования взаимодействия систем или людей - C4 Model используется для моделирования архитектуры на разном уровне абстракции: context, container, component, code - Модель предметной области - это просто вариация на тему старой доброй ER диаграммы и она используется для описания проблемной области, в которой работает софт - Вообще, есть и другие инструменты для построения диаграмм из кода — Plantuml - хороший инструмент для построения диаграмм, движок которого написан на Java, а не javascript как Mermaid — Structurizr - хороший инструмент для моделирования в нотации C4 Model от автора концепции. Этот инструмент не позволяет рисовать условно произвольные диаграммы - По мнению автора книги Mermaid выигрывает у Plantuml, так как Mermaid сделан на js, а значит может исполняться и на чайнике, а также он встроен в GitHub и Gitlab. У Structurizr же Mermaid выигрывает широтой поддержки разных диаграмм - И немного про фичи Mermaid — Поддерживает широкий спектр типов диаграмм, от формально определенных языков моделирования до моделирования в свободной форме — Определяет язык разметки для описания диаграмм в виде кода и имеет инструменты для создания реальных визуальных диаграмм. — Имеет хорошую документацию и живой редактор для создания диаграмм. — Обеспечивает обратную совместимость и постоянно добавляет новые типы диаграмм. - Общие плюсы diagram as a code в том, что диаграмма описывает простым текстом, а значит ее легко положить в систему контроля версий, а также видеть изменения между версиями - Автор отмечает, что сейчас можно использовать LLM для того, чтобы создать диаграммы по простому описанию - LLM просто генерит код в нотации Mermaid для построения диаграммы - Ну и в конце разговора автор говорит, что возможно мы увидим возрождение архитектуры, основанной на моделях, или разработки, основанной на моделях, с новыми инструментами и искусственным интеллектом. #Architecture #Vosualisation #Software #SystemDesign

Дисциплины в университете: что изучают студенты ФКН (Рубрика #Career) Недавно вышел интересный эпизод подкаста "Уютный ФКНчик", в котором обсуждается прикладное значение курсов, которым обучают в университете и их полезность в дальнейшей карьере. Подкаст интересен темой и своим звездным составом - Евгений Соколов - ведущий подкаста, а также научный руководитель Центра непрерывного образования ФКН, академический руководитель образовательной программы «Прикладная математика и информатика» ФКН - Иван Пузыревский - гость подкаста, а также директор по технологиям в Yandex Cloud - Игорь Маслов - гость подкаста, а также директор базовых технологий в Т-Банке Ребята за час успевают обсудить кучу вопросов, которые могут помочь не только студенту, но и уже сложившемуся инженеру понять как ему прокачиваться дальше - Сколько и каких языков программирования надо знать хорошему специалисту; - Что нужно знать про операционные системы, чтобы устроиться в Yandex Cloud; - Зачем на собеседованиях требуют знания алгоритмов и структур данных; - Почему необходимо изучать математику и как она пригождается на практике; - Нужно ли машинное обучение классическим разработчикам; - Как писать безопасный код и что для этого надо знать. Подкаст организован Центром непрерывного образования ФКН совместно с Т-Банком. P.S. Я с большим интересом послушал этот подкаст, но еще интереснее общаться на эти темы с ребятами вживую:) #Career #Software #Architecture #SystemEngineering #Engineering