Мой сын на IT пикнике в Коломенском зажигал на разогреве до начала докладов в шатре архитектуры:) А ближе к вечеру я буду в этом шатре анонсировать последний доклад

Система технологического мониторинга объектов с использованием интернета вещей - Олег Шиловский

Сегодня попробовал себя в роли ведущего на ИТ Пикнике, где я анонсировал доклад Олега. Суть в том, что этот доклад в программу конференции взял я, так как мне показалось, что на фестивале будет интересно послушать про архитектуру и надежность кибер-физических систем. Олег очень подробно разбирал как это сделать на примере реального железнодорожного моста. Как по мне доклад получился очень интересныи и небанальным. Теперь у слушателей при упоминании IoT будет всплывать не только малинки (Raspberry Pi), но и промышленный IoT.

P.S.
Позже будут доступны записи докладов

#Architecture #Conference

Читательский дневник за мой двухнедельный отпуск (Рубрика #Selection)

Мой отпуск, начавшийся 5 августа уже подходит к концу, поэтому я решил подвести итоги своего читательского спринта за эти 2 недели
1) Alibaba: The House That Jack Ma Built (Alibaba. История мирового восхождения от первого лица) - интересная история про восхождение Джека Ма с его компанией, которая стала гигантом e-com в Китае, начав с трансграничного b2b (Alibaba), продолжив внутренним b2c (Taobao), а потом добавив еще и платежную систему (AliPay, а потом Ant Group). Книга вышла на английском в 2016 году
2) Developing Apps with GPT-4 and ChatGPT: Build Intelligent Chatbots, Content Generators, and More (Разработка приложений на базе GPT-4 и ChatGPT) - коротенькая книга про использование GPT-4 для создания приложений. Ничего особенного, но основы рассказывает. Книга вышла на английском в 2023 году.
3) Это наша Москва - приятная книга с историями про разные интересные уголки Москвы, которые написали читатели канала про Москву ("Москвариум"). Книга 2022 года издания.
4) Архитектура Дома Наркомфина вчера и сегодня - интересная история про утопический дом и архитектуру конструктивизма в общем, которая набирала ход в первые годы СССР. Книга 2023 года издания.
5) Экстремальное программирование: постановка процесса (Extreme Programming Applied: Playing to Win) - книга про экстремальное программирование (XP) из времен старта моей карьеры (на русском она появилась 20 лет назад, а на английском за пару лет до этого). В этой книге авторы разбирают что такое XP и главное, как его применить на практике. Интересно, что большая часть практик XP стала стандартом де-факто и сейчас их даже не надо продавать, так как они считаются некоторым baseline для инженерных практик. Но в начале 2000х XP проиграла маркетинговую войну другим Agile подходам навроде Scrum и его вариаций - инженеры не так красиво пели, как любители поговорить за процессы и ритуалы, поэтому скрам был сильно известнее XP:). Книга 2000 года издания (в оригинале)
6) Super Pumped: The Battle for Uber (Битва за Uber) - история про компанию, которая продемонстрировала силу подрывных инноваций, буквально разрушив стандартный мир таксистов и диспетчеров и построив на осколках новый красивый и удобный мир для пассажиров. Этой революцией руководил Трэвис Каланик, который ценил результаты превыше всего и игнорировал законы, выкручивая руки властям. Книга вышла на английском в 2020 году
7) Managing Humans: Biting and Humorous Tales of a Software Engineering Manager (Как управлять интеллектуалами: я нерды & гики) - я прочитал эту книгу Майкла Лоппа (Michael Lopp) на английском 5 лет назад, к тому моменту она была уже не первой свежести - пережила 3 переиздания и последнее было в 2016 году. Книга тогда мне понравилась - авторский стиль отличался легкостью и юмором и местами достаточно точно бил в цель. А в этом отпуске я перечитал книгу уже на русском, так как в свое время издательство "Питер" перевело книгу "Managing Humans" под названием "Как управлять интеллектуалами". Я тогда поржал с названия и добавил его в свой виртуальный список книг, которые попали под каток вандалов-переводчиков:) Третье английское издание книги вышло в 2016 году
8) Like, Comment, Subscribe: Inside YouTube's Chaotic Rise to World Domination (Youtube. Как самый популярный видеохостинг завоевал мир?) - это очень интересная книгаот Марка Бергена про зарождение, развитие и доминацию Youtube, которая показывает backstage этой медиа-империи. Книга вышла на английском в 2022 году

Все эти книги я могу порекомендовать к прочтению, если у вас отзывается основная тема книги не важно что это: архитектура прошлого века, инженерные процессы или история успеха bigtech компании:)

P.S.
За это время я начал читать еще несколько книг, но пока не успел их прочитать, поэтому писать про них не буду:)

#Selection #Architecture #Management #SuccessStory #Bigtech #Engineering

Подборка книг c распродажи в издательстве Питер (Рубрика #Sales)

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

Книги, что давно мной прочитаны и просто нужны мне на полке
- Распределенные данные. Алгоритмы работы современных систем хранения информации - в девичестве на английском эта книга Алекса Петрова называлась Database Internals и я про нее много рассказывал (1 и 2), а также мы ее обсуждали в подкасте "Code of Architecture"
- Мифический человеко-месяц, или Как создаются программные системы - классическая книга Фредерика Брукса, которая в следующем году справляет свой юбилей. Сам Фредерик умер 2 года назад, а книга про его приключения как менеджера внутри IBM при создании OS/360 до сих пор живет. Кстати, именно оттуда появились крылатые фразы вида "Девять женщин не родят ребенка за месяц" или "Если проект не укладывается в сроки, то добавление рабочей силы задержит его ещё больше". Я раньше уже рассказывал про эту книгу
- Безопасные и надежные системы: Лучшие практики проектирования, внедрения и обслуживания как в Google - эту книгу я читал в оригинале и она называлась "Building secure and reliable systems", а также уже рассказывал про нее. Эта книга написана в Google как продолжение серии SRE книг, среди которых были SRE Book и SRE Workbook. Но если в тех книгах был фокус на надежности, то эта книга комбинирует надежность и безопасность вместе. Основной посыл авторов книги, что ни надежность, ни безопасность невозможно легко добавить в систему, если изначально она создавалась без учета этих концепций.

Книги, которые я пока не читал
- README. Суровые реалии разработчиков - книга про будни разработчиков и практиками инжиниринга, которые сейчас являются стандартом де-факто. Если книга зайдет, то дам ее почитать 18-летнему сыну, что пошел в этом году на направление геймдизайн (и наконец-то начал читать книги по программированию)
- Software: Ошибки и компромиссы при разработке ПО - эта книга подкупила меня своей второй главой, которая называется "Дублирование кода не всегда плохо". Ели книга оправдает мои ожидания, то я планирую ее показать менеджерам, что излишне увлекаются идеями детских конструкторов и переиспользования кода
- Гейм-дизайн: как создаются игры - эта книга про геймдизайн, про который я и до этого много читал и писал (1, 2, 3), а теперь буду его изучать еще подробнее:)
- Грокаем Continuous Delivery - я вроде неплохо понимаю в CI/CD, но хочется почитать про него подробнее в очень простых примерах, опять же, если книга окажется хорошей, то я смогу ее рекомендовать для начинающих (навроде, моего старшего сына)
- Грокаем функциональное программирование - лет 10 назад еще на Coursera я проходил 5 курсов по ФП, где мы разбирали Scheme, Racket, Scala и другие эзотерические языки программирования. Я так их и не ипользовал в проде, но хочется побботать их опять - вдруг я чуток лучше начну их понимать
- Дизайн для разработчиков - я довольно много книг читаю про дизайн для дизайнеров (1, 2, 3), а тут хочу посмотреть как это подают разработчикам
- Карьера Software Engineering Manager. Эффективное управление командой разработчиков ПО - в рамках работы над книгой про engineering management полезно изучить другие источники
- Карьера продакт-менеджера. Все что нужно знать для успешной работы в технологической компании - для инженеров сейчас полезно думать продуктово, особенно если вы работаете не в галере, а делаете продукты. А для руководителя разработки это уже жизненно необходимо, например я уже писал про книги на эту тему: 1, 2, 3, 4, 5
- Паттерны проектирования API - я люблю паттерны, люблю хорошие API, плюс мне понравилось оглавление. Решил купить и если книга не разочарует, то сделаю на нее интересный обзор:)
- Чистый Python. Тонкости программирования для профи - я уже больше полугода решаю задачки на Leetcode, используя Python 3. До этого я когда-то использовал Python 2, но и тогда это был мой 3-4 язык из доступного набора по частоте использования. Именно поэтому я решил взять книгу и преисполниться python way по мере ее чтения:)

#Sales

Managing Humans: Biting and Humorous Tales of a Software Engineering Manager (Как управлять интеллектуалами: я нерды & гики) - Part IV (Рубрика #Management)

Продолжаю рассказ обзором второй части "The Process is the Product", где автор рассказывает как хорошие процессы помогают предотвратить проблемы и катастрофы. Хорошие процессы придают структуру работы, а плохие - приводят к бюрократии, бессмысленным совещаниям, конфликтным ситуациям. Автор в 10 главах дает свои советы как сделать ваши процессы хорошими. (Предыдущие посты 1, 2, 3)

22) 1.0
В этой главе Рэндс рассказывает о том, что запуск версии продукта 1.0 всегда сложен (фактически, это создание стартапа). Он приводит метафору перевернутой пирамиды с 4 уровнями, где вы как эквилибрист балансируете ее на острие проекта
- Проект - содержит суть того, что вы хотите сделать и придает эффект срочности
- Люди - для запуска проекта нужна команда (но незаменимых людей в ней нет)
- Процесс -определяет коммуникацию людей
- Продукт - пока его нет, у вас нет компании
Большинство стартапов не вывозят соблюдение баланса и вся пирамида разваливается
23) Мифы о процессе
Процессы - это придумки менеджеров, что бесят инженеров. Пока компания была маленькой процессы были простыми и неформальными. Но по мере роста компании процессы усложняются. Это не нравится старой гвардии внутри компании, которая и без новых доработок в процессах ориентируется в том, что происходит. А новые процессы обычно создаются новой гвардией. Из-за этого происходит конфликт. Если обобщить хорошие процессы могут быть полезны, но важно понимать цель и суть каждого процесса - иначе это какой-то карго-культ.
24) Как начать?
Рэндс рассказывает про то, как разложить большую цель на отдельные шаги и выполнять их. Эти шаги могут быть не всегда линейными и это ок. Главное снять давление большой цели, но проверять, что выполнение значительного количества шагов приближает к цели. Я сам использую этот подход для написания книги
25) Найти время на то, чтобы подумать
Автор рассказывает про то, что руководители часто проваливаются в операционку и просто реагируют на события. Но надо отдельно подумать о том времени, которое можно выделить на то, чтобы подумать. Он предлагает проводить встречи
- мозговой штурм, посвященные большим проблемам, где происходит обсуждения
- прототип, где обсуждается прототип решения
Важно отдельно контролировать принимаете ли вы решения, реализуете ли вы их (или только говорите)
26) Ценность "пропитки
Хорошая идея о том, что для решения сложной проблемы надо дать ей время настояться в вашей голове. Сначала во время активной фазы надо закинуть в голову факты, идеи и контекст. А дальше во время пассивной фазы взять паузу и сделать так, чтобы мозг в фоне думал об этой проблем. Дальше к вам придет инсайт ... но это не точно. Я сам использую этот подход для презентаций и статьей
27) Фиксация контекста
Автор предлагает фиксировать гениальные идеи. Для этого он использует метафору VCS (git). А меня это навело на мысли про ADR (architecture decision records) или лог решений
28) Теория капли
Эта мысль сходна поговорке "вода камень точит"
29) Когда рушится мир
Автор описывает подход работы в инциденте, где формируется командный центр, проводится анализ ситуации, предлагается первый план, он анализируется и дорабатывается, а потом применяется. Во время применения всех заинтересованных информируют о решении инцидента
30) О важности хакинга
Это про дуальность компаний. Пока компания стартап она движется быстро и срезает углы в угоду скорости. Потом она растет и начинает ценить стабильность. Но даже так в ней должна быть нестабильная часть иначе можно пропустить подрывные инновации с рынка
31) Разрушители энтропии
По мере роста компании могут понадобится хорошие проджект менеджеры. Плохие приносят только бюрократия и процессы ради процессов, а хорошие помогают построить качественные процессы:)

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

#Management #Software #Engineering #SoftwareDevelopment #Processes #Leadership

JVM Day - Java/Kotlin/Scala конференция от T-Bank (Рубрика #Conference)

В последний день лета (31 августа) в нашем офисе на Белорусской пройдет полноценная конференция JVM Day для любителей языков, которые работают поверх JVM и не только для них:) На конференции будут три отдельных трека:
- Java - с докладами про Spring Boot и зачем нам Kora, про Fluent API, Giga IDE от Сбера, Virtual threads и Webflux, а также про модульность в Java
- Scala - с докладами про управление ресурсами с жизненным циклом, Scala CLI, про абстракции в Scala, документацию приложений, функциональный дизайн
- Backend- это platform agnostic трек, который будет содержать доклады про finops, graceful degradation, transactional outbox и другие интересные темы:)
А после всех докладов теплый субботний вечер можно будет закончить на атепати: сыграть в java-покер, проверить скиллы на диджитал-интервью или просто сделать фото в Дача-core.

Для регистрации на конфу надо заполнить форму:)

P.S.
Может быть и у меня получиться дойти на эту конференцию, послушать доклады и пообщаться с пришедшими слушателями. Хотя вероятность этого не так высока - обычно субботы я провожу с женой и детишками.

#Conference #Software #Architecture

ЦЕХ 4 - Урок #16 "Авторские права и договор с издательством. Эксперт — Наиля Тимершина" (Рубрика #Writing)

Очередной урок из курса книгописания и книгоиздания от МИФ был посвящен авторским правам и договору с издательством. Это очень важные темы для авторов, так как именно договор определяет условия взаимоотношений. Интересно, что в 15 уроке "Превращение рукописи в издание" уже было много деталей про авторские права и особенности договоров, поэтому из этого урока я забрал не слишком много

1) Авторское право возникает в момент создания произведения, но для защиты прав требуется акт приема-передачи
2) Авторское право действует на протяжении жизни автора и еще 70 лет после смерти
3) Автор может зафиксировать свои права на произведение, используя различные способы, включая российское авторское общество, депозитарий или нотариуса.
4) Договор между автором и издательством является неотъемлемой частью взаимодействия и должен быть выгоден обеим сторонам.
5) Автор может вести переговоры о деталях договора (проценте роялти, наличии аванса, эксклюзивности договора), но многое зависит от рентабельности проекта для издательства.
6) Использование чужих произведений без согласия авторов и правообладателей запрещено, но допускается цитирование с указанием имени автора и источника заимствования (размер приемлемой цитаты зависит от контекста и не выбит в камне)
7) Издатель и автор могут договориться о сроках и объемах редактирования и корректуры, но оформление произведения обычно выбирает издатель

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

#SelfDevelopment #PublicSpeaking #Storytelling #Writing

The Engineering Executive's Primer: Impactful Technical Leadership

Сегодня друг подарил мне эту книгу Will Larson в бумаге, которая больше квартала ехала из США. Я уже предвкушаю как прочитаю эту книгу для инженерных топ-менеджеров:) Суть в том, что мне нравится бложик Вилла Ларсона lethain.com и его предыдущие книги
- Staff Engineer - эта книга является классным источником информации по карьерному пути для инженеров, которые переросли уровень senior и отправились покорять новые моря. Я про нее уже рассказывал: 1 и 2
- An Elegant Puzzle. Systems of Engineering Management - крутая книга для engineering managers, про которую я рассказывал раньше, а потом было две серии подкаста "Code of Leadership" с разбором этой книги вместе с Eugene Sergueev, senior engineering manager из Flo health: 1 и 2

В общем, еще до прочтения книги, я могу ее порекомендовать своим читателям.

#Engineering #Management #Leadership #Processes #SystemDesign #SystemThinking #SystemEngineering

Like, Comment, Subscribe: Inside YouTube's Chaotic Rise to World Domination (Youtube. Как самый популярный видеохостинг завоевал мир?) - Part II (Рубрика #Management)

Продолжая рассказ про историю Youtube, который я начал в первом посте, поговорим про вторую часть книги, которую я окрестил "10x рост"

8) Алмазная фабрика
Google управляла Youtube уже не особо церемонясь, чуть не отказавшись от своего плеера и не превратив Youtube в "гигантскую машину ссылок". На фоне корпоративного управления из компании ушел последний основатель, Хёрли. Параллельно на Youtube начали появляться студии, что получили возможность монетизации, а они уже подтягивали отдельные каналы, фактически, позволяя им начать монетизироваться (тогда монетизация была включена только у избранных). Интересно, что в это время спрос на рекламные места был больше, чем было монетизируемых каналов.
9) Воины-ботаники
В 2010 году взлетел канал Nerdfighters (воинов-ботаников) и это был пример того, как создатели видео формируют вокруг себя сообщества по интересам. В этом же году состоялась VidCon, на которую пришло 1400 человек из субкультуры создателей видео на Youtube. В это же время просмотры телевизионных программ падали, а Youtube росла, но зарабатывать создателем видео было сложно - сайт присылал кучу формуляров ютюберам, а заботиться о налогах им требовалось самим.
10) Кайтсерфинг-ТВ
Глава рассказывает про появление на Youtube в 2010 году PewDiePie из Швеции (много лет самого популярного канала на Youtube, правда я про него узнал только при чтении этой книги). Также руководить Youtube пришел Саламар Камангар, создатель рекламного аукциона и девятый сотрудник Google. Он руководил Youtube чуть больше 3х лет. В это время Google хотел сделать Youtube более предсказуемым для зрителей и рекломадателей - так появилась концепция каналов (как в кабельном телевидении), а компании, что спонсировали много каналов превратились в многоканальные сети. Эти многоканальные сети за процент от доходов авторов взяли на задачи по управлению творческими людьми, которые сам Youtube не был готов решать:) Так ребята смогли справиться с "туловищем" контента Youtube. Одновременно Youtube заигрывал с медиа-корпорациями, пытаясь привлечь высококачественный контент. Они потратили на это кучу денег, профинансировали 100+ каналов, но выпущенный ими контент не полетел. Главная страница Youtube собиралась алгоритмами, следуя за кликами, а зрители не кликали по этому высококачественному контенту.
11) Смотрите сейчас
В 2013 году случилась Арабская весна и Youtube внезапно стал площадкой для публикации видео с мест событий, а также новостным рупором. Пришлось набирать отдельных кураторов для разгребания этих информационных потоков и фильтрации материала. Фактически, Youtube создала функция редакторского контроля как они существовали в СМИ - а это не укладывалось в модель видеоплатформы, где за контент отвечали его создатели.
12) Кто ускорит движение лодки
После того, как Ларри Пейдж вернулся на позицию гендиректора, он выкатил Youtube задачу удесятирить результаты. Все планы были пересмотрены и поставлены новые OKR и Youtube встал на дорогу гипер-роста. В основе лежали три мысли
- Тренировочная мантра гребцов-олимпийцев при выполнении любого действия, заключавшаяся в вопросе "Ускорит ли оно движение лодки". Если ускорит, то его стоит сделать, если нет, то стоит отложить (подробнее в книге "Will It Make the Boat Go Faster?") - для контроля в Youtube было много дашбордов с разнообразными метриками: просмотры, подписки, уникальные пользователи, DAU, MAU, лайки, ...
- Стремится не к доле рынка, а к проценту желудка (как когда-то сделала Coca-Cola, когда боролась с Pepsi). Суть в том, чтобы понять, а что было желудком для Youtube и это было телевидение
- Так они ушли от кликов и начали смотреть на время просмотра видео
В итоге, мантра про удесятерить привела к задаче роста от просмотра 100 миллионов часов видео в день до 1 млрд. Для этого надо было придумать как сделать просмотр видео максимально липким (sticky)

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

#Management #Leadership #Bigtech #BusinessStory

Like, Comment, Subscribe: Inside YouTube's Chaotic Rise to World Domination (Youtube. Как самый популярный видеохостинг завоевал мир?) - Part III (Рубрика #Management)

Продолжая рассказ про историю Youtube, который я начал в первом посте и втором посте, поговорим про окончание второй части книги, которую я окрестил "10x рост"

13) Сыграем
Переход от кликов к просмотрам привел к падению одних авторов и взлету других. Заодно были побеждены кликбейтные заголовки, так как раньше они имели смысл из-за засчитывания кликов, но теперь они стали бессмыслены, так как зрители сразу закрывали видео после перехода. Одним из бенефициаров нового алгоритма стали авторы каналов про прохождение игр, так как время просмотра у таких каналов было большим. После реализации этого алгоритма ребята еще и включили монетизацию для большинства каналов, не особо проверяя их (это стрельнет в будущем).
14) Пасхальные яйца с сюрпризом
Глава про появление детских каналов на Youtube, которых на Youtube изначально не планировалось (предполагалось, что детишки смотрят Youtube под присмотром взрослых). Популярными каналами стали распаковки яиц с игрушками. Алгоритм, который ориентировался на время просмотра промотировал эти видео, так как детишки смотрели их с большим интересом. В итоге, появилась куча каналов на такую тематикку для детей - в книге для таких видео приводится метафора "игрушечного порно для малышей". Сотрудники Google хотели добавить метрики для оценки полезности видео для того, чтобы промотировать полезные видео, но это так и не было сделано отчасти из-за мантры

Если вы не понимаете, как это измерить, то вы просто притворяетесь, что этого не существует

15) Пять семей
В 2012-2013 году Youtube с большим трудом боролся за место под солнцем. Внутри Google были свои вотчины у Chrome, Android, ... и когда Youtube нужно было там присутствовать, то это приводило к большим политическим баталиям, что замедляли его развитие. Одновременно в компании сделали ставку на свою соцсеть Google+ и сували ее везде. В то время для комментов на Youtube требовалось создать себе аккаунт в Google+, да и для много остального тоже. Параллельно на площадке было засилье многоканальных сетей, которые тянули каналы к себе за процент, а сам Youtube уже сделал относительно удобные условия работы с авторами. И бизнес-модель этих многоканальных сетей начинала разваливаться на глазах
16) Откиньтесь назад
Алгоритмы работали все успешнее, вовлекая в просмотр большое количество зрителей, а также превращая создателей контента в "рабов лампы камеры", когда они должны были постоянно создавать контент иначе исчезали с радаров. Одновременно при проведении экспериментов был найден способ показывать больше рекламы и увеличивать количество просмотров - выяснилось, что лучше показывать рекламу не сразу, а после того, как зритель втянется (минут через 10 после просмотра). Одновременно на платформе появлялись радикальные фигуры, которые проповедовали свои псевдофилософские учения - за счет рекомендаций алгоритмов такие "мудрецы" легко находили аудиторию для себя
17) Мать Google
Вся глава посвящена Сьюзен Воджицки, которая в 2014 стала CEO Youtube. Это легендарная фигура в Google - когда-то она сдала свой гараж начинающим стартаперам, Сергею Брину и Ларри Пейджу. Потом она стала работать в Google, была первым продакт менеджером AdSense, а потом помогла купить Youtube, DoubleClick. До позиции CEO в Youtube она была старшим вице-президентом, что отвечала за рекламу. К моменту выхода в Youtube у нее уже было 4 детей и поэтому у нее был позывной "Мать Google". После выхода в Youtube Сьюзен не стала делать резких изменений и продолжила политику роста

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

#Management #Leadership #Bigtech #Processes #BusinessStory

Выбери свою книгу (Рубрика #Management)

Я уже рассказывал как мне недавно подарили книгу "The Engineering Executive's Primer". Книгу мне подарил мой коллега, Леша Тарасов, технический директор, что у нас отвечает за социальные платформы и видеоплатформу. В итоге, я решил подарить синюю и красную книгу, про запрещенную в России соцсеть Facebook и про крупнейшую видеоплатформу Youtube. Делая подарок, я обыграл и знаменитую сцену из "Матрицы" с выбором, перед которым стоял Нео. Правда, Леше выбирать не пришлось - ему достались обе книги:) И подарил я именно эти книги Леше не как техническому спецу, а скорее как техдиру, что отвечает за развитие платформ. Ему может быть полезно знать о том, как и почему эти платформы менялись и чем было обусловлено это развитие.

P.S.
Про книгу "Like, Comment, Subscribe" про Youtube я уже рассказывал (1, 2 и 3), а про книгу о Facebook я расскажу уже в будущих постах.

#Management #Processes #Leadership #SelfDevelopment

Managing Humans: Biting and Humorous Tales of a Software Engineering Manager (Как управлять интеллектуалами: я нерды & гики) - Part V (Рубрика #Management)

Продолжаю рассказ про эту книгу обзором третьей и последней части "Versions of You", где автор рассказывает на пальцах о мышлении гиков и о том, как успешно научиться с разными людьми, где каждый человек - это другая версия вас:)
Посты о других частях книги доступны здесь 1, 2, 3, 4.

32) Скучающие люди увольняются
Для увольнения может быть много причин, но не на все можно повлиять. Но скука - это важный фактор и тот, с которым можно справиться. Для этого стоит действовать примерно так
- Надо отслеживать скуку у сотрудников
- Давать поработать им над интересными задачами
- Позволить экспериментировать
- Делить хреновую работу поровну (а не скидывать все на одного "счастливчика")
- Устранять внешние шумы и лишние прерывания
- Делится информацией и показывать big picture
Ну и надо самому не забывать как разрабатывает софт и пишется код, чтобы оставаться со своими сотрудниками на одной волне и видеть их проблемы

33) Вожаки
Как проверять навыки на собеседованиях привлекая помощников (вожаков), которые помогут спросить за технические навыки, cultural fit и проверить тип мышления (стратег или тактик). В конце надо провести общее итоговое совещание и принять решение о найме

34) Собеседование длиной в 90 дней
Интересная глава про ваши действия на испытательном сроке и советы, которые помогут пройти его успешно. Их всего 8 штук
- Уходите позже и приходите раньше - обращайте внимание на режим работы других людей
- Принимайте все приглашения на обед от коллег
- Всегда просите разъяснить смысл сокращений
- Скажите что-нибудь реально глупое (вы все равно это сделаете, даже если не запланируете)
- Выпейте по стаканчику после работы с коллегами
- Скажите кому-нибудь что ему делать - это протестирует ваше понимание ситуации
- Поспорьте, чтобы понять как в компании относятся к конфликтам
- Найдите свой узкий круг
Но знайте, что ваше собеседование не закончится, пока вы сами не изменитесь, превращаясь в часть команды

35) Руководить гиками
Автор предлагает поразмышлять о том, что важно для гиков и дальше это использовать в управлении ими
- Гик мыслит системно
- Гик дорожит постоянством
- Гик дорожит ээффективностью
В итоге, время гика надо защищать. А кроме того автор приводит концепцию 2х вершин для гика
- Вершина 1 - конкретный узел, что надо развязать для решения проблемы
- Вершина 2 - а почему вообще узлы существую и как сделать систему без них
Вершина 1 - это обычная работа, а Вершина 2 - это что-то революционное и некоторый "щелчок" и новый уровень понимания. Надо делать так, чтобы у гиков была возможность словить это "щелк"

36) Синдром внимания у гиков
Глава про СДВГ, переключение контекста и поглощение информации, для эффективности важно подобрать себе режим дня. Автор отдельно отмечает, что у молодого поколения СДВГ распространенно все чаще:)
37) Гик в своей пещере
Для того, чтобы попасть в состояние потока, нужны особые условия. Автор называет "пещерой" то место, где удалось обеспечить эти условия. По-факту, это "домик" гика, в котором он может быть эффективен

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

#Management #Software #Engineering #SoftwareDevelopment #Processes #Leadership

Решение шахматных пазлов на Lichess (Рубрика #SelfDevelopment)

Больше тридцати лет назад, еще до первого класса, я начинал учиться играть в шахматы и дальше занимался этим почти до старшей школы. Больших успехов я не добился, но шахматы помогли мне структурировать мышление и научиться тактики и стратегии. Подробнее я про это рассказывал в посте "Как я решаю сложные задачи или Как от решений в уме я пришел к письменной культуре". Я забросил шахматы на 20+ лет, но в прошлом году решил их вспомнить после обучения по программе "Эффективное мышление" с гроссмейстером Эрнесто Инаркиевым, про которую я рассказывал.

Я не стал играть чаще в шахматы онлайн, но зато стал решать паззлы на Lichess и наблюдать за своим прогресссом. Такой подход напомнил мне мои занятия leetcode, поэтому я решил поделиться статистикой за последние полгода. Кстати, я заметил, что мой моментальный рейтинг в решении пазлов колеблется примерно в районе 2150-2200, но он сильно зависит от того в каком состоянии я решаю задачи
- Если я делаю это во время болезни или вечером после сложного дня, то рейтинг проседает до 2000 и я чувствую, что в голове начинается throttling
- Если я это делаю в прайм-тайм с отличным самочувствием и меня никто не отвлекает, то я могу выбить и 2300+
- Если я не довожу себя до экстремумов, то рейтинг колеблется в районе 2150-2200
- Но средний рейтинг не подвержен таким колебаниям и находится где-то в районе 2100 как видно из паутинки, где видны результаты по категориям вида: маты, миттельшпиль, эндшпиль, вилки, жертвы, ...

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

#SelfDevelopment #Chess #Brain #Leadership #SystemThinking #Thinking

Managing Humans: Biting and Humorous Tales of a Software Engineering Manager (Как управлять интеллектуалами: я нерды & гики) - Part VI (Рубрика #Management)

Продолжаю рассказ про эту книгу обзором третьей и последней части "Versions of You", где автор рассказывает на пальцах о мышлении гиков и о том, как успешно научиться с разными людьми, где каждый человек - это другая версия вас:)
Посты о других частях книги доступны здесь 1, 2, 3, 4, 5

38) Типажи совещаний
Это забавная классификация участников совещаний, которая не является полной, но точно является смешной:) Автор выделяет следующих персонажей и рассказывает об их поведении
- Якорь - важная шишка. "Все упирается в меня"
- Ларри-ноут - во время встречи сидит в ноуте и что-то делает. "Пардон, что вы сказали"
- Мистер "Я тут не причем". Рад уже тому, что его позвали
- Болтушка Пэтти. "Я никогда не затыкаюсь"
- Питер-переводчик. "Знаю все сокращения в мире, ИМХО"
- Салли-синтезатор сути. "Он хочет сказать, что ..."
- Курт-крученный мяч. Несет чушь в стиле "С неба падают плюшки"
- Змея - "Я - настоящий якорь, тсс ..."
В общем, очень забавная типология с узнаваемыми паттернами взаимодействия на совещаниях

39) Инкременталисты и комплеционисты
Классификация инженеров по двум типам
- Инкременталисты - они знают что делать здесь и сейчас. Не смотрят далеко в будущее, действуют тактически
- Комплеционисты - мечтатели, у которых есть неплохое представление о том, как решать проблему и их решение самое правильное
Первым не хватает видение, а вторым движения. Для успеха их надо смешать, но не взбалтывать:)

40) Органики и механики
Классификация руководителей, которая может быть полезна для выяснения типа своего руководителя и выстраивания правильного общения
- Органики - двигаются хаотично во всех направлениях, шутят, задают вопросы, что могут показаться поначалу бессмысленными
- Механики - двигаются рационально и методично подходят к работе
Каждый тип имеет особенности, которые стоит изучить перед использованием:)

41) Экстраврт, интроверт и всеобъемлющий
Глава про оттенки лидерства и уровень лидеров. По-факту, маппинг такой
- Руководитель-интроверт направлен внутрь команды и обычно это линейный менеджер
- Всеобъемлющие руководители - это обычно middle managers, на которых держится горизонтальная синхронизация команд и достижение общих целей компании. Они пытаются охватить всю доступную информацию
- Руководитель-экстраверт - это топ-менеджеры, чей фокус смещен вовне: в индустрию, инвесторов, заказчиков и клиентов.
Важно понимать какой у вас руководитель и как он настроен по отношению ко своей карьере

42) Волк
В современном мире это разговор про высокоуровневых инженеров, что круто решают инженерные задачи, обладают авторитетом у коллег, но не хотят в менеджмент. Лучше таких оставлять в треке staff+ инженеров. Отдельно автор отмечает, что назначить обычного инженера волком не получится - не потянет.

43) Свободные электроны
Эта глава про самостоятельных и супер-продуктивных инженеров (staff+), работать с которыми не просто, поэтому автор делится советами
- Постоянно поддерживайте их интерес к работе
- Неверно направленная работа таких инженеров может привести к непредсказуемым результатам
- Иногда заинтересовать работой не получается и он не объясняет что с этой работой не так
- Свободный электрон - все еще член команды (и отношение должно быть соответствующее)

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

#Management #Software #Engineering #SoftwareDevelopment #Processes #Leadership

Managing Humans: Biting and Humorous Tales of a Software Engineering Manager (Как управлять интеллектуалами: я нерды & гики) - Part VII (Рубрика #Management)

Продолжаю рассказ про эту книгу обзором третьей и последней части "Versions of You", где автор рассказывает на пальцах о мышлении гиков и о том, как успешно научиться с разными людьми, где каждый человек - это другая версия вас:)
Посты о других частях книги доступны здесь 1, 2, 3, 4, 5, 6

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

45) Правила поведения при реогранизации
Крутая глава для того, чтобы правильно выстроить свою стратегию поведения во времена турбулентности
- Определите свою роль в происходящем
- Люди-параноики - слух о реорге создает параноидальные настроения
- Сарафанное радио сходит с ума в это время и ему не стоит доверять на все 100%
- Реорги длятся бесконечно
- Большинство людей любят реорги, но ненавидят признаваться в этом
Но главное - это сохранять спокойствие во время реорга

46) Неожиданные связи
Гики автоматически делят информацию на две корзины:
- Релевантное - отправляется в очередь на изучение
- Нерелевантное - отправляется сразу в /dev/null
Изученная релевантная инфа добавляется к сети знаний гика, которая является его супер-силой

47) Избегать эффекта Феза
Глава про работу с ветеранами, которые долго проработали в компании. Автор предлагает матрицу Skill-Will, где есть следующие варианты
- Skill High, Will Low - человек скучает, надо поменять его задачи или зону ответственности
- Skill Low, Will High - навыки сотрудника устарели, но он хочет перформить - его надо учить и руководить
- Skill Low, Will Low - руководитель облажался, так как забил на сотрудника и тот потерял мотивацию и скиллы
- Skill High, Will High - все здорово, но это состояние сложно поддерживать:)
Очень полезная матрица, которой я пользовался в своей работе:)

Продолжение в последнем посте.
#Management #Software #Engineering #SoftwareDevelopment #Processes #Leadership