Книжный куб

Плакат от МИФа «Креативные техники» На одной из прошлых мифовских распродаж я купил этот плакат и только недавно дошли руки повесить его на стене в кабинете. Забавно, что часть представленных избранных советов из разных книг я узнаю и так, потому что читал оригинальные книги. В общем, нарисовано приятно, идеи неплохие - пусть висит:) #Creativity

Философия в комиксах (Introducing Philosophy: A Graphic Guide) Этот графический роман Дэйва Робинсона является отличным введением в такую сложную область как философия, в которой за много веков было столько течений и теорий, что сам черт ногу сломит с ними разбираться в деталях:) А вот автор их заворачивает в забавный текст, а иллюстратор, Джуди Грувс, сопровождает текст интересными картинками с неявными отсылками к другим философам. Книга как обычно начинается с древних греков: - Пифагор, Парменид, Зенон, Эмпедокл, Демокрит быстро пролетают и дальше автор останавливается на эре Сократа - Сократ, Платон, Аристотель гораздо подробнее разбираются в книге, например, миф о пещере Платона или его утопия с государством, которым будут управлять философы, а также логика Аристотеля и научное познание - дальше было время римлян, которые философией особо не занимались в отличие от более приземленных вешей - и только в средние века эти размышления о бытие начались заново, но за стенами монастырей в приложении к вопросам религии, где себя проявили: Блаженный Августин, Ансельм Кентерберийский, Пьер Абеляр, Фома Аквинский, Вильям Оккам - дальше наступила эпоха возрождения и вопросы философии вышли за пределы религиозных догм - можно вспомнить, Эразма Ротердамского, Николло Маккиавелли (но он больше политолог), Томас Гоббс - дальше на небосводе появились философы-ученыые - Френсис Бэкон, Рене Декарт, Барух Спиноза, Вильгельм Лейбниц А дальше все закручивается все интереснее по мере приближения к нашему времени, поэтому рекомендую прочитать книгу в оригинале и позалипать на интересных иллюстрациях:) Отдельно отмечу, что очень интересно прочитать уже в самом конце про Карла Поппера с его теорией фальсификации начных теорий, а также Томаса Куна с его структурой научных революций, плюс Дериду с его деконструкцией, которого мы как-то обсуждали в контексте книги Technology Strategy Patterns, автор которой посвятил идее деконструкции отдельную подглаву:) #Philosophy #PopularScience #Thinking

Prioritizing Technical Debt as If Time & Money Matters • Adam Tornhill • GOTO 2022 Крутой доклад от Адама Торнхилла, который продолжает тему complexity в разработке ПО, которая была главной в книге A Philosophy of Software Design, которую я вспоминал вчера. Сначала автор приводит Lehman's "Laws" of Software Evolution, которые показывают почему вопрос управления сложностью важен - Continuing change - система должна постоянно адаптироваться или она будет прогрессирующе становиться менее приемлемой - Increasing complexity - по мере эволюции системы complexity возрастает, пока не будут выполнена работа по поддержке или уменьшению complexity Это накопление complexity приводит к появлению технического долга, который замедляет time to market, снижает предсказуемость работы над системами, приводит к организационным проблемам, а также снижает возможности к инновациям. Дальше автор предлагает способы его померить при помощи Behavioral Code Analysis, который состоит из трех компонент: code, people, context. Все это можно подтянуть из VCS. Автор предлагает мерить 2 параметра - Code complexity - метрика сложности кода, про нее чуть дальше отдельно - Code change frequency - метрика частоты изменения кода (тут просто количество изменений кода за период времени) В сумме эти два параметра позволяют понять какие части кода являются сложными и которые приходится часто править. Code Complexity автор предлагает мерить опять не одной метрикой, а используя набор метрик для оценки здоровья кода: - На уровне модулей - low cohesion (слишком много ответственности на классе), brain class (low cohesion, + как минимум один Brain метод, который большой, сложный и централизует поведение модуля) - На уровне функций - brain methods, copy-pasted logic - На уровне имплементацииl - deeply nested logic, primitive obsession Дальше автор показывает пример анализа кодовой базы Android для того, чтобы продемонстировать свою концепцию. Распределение частотности работы с разными файлами выглядит как распределение с длинным хвостом, поэтому часто изменяющихся файлов не так много и только часть из них сложные. Собственно нам надо начинать работу с нашим техдолгом именно с этих файлов, а остальные можно игнорировать - это прагматичный, экономически-обоснованный подход. Интересно, что автор утверждает, что это стандартная картина для всех проектов, что он видел. А дальше он находит проблемный файл ActivityManagerService.java и делает drill down, чтобы показать как найти место внутри этого файла, где сконцентрированы основные проблемы - собствеенно это он и называет X-Ray. Дальше идет рассказ про legacy code, который он определяет следующим образом: - lacks in quality, and that - стандартное определение - we didn't write ourselves - не совсем стандартная часть:) которая мешает начать рефакторить свой код вовремя Дальше автор рассказывает забавную историю про анализ трех разных проектов, где два были свои родные, а один приемный. Они были сравнимы по качеству, но переписать хотели только чужой проект, так как на него пало подозрение в том, что он legacy:) Ну и напоследок автор рассказывает про то, что можно еще анализировать вклад разных людей в кодовую базу и оценивать количество знаний, сконцентрированных у каждого, а также что-то вроде bus factor для каждого мейнтейнера на случай того, чтобы минимизировать риск потери важной информации при уходе ключевых людей. P.S. У автора есть сайт https://codescene.com/ и книга "Software Design X-Rays: Fix Technical Debt with Behavioral Code Analysis", в которой этот подход подробно разобран. #SoftwareDevelopment #SoftwareArchitecture #Software #SystemDesign #Architecture #TechDebt #Management

Обзор книги “A Philosophy of Software Design” — Part II В предыдущей части обзора этой книги мы начали обсуждать крутую книгу John Ousterhout по философии software design. Мы успели рассмотреть основные концепции, изложенные в первых 11 главах книги. В этой статье мы рассмотрим вторую половину книги и начнем с пользы комментариев и продолжим обсуждением других способов сдерживания complexity. Подробнее в моей статье на Medium - https://apolomodov.medium.com/review-a-philosophy-of-software-design-part-2-60999140d1d2 #SoftwareDevelopment #SoftwareArchitecture #Software #SystemDesign #Philosophy #Architecture

Керлинг Я два раза в жизни играл в керлинг:) Один раз на дне рождения друга лет десять назад, а второй раз - прямо перед новым годом со своими коллегами, когда у нас была предновогодняя встреча IT руководителей. Отдельно отмечу, что мне и моей команде удалось отличиться и помочь противоположной команде стать чемпионами - мы проиграли с таким счетом, что у них был лучшая разница +/- по камням среди всех команд. P.S. А я подтвердил свое мнение о том, что керлинг - это конечно весело, но это не мое:)

Путешествия во времени. История (Time Travel. A History) Эта книга за авторством Джеймса Глика рассказывает истории развития концепции времени и путешествий по нему. Эта интересная книга начинается с Герберта нашего Уэллса с его машиной проходит сквозь парадоксы путешествий во времени и заканчивается нашим настоящим, когда мы живем здесь и сейчас в виртуальном пространстве, где «река информации образует "ленту" или "временную шкалу" ... но последовательность сообщений в этой шкале произвольна. Хронологическому их порядку едва ли можно доверять. Прошлое, настоящее, будущее ходят кругам и сталкиваются между собой ...» В общем, книга интересно написана и содержит кучу референсов на мыслителей, поэтов, ученых, фантастов и даже популярные фильмы, такие как "Назад в Будущее" и "День Сурка". Я получил большое удовольствие путешествуя по страницам этой книги, постепенно собирая мозаику временных путешествий и разных подходов к этой теме на протяжении известной истории человечества:) P.S. Краткий анонс книги от автора заканчивается так: «Книга будет интересна всем путешественникам во времени» #Time #Physics #PopularScience

Explainable AI Explained for Developers • Joop Snijder & Willem Meints • GOTO 2022 Я возобновил свои походы в фитнес, где я обычно занимаюсь кардио на эллиптическом тренажере. А так как крутить педали просто так скучно, то я обычно успеваю посмотреть какое-то выступление с конференции. Именно так я вчера смог посмотреть доклад про explainable AI с последней конференции GOTO, что проходила в Нидерландах. Сам доклад мне понравился - спикеры рассказали как ML становится вездесущим - потом начали рассказывать про то, как ML может помочь фейвовой компании, которая продает кофе по подписке - рассказ перешел в демо по использованию Auto ML в Azure для предсказания оттока подписчиков - а потом авторы начали задаваться вопросами, а что делать с результатами предсказаний - так они подошли к заявленной теме, а именно, что обычно требуется умение понимать результаты Все вопросы в выступлении рассматриваются на уровне погружения, который есть у среднего разработчика без глубоких деталей ML и вот этого всего:) А на выходе слушатели получают неплохое понимание о том, что сейчас ML тоже стремится в сторону commodity (особенно с появлением Auto ML), но вот вопрос хранения данных, их подготовки, деплоя модели и интерпретации результатов требует определенных скилов у инженеров, которые при помощи Auto ML пока не решаются:) #ML #Conference #Software

Обзор книги “A Philosophy of Software Design” — Part I Раньше я уже рассказывал здесь про John Ousterhout, создателя Raft, который на мероприятии “Talks at Google” рассказывал о философии проектирования программного обеспечения. В этом выступлении он за час рассказал краткое содержимое своей книги, которое мне очень понравилось. В итоге, я не смог удержаться и заказал бумажную версию книги, прочел ее и дальше решил написать краткий обзор. Первая часть обзора доступна на моем Medium - https://apolomodov.medium.com/review-a-philosophy-of-software-design-part-1-980697f52698 Очень рекомендую прочитать книгу в оригинале, она тонкая, но наполнена очень крутыми мыслями - по концентрации их она у меня на первом месте😁 #SoftwareDevelopment #SoftwareArchitecture #Software #SystemDesign #Philosophy #Architecture

Сказка о царе Салтане У моего двухлетнего сына Кирюши вчера поднялась температура и он буквально уснул у меня на руках в 9 вечера. Я дал ему жаропонижающее и дальше до 12 еще успел дописать статью по одной крутой книге, а дальше тоже лег спать. В итоге, в 4 утра Кирюша проснулся, так как действие нурафена закончилось. Сразу он вставать не стал, но попросил включить на Алисе сказку. Так в 4 утра мы начали слушать сказку Пушкина о царе Салтане. В итоге, я дошел до мысли, что вся завязка сказки состоит в том, что царь с царицей не продумали схему коммуникации и допустили атаку MITM (man in the middle) через перхват гонцов и подмену сообщений. А не было бы этой уязвимости, то может быть мы и не слушали эту сказку с Кирюшей, а, например, продолжали спать. P.S. С четырех и до самого утра я успел подремать еще пару часиков, а потом пришла няня, а я ушел на работу #ForKids #Sec

Первый IT-фестиваль на коньках — IT’s Tinkoff on ICE Через пару недель я отправлюсь с семьей покататься на коньках в Парк Горького, так как Tinkoff проводит там фестиваль, куда наши devrel позвали всех сотрудников, которые активно участвовали в развитии нашего IT бренда, выступая на конференциях, митапах, публикуя статьи или обучая людей. Но это не закрытое мероприятие для спикеров, а фестиваль для широкой аудитории - зарегистрироваться может любой (на катке есть место для 3000 человек). В общем, приходите, общайтесь, катайтесь на коньках, участвуйте в ледовом IT-квесте и главное получайте удовольствие. P.S. На катке будет - теплый мерч, чтобы не замерзнуть - зоны для детей и взрослых - фудкорт с глинтвейном Мероприятие будет 23 января 2023 в Москве, в Парке Горького в 18:30

Величайшие математические задачи (The Great Mathematical Problems) Эта превосходная книга за авторством Иэна Стюарта, как-то напомнила мне почему я всегда любил математику ... которая обычно преподается в школе скучно и утилитарно, но за кулисами полна красивых загадок и очаровательных закономерностей:) В общем и целом, я рекомендую эту книгу к прочтению, так как автор постарался и простым и понятным языком изложил целый ряд задач, над которыми бились поколения ученых и которые двигали математику вперед, создавая новые области исследований. В этой книге вы прочитаете про: - знаменитые задачи квадратуры круга, трех тел, эквивалентности классов P и NP - теоремы о четырех красках, великую теорему Ферма - гипотезы Кеплера, Римана, Пуанкаре - и многое другое Но суть не в том, чтобы разобрать эти проблемы, а в том, чтобы понять как математика развивается во времени и как ее различные области связаны друг с другом парадоксальными закономерностями, и как математика целиком связана с остальными науками. P.S. Так приятно читать книгу, восприятие которой требует напряжения мозга - а эта книга именно такова:) #Math #PopularScience

Книжная распродажа в book24 Заказал сегодня себе почти 30 книг на книжной распродаже, они обошлись мне меньше чем в 5к рублей, а бесплатная доставка ко мне на работу привезет их завтра:) Половина заказанных книг были детскими, которые мы будем изучать с детьми. А для себя я заказал следующие книги - Лински Дориан: Министерство правды. Как роман «1984» стал культурным кодом поколений - Орлинский Войцех: Лем. Жизнь на другой Земле - Ив Доз, Уилсон Кили: Nokia. Весь невероятный опыт компании в одной книге - Косиенда Кен: Творческий отбор. Как создавались лучшие продукты Apple во времена Стива Джобса - Эффрон Марк: От планктона до акулы. Уроки офисной эволюции для амбициозных - Лайонс Дэн: Евангелие от IT. Как на самом деле создаются IT-стартапы - Девятов Сергей Викторович, Сигачев Юрий Васильевич: Владимир Ленин. Человек-эпоха - Доминион. История об одной революционной идее, полностью изменившей западное мировоззрение - Квартет Я. Как создавался самый смешной театр страны - Розенцвейг Фил: Эффект ореола и другие заблуждения каждого менеджера... - Северская Ольга Игоревна, Селезнева Лариса Васильевна: Эффективная бизнес-коммуникация. "Волшебные таблетки" для деловых людей - Травкин Олег Николаевич: Бессмертный пони. Как не чувствовать себя загнанной лошадью на пути к успеху - Что будет дальше? Искусство превращать истории в сценарии - Мартела Фрэнк: Wonderful Life. Размышления о том, как найти смысл жизни #Sale

Это прорыв! 100 уроков бизнес-инноваций (Disrupt!: 100 Lessons in Business Innovation) На каникулах я прочитал книгу Джеймса Бидуэлла, главного акционера и генерального директора Springwise. Книга была выпущена на русском в издательстве Альпина в 2019 году, на английском в конце 2017 года, а примеры disruption в книге преимущественно 2015-2016 года. Я решил ее почитать, чтобы расширить кругозор и посмотреть на примеры интересных идей, которые двигали создатели стартапов и исследователи, которые подрывали стандартные области. И такие идеи действительно есть в этой книге, но нет полноценного анализа их влияния и многие из этих инициатив к моменту написания книги уже обанкротились. В итоге, книга изначально напоминала сборник статей Springwise, которые сгруппированы по 10 категориям, где для всего сборника написано введение и заключение, а также это сделано для каждой из категорий. Но мне стало интересно и я для всех 100 идей провел исследование - посмотрел сайты компаний - почитал что они пишут о себе - изучил что пишут другие источники о них - оценил как эти в общем их идеи чувствуют себя в 2023 году - отдельно зафиксировал удалось ли стартапу выжить за эти годы В итоге, получилась такая статистика судьбы рассмотренных в книге проектов по категориям 1. Экономика совместного потребления - выжило 3 из 10 2. Умные города - выжило 6 из 10 3. Утойчивое развитие - выжило 6 из 10 4. Развлечения - выжило 5 из 10 5. Здравоохранение - выжило 5 из 10 6 Условия труда - выжило 6 из 10 7. Общение - выжило 5 из 10 8. Образование - выжило 8 из 10 9. Розничная торговля - выжило 6 из 10 10. Путешествия - выжило 5 из 10 Из интересного - я все результаты факт-чекинга писал прямо на страницах проектов в книге, так как там для каждого проекта около полстранички было свободно, так как размер стандартной новости Springwise около полутора страниц с титульной картинкой:) #Management #Innovation #Creativity #Startup #Business

Наука будущего Эта книга Олега Фейгина, крупного ученого-академика, выпущенная издательством Бином Лаборатория знаний напоминает салат Оливье из передовых научно-популярных концепций из разных сфер. Автор интересно и образно рассказывает о них так, что можно читать не отрываясь. Книга состоит из трех частей 1. Загадки абстрактного знания - здесь автор преимущественно расказывает про космологию, начиная с различных теорий о создании мира и заканчивая машиной времени 2. Загадки природы - здесь все начинается с проблемы Пуанкаре, которую решил Григорий Перельман, продолжается искусственным интеллектом с Тьюрингом, киборгами и цивилизацией машин, а заканчивается поиском жизни во вселенной и тайнами нашего голубого шарика, которые заключены в гидросфере 3. Научные открытия человека - здесь мы узнаем про разные виды электричества, магнитосферу, сверхпроводимость, токамаки и заканчивается все квантовой информатикой с квантовой запутанностью и кубитами В общем, автор за 250 страниц успевает рассказать о таком количестве тем, что мало никому не покажется:) Поэтому я ее прочел в эти каникулы, читая за раз не больше нескольких глав, которые в среднем занимают по 5 страниц (что дает в сумме 45 глав). #PopularScience #Physics #AI #Time

Возрожденное орудие (Revenant Gun) Трилогия Юн Ха Ли "Механизмы империи" заканчивается книгой "Возрожденное орудие". В этой книге сыграла большая часть подвешенных завязок из прошлых книг ( "Гамбит девятихвостого лиса" и "Стратагема ворона") - мы узнаем чем закончилась история Джедао и его якоря:) - становится ясно почему средства передвижения назывались пустомоты, боемоты, пепломоты и другие *моты, а не космические корабли:) - становится понятно как создавался базовый календарь и его механики и как он закончился - мы встречаемся и прощаемся с самым загадочным гекзархом фракции умников Нирай, который является создателем большинства распространенных высоких технологий и бессмертным Кащеем этой вселейнной. #SciFi

Impact Mapping: Making a big impact with software products and projects Когда-то давно я прочитал книгу Гойко Аджича "Impact Mapping". После первого прочтения я решил, что говорить книга про эту брошюру - это чересчур громко:) В этой брошюре на 80 страниц, где около половины страниц являются картинками, автор рассказывает про свой подход, основая идея которого в том, чтобы визуализировать границы проекта и основные гипотезы, созданные совместными усилиями технических и бизнес команд. По факту, эти результаты появляются при последовательном ответе на вопросы: 1) Why (Зачем) - в чем цель всего мероприятия - зачем мы это делаем 2) Who (Кто) - кто является действующими лицами (кто способен произвести эффект, кто является потребителем) 3) How (Как) - примеры влияний - собственно, как будут затронуты стейкхолдеры (как они смогут помочь достижению целей, как произойдут изменения) 4) What (Что) - что именно будем делать:) - собственно это scope проекта (список фичей для реализацц) В итоге, работы impact mapping у нас появляется mind map с целями нашего проекта/продукта с описанием их влияния, что позволит бизнесу осознанно подходить к достижению целей. Сам подход достаточно очевиден в наше время, но может принести пользу если его использовать методично. Если говорить про брошюру, то из положительных сторон стоит отметить: - ее краткость - большое количество ссылок на интересные книги - легкий для восприятия текст - понятные примеры - наличие иронии, например, в описании стандартных ошибок при использовании подхода: астронавт, сюрреалист, мечтатель, робот, осьминог, оптимист, ... - честность - которая заметна на втором приложенном снимке, где бизнесмен спрашивает консультанта "Подождите. А что дальше?" и получает на это ответ консультанта "Я выхожу на этом этаже. А ваше путешествие продолжается". Крайне характерная ситуация с привлечением консультантов:)) Чуть больше про подход можно узнать из видео с Italian Agile Days 2016 или прочитав на сайте автора #Software #SoftwareDevelopment #Management #Processes

Как нанимать технических руководителей В конце февраля я выступлю на Teamlead Conf с такой темой доклада. Суть в том, что найм инженеров обсуждается на конференциях довольно часто. Кто-то рассказывает про то, как нанимает за одну встречу, а другие говорят про свои многоэтапные интервью. А вот про найм технических руководителей (teamlead, engineering manager, director of engineering) рассказывают гораздо реже. В этом докладе я попробую исправить эту несправедливость и поделюсь историей про то, как это выглядит в Tinkoff. Я расскажу про наши этапы интервью, объясню зачем они нам нужны и что они проверяют, а также дам рекомендации как к ним подготовиться. Эта информация будет полезна слушателям даже если они не собираются менять работу, так как она позволит им лучше исполнять роль технического руководителя на текущем месте работы. Приходите послушать, если будете в Москве 27-28 февраля:) #Management #Career #Leadership #Interview

Обзор книги “Staff Engineer” — Part II В предыдущей части обзора книги “Staff Engineer” мы рассмотрели первую половину книгу, в которой затронули вопросы о том, кто это такие, какие они бывают и как выглядит их работа. А в этой части мы разберем вопросы — Как получить staff+ уровень в вашей существующей компании — Когда стоит менять компанию для получения этого уровня — Как сгруппированы интервью staff+ инженеров, которые занимают полкниги — Как быть эффективным менеджером для staff+ инженеров — Как спроектировать процесс найма для staff+ инженеров Подробности в моей статье на Medium #Engineering #Software #Leadership #Staff #Management #Architecture #Career #ExternalReview

Обзор книги “Staff Engineer” — Part I Книга Will Larson “Staff Engineer” и его сайт StaffEng — это отличные источники информации по карьерному пути для инженеров, которые переросли уровень senior и отправились покорять новые моря. Книга написана хорошо и посвящена вопросу leadership, который распространяется за менеджерский трек развития. Это очень важная проблема, так как во многих организациях путь развития в менеджмент достаточно понятен и предсказуем, а вот как расти по пути individual contributors за уровень senior не очень ясно. Эта книга дает достаточно ясное представление об этом пути, а так как это важная для меня тема, то я решил написать обзор в нескольких частях. Первая часть обзора доступна в статье на Medium. #Engineering #Software #Leadership #Staff+ #Management #Architecture