Обучение детей программированию

Недавно обсуждал тему обучения детей программированию и решил вспомнить как я к этому подходил со своим старшим сыном Пашей, который так и не стал программистом, а решил пойти в геймдизайн:) Собственно, я лет 10 назад ориентировался на такие проекты как Scratch и Lego Mindstorm
— Scratch - это проект MIT, который представляет собой визуальный язык программирования и web IDE для разработки. Это очень крутая история, которая позволяет малышами проявить свой креатив и буквально сразу делать интересные проекты:) Идейный вдохновитель проекта, Митчел Резник, написал отличную книгу "Спираль обучения" ("Lifelong kindergarten"), в которой он рассказывает про развитие подходов к креативности и встраивание их в цикл обучения. У меня есть краткое саммари этой книги. Мой сын пробовал собирать проекты в этом IDE, используя пару книг, что есть на Озоне, но ему это особо не заходило, поэтому он бросил (тут есть отчасти моя "заслуга", так как я с этим не сильно помогал)
— Lego Mindstorm - это крутой проект от Lego, где до появления всяких "малинок" (raspberry pi и иже с ними) ребенок мог попробовать робототехнику в привычном формате с кубиками лего, центральным блоком с процессором и кучей входов для подключения датчиков, моторов и остальной машинерии. В итоге, малыш мог собрать своего робота, научить его видеть, подключив сенсор с камерой, чувствовать, подключив датчик касания, добавить ему чувство равновесия за счет датчика с гироскопом и так далее. В эту штуку мой сын играл с удовольствием, но только до момента окончания сбора робота, а вот писать софт для него и программировать в IDE аля Scratch ему не нравилось и он подключал папу.

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

P.S.
На тему игр и геймдизайна у меня уже были раньше посты
— The Making of Prince of Persia
- Геймдзайн (Designing games. A guide to engineering experiences)
- Minecraft: Мобиология (Minecraft: Mobestiary)
- Кровь, пот и пиксели (Blood, sweat and pixels)
- Настольная игра "Нефариус"
- Настольная игра "Корпорация Гоблинов" (Goblins Inc)
- Прогейминг, Overwatch, киберспорт (Young guns: obsession, owerwatch, and the future of gaming)
- Мастера Геймдизайна (Game Designer Confessions: Insights from Finland's Top Game Designers)
- Мальчик, сделанный из кубиков (A Boy Made of Blocks)
- Настольня игра "Бумунту"
- Документальный фильм про AlphaGo
- Настольная игра "Ужасы Аркхэма"

P.P.S.
А кто и как сейчас обучает своих детей программированию, особенно учитывая, что Lego Mindstorm прекратили выпускать? Поделитесь своими подходами в комментариях.

#Software #Education #GameDesign #SelfDevelopment

Tools and practices to help you deal with legacy code - Dennis Doomen - NDC Porto 2023

Интересно выступление на тему работу с наследием прошлого или, проще говоря. легаси кодом. В этом выступлении автор приводит алгоритм своих действий в качестве консультанта, которого зовут для занятий археологий вокруг legacy систем. Алгоритм мне показался интересным, поэтому я решил расписать его кратко
- Деннис начинает с анализа прода, включая изучение запущенных процессов и их конфигурации.
- Дальше он изучает код и его структуру и ищет проблемы - обычно именно эти проблемы мешают клиенту и он призывает решить их Денниса
- Деннис сравнивает код с системой управления версиями и ищет закомментированные или измененные части кода
- Он изучает log файлы, а также отчеты о сбоях и уже найденные проблемы
- Дальше Денис занимается exploratory testing и пробует воспроизвести проблемы, о которых сообщали клиенты.
- При изучении кода автор обращает внимание на пространства имен, подходы к неймингу классов и функций, а также создает ментальные карты и визуализирует зависимости между частями проекта
- Автор отмечает, что сейчас появились AI инструменты, которые можно просить объяснить логику того или иного куска кода
- Для улучшения кодовой базы стоит удалять куски неиспользуемого кода - если они понядобятся, то мы сможем их восстановить из системы контроля версий
- Перед внесением изменения в код автор создает safety nets, создавая высокоуровневые тесты, которые позволяют отследить изменения в поведении программы. Тут автор рекомендует книгу "Working Effectively with Legacy Code" от Michael Feathers
- Дальше автор работает над автоматизацией сборки и развертывания программы, чтобы не делать это руками, а сделать нормальный CI/CD пайплайн. Тут автор рекомендует Ansible или Pulumi
- Отдельно автор говорит про стратегии ветвления и версионирования программы (semver)
- Также надо выстроить работу с исключениями, сделать нормальное логгирование с уровнями и использовать open telemetry для трейсинга
- Следующий шаг - это использование статического анализатора кода, в .net автор рекомендует Roslyn
- Дальше автор отформатировать код в единый стиль и применить это изменение одним коммитом, а дальше настроить линтеры и поддерживать этот стиль:)
- Автор топит за то, чтобы даже на старых платформах использовать новые возможности языка, используя аналог polyfills из js, но для .net платформы
- Дальше автор говорит про реструктуризацию кода и перенос связных частей в отдельные функциональные папки, отдельно он предлагает дублировать код для снижения coupling разных частей кода (это позволяет оставить меньше связей, хоть и в угоду дублированию)
- Важная часть посвящена применению шаблонов проектирования при рефакторинге старого кода - автор считает их полезными идиомами, которые позволяют снизить сложность старого кода за счет использования знакомых концепций
- Дальше автор вспоминает SOLID и отдельно упоминает про последнюю концепцию с DIP (dependency inversion principle), которая помогает нам организовать зависимости между частями нашего legacy приложения. Автор говорит о том, что зависимости надо оставлять от более абстрактных и стабильных компонентов и если требуется выделять зависимость в интерфейс и использовать инверсию. Тут же автор вспоминает про композицию и наследования и объясняет почему он предпочитает первое второму
- Ну и финал выступления посвящен вопросам архитектуры, где автор вспоминает про onion architecture, hexagonal architecture, clean architecture и говорит, что они решают определенные классы проблем:) То есть выбирать архитектуру надо от того, какие проблемы мы хотим решить

В итоге, у автора получился хороший рассказ о том, что надо сделать, чтобы ваше наследие (legacy app) засияло новыми красками:)

#Software #Architecture #SoftwareDevelopment

Предсказуемая иррациональность (Predictably Irrational. The Hidden Forces That Shape Our Decisions) (Part I)

В эти выходные я прочитал книгу Дэна Ариели (Dan Ariely), которая посвящена нашему процессу принятия решений. Эта книга предсказуемо оказалась превосходной, так как большую часть материала я уже видел, когда проходил 10 лет назад его курс "A Beginner's Guide to Irrational Behavior" на edx.org. Также у Дэна было крутое выступление на TED "Are we in control of our own decisions?" 15 лет назад, сразу после первого издания этой книги "Predictably Irrational".
Теперь я расскажу про содержание книги, где в каждой главе автор рассказывает про важный вопрос и описывает те эксперименты, что он проводил вместе с коллегами для исследования поведения людей
0. Как несчастный случай привел меня к исследованиям иррациональности, описанным в этой книге - Дэн рассказывает как в 18 лет он получил обширные ожоги тела и дальше несколько лет пролежал в больнице, пытаясь восстановить свой кожный покров. Там он начал задумываться о причинах того или иного поведения, а также заинтересовался подходами к лечению пациентов с сильной болью.
1. Правда об относительности - автор рассказывает о том, что мы умеем принимать решения сравнивая опции между собой. Здесь описываются эксперименты с выбором из вариантов А и Б, которые выбирают с примерно одинаковой частотой. Но если добавить к выбору ухудшенный вариант А, то обычный вариант А станет лидером, так как на фоне ухудшенного А он будет смотреться выигрышно. Например, так девушка может позвать с собой менее красивую подругу в бар, чтобы на ее фоне смотреться более выигрышно:)
2. Недостатки модели спроса и предложения - автор рассказывает про эффект прайминга, когда мы при принятии решений привязываемся к первоначальной информации (например, о цене) и дальше начинаем принимать решения относительно него. Похожая история есть с гусятами, которые привязываются к первому взрослому, которого увидели в своей жизни. Интересно, что в этой главе автор говорит про то, что стоило бы вести журнал принятых решений и иногда возвращаться к ним, чтобы оценивать насколько они еще актуальны. Это напрямую напоминает процесс RFC/ADR, где мы фиксируем принятые решения и можем возвращаться к ним в будущем
3. Чего стоят нулевые издержки - история про магическую притягательность "бесплатных" предложений. Подзаголовок этой главы "Почему, не платя ничего, мы платим слишком много" отлично отражает содержимое главы. Здесь автор рассказывает про боль потери (когда мы платим за что-то), а мы не любим испытывать эти эмоции. Используя эту концепцию, он объясняет почему прикольно платить за ресторан по очереди, если вы ходите в него со своими друзьями:)
4. Цена социальных норм - глава на тему социальных и экономических норм и того, что они не совместимы между собой. Например, если вы попросите знакомого помочь вам по мелочи, то он вероятно согласится из-за социальных норм и ваших хороших отношений. А если вы предложите ему за это 100 рублей, то он откажется и оскорбится (оценив стоимость своего времени и считая, что вы предложили слишком мало). Этому вопросу посвящена книга-комикс "Умные решения" ("Amazing decisions"), про которую я рассказывал
5. Сила бесплатного печенья - здесь автор рассказывает о том, что если вы принесете на работу печенье и будете предлагать его бесплатно, то люди будут скромно угощаться печеньем. А вот если вы назначите за него небольшую цену, то скромность сразу исчезнет. Вы сразу перейдете из плоскости социальных норм в мир рыночных отношений:)
6. Влияние возбуждения - рассказ о том, что в рациональном состоянии мы не можем точно предсказать как будем себя вести при переходе в эмоциональное состояние. Результаты эксперимента показали, что моральные нормы могут сильно сдвигаться в возбужденном состоянии

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

#Psychology #Economics #Brain #SelfDevelopment

Code of Leadership #12 - Интервью про платформу Spirit (Internal developer platform) в Тинькофф

В двенадцатом выпуске подкаста я общаюсь с Димой Гаевским, Technical CPO (Chief Product Owner) нашей внутренней платформы разработки Spirit. Дима рассказывает про свой путь в Тинькофф, немного про разработку и много про создание и развитие платформенных решений. ЗА 45 минут мы успели поговорить про
- Путь Димы в компании
- Платформу для разработчиков (internal developer platform)
- Декомпозицию ответственности
- Роль инженера
- Распределение времени и восприятие работы
- Продуктовые практики и обратная связь
- Роль технического продакт менеджера
- Принципы развития платформы разаработки (IDP)
- Рекомендации для инженеров и технических руководителей

P.S.
У Димы есть прикольная статья про IDP на Хабре по мотивам выступления на Highload++ 2022. Плюс подробнее про платформу можно почитать на нашем сайте. Ну и для тех, кто заинтересовался этой историей, у Димы есть вакансия technical product manager, про которую я писал уже раньше.

#ProductManagement #Management #Leadership #PlatformEngineering #Software #SoftwareDevelopment #Architecture #Processes

Предсказуемая иррациональность (Predictably Irrational. The Hidden Forces That Shape Our Decisions) (Part II)

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

P.S.
Если вам понравилась эта книга, то рекомендую почитать еще книгу Канемана "Thniking, Fast and Slow" ("Думай медленно ... Решай быстро"), про которую я писал раньше.

#Psychology #Economics #Brain #SelfDevelopment

Banking Cybersecurity: Battling DeepFakes & AI-powered Scammers - George Proorocu - at NDC Security in Oslo, Norway

Интересное выступление Джорджа из нидерландского банка ING про безопасность в век deepfakes и AI, что могут использовать скаммеры.
Джорд рассматривает 4 сценария:
- C-level impersnation - когда мошенники пытаются выдать себя за топ-менеджера компании и дальше попросить перевести деньги на определенный счет. Кстати, у этого типа атаки есть реальные примеры
- Audio deepfakes - когда мошенники звонят людям и говорят голосом их детей, знакомых или родителей и просят перевести деньги. Эффективность атаки обусловлена тем, что мы, слыша знакомый голос, а также личную информацию верим, что произошло что-то серьезное и готовы последовать просьбе близкого человека.
- Deepfake interviews - пример атаки, когда ваш инженер проходит интервью, ему присылают оффер, он открывает его на рабочем компе (что туповато). Но оказывается, что все это было фейковым и все интервью были проведены мошенниками, которые хотели пробраться в вашу сеть. Интересный вектор атаки, но deepfake interviews сейчас используют и наоборот - интервью проходит один человек с фейк видео другого человека, а на работу выходит тот, чье лицо натягивал на себя интервьюируемый крутой инженер. В итоге, если это сделано ради зарплаты, то это еще полбеды, а если это сделано для того, чтобы получить доступ к системам компании?
- Investment scam - дипфейки в видео с известными людьми, которые рекламируют всякий скам. Здесь мошенничество в том, что эти люди явно бы не стали рекламировать этот скам, но небольшая помощь AI и дальше реклама готова:)

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

P.S.
Джордж показал как выглядели дипфейки год или полтора назад и как они выглядят сейчас и это небо и земля. Если раньше иногда были glitches как в Матрице, например, при вращении головой, то теперь даже это обрабатывается хорошо. Так что этот вектор атаки становится все реальнее.

#Security #Software #AI

Why Great Leaders Must Unlearn to Succeed in Today's Exponential World • Barry O’Reilly • YOW! 2018

Интересное выступление автора книги "Unlearn. Let go of past success to achieve extraordinary results". В этой книге предлагается трехшаговый процесс для лидеров

1. Unlearn the behaviors and mindsets that keep them and their businesses from moving forward.
2. Relearn new skills, strategies, and innovations that are transforming the world every day.
3. Break through old habits and thinking by opening up to new ideas and perspectives while achieving extraordinary results.

Если же говорить про само выступление, то оно достаточно интересно
- Римская империя и обучение - автор показывает карту Римской империи и говорит о том, что она поддерживала себя на протяжении 2000 лет, используя различные методы и системы работы. Именно это позволяло ей адаптироваться к изменяющимся условиям
- Инновации - это подход компаний к адаптации к изменяющимся условиям. И важно создать систему внутри компании, которая будет помогать постоянно учиться и отучаться от старых подходов (unlearn - отсюда название книги)
- Примеры подходов автора - "execamp" для руководителей, которые оставляют свой бизнес на срок от 4 до 8 недель для того, чтобы попробовать придумать модель стартапа для своей компании. Например, в результате такого unlearn опыта менеджеры из International Airlines Group (IAG) придумали концепцию Level (бренд для low-cost трансатлантических полетов)
- Важность unlearn - мысль в том, что для роста и развития необходимо выходить за пределы своей зоны комфорта и создавать ситуации, в которых некомфортно. Могу добавить, что мы растем, когда преодолеваем трудности и когда нам тяжело. Поэтому я и стараюсь всегда быть хотя бы одной ногой вне зоны комфорта:) Но для того, чтобы действовать так, нужно чувствовать себя в безопасности и иметь уверенность в себе - это помогает создавать ситуации, в которых можно учиться и отучиться. Здесь автор вспоминает про "Проект Аристотель" (Google's Project Aristotle) от ребят из Google, где самым главным фактором успеха команд является psychological safety. Я уже писал про это исследование
- Изменение мышления - важно не просто поменять свои подходы на словах, но и изменить свое поведение, а дальше за этим подтянется мышление
- Обучение на ошибках - автор рассказывает про важность использования обратной связи об ошибках для улучшения продуктов и услуг. В пример приводится генеральный директор T-Mobile Джон Ларч, который использовал жалобы клиентов для улучшения своей работы и бизнеса. Другой пример работы с ошибками - это НАСА, где ошибки вообще приводили к катастрофам, но в итоге стали основой для обучения и адаптации поведения.
- Культура обучения и безопасности - умение работать с ошибками может быть конкурентным преимуществом, если ими делиться и использовать для улучшения систем. Правда, подход к работе с ошибками зависит от культуры организации, о чем можно подробнее прочитать у Веструма в whitepaper "A typology of organisational cultures", о которой я уже рассказывал. Плюс тут же работает и упоминавшейся выше фактор psychological safety.
- Важность экспериментов и обратной связи - для достижения выдающихся результатов, нужно экспериментировать и пробовать новые подходы, даже если они вызывают дискомфорт. Важно создать цикл обратной связи с людьми, которым доверяешь, чтобы ориентироваться в процессе обучения.

#Culture #Management #Leadership #SRE #Software #Processes #Engineering #Thinking

Наткнулся в канале Валерия Черепенникова на пост про его знакомого Илью Лебедева, который будучи незрячим работает над повышением доступности информационно-коммуникационных технологий для всех граждан России без исключений. Илью можно поддержать на конкурсе "Россия - страна возможностей", проголосовав за него в номинации "АйТи и ИИ". Кстати, на канал Валерия я подписан с его цикла статей про историю Intel, которую он недавно выпустил в виде книги "Made at Intel", которую я прочитал и про которую уже рассказывал.

P.S.
Я, кстати, свой голос в этом конкурсе отдал за Илью.

#Software

Leetcode - прогресс за первый квартал

Продолжаю свою серию постов про свой опыт с Leetcode (смотри 1, 2 и 3). Я закончил первый квартал с leetcode
- прошел больше половины курса "Data Structures and Algorithms"
- начал стабильно решать ежедневные задачи (но иногда не успеваю некоторые решать, а hard задачки просто часто пропускаю)
- темп решения задачек упал еще больше, но хотя бы полчасика в день я трачу на leetcode (на решение ежедневной задачи), а по выходным как раз занимаюсь курсом
Я понял что мне нравится в этой деятельности - эффект быстрого дофамина, когда тесты по задачке проходят и загарается зеленая галка, что она становится "Solved". Это очень отличается от моих обычных рабочих задач, где результаты я могу увидеть через недели, месяцы, годы:) А тут все предельно ясно и понятно и за полчаса ты получаешь подтверждение, что все еще немного инженер, а не просто менеджер:)

#SelfDevelopment #Algorithm #Software #SoftwareDevelopment

Tinkoff CTF (Сapture the Flag)

Продолжая инженерную тему, я хотел бы рассказать про соревнование capture the flag в Тинькофф, которое состоится в 20-21 апреля. Начинается анонс соревнования с такого сетапа

Вы попали в тессеракт — Гиперкуб, где пересекаются параллельные миры, время течет и останавливается, а каждая грань хранит тайны бесконечной Вселенной

Собственно, в этом соревновании надо будет разгадывать уязвимости и разгадывать тайны Гиперкуба, для чего надо обладать хорошими инженерными навыками и не обязательно быть безопасником. Само соревнование будет как онлайн, так и оффлайн в 16 городах России, Беларуси и Казахстана. Плюс перед соревнованием можно потыкать демоверсии заданий и понять уровень сложности и выбрать правильную лигу из двух: для новичков и для опытных. Итого на мероприятии

Вас ждут задания на безопасность в вебе'"\, мобильных приложениях и $инфраструктуре_, крипт0гр4Fию, реверс‑инжиниринг.i64 и хакерскую смекалку

#Software #Security #Engineering

ЦЕХ 4 - Урок #3 "Жанры и стили. Как найти тему для нон-фикшн-книги. Эксперт — Ольга Кисёлева"

Продолжая серию постов про свое обучение книгописательству (смотри предыдущие посты: 1 и 2), я расскажу про третий урок. Он был посвящен тому, как определиться с темой своей нон-фикшен книги. Ниже основные моменты, что я вынес с этого урока

1. Состояние книжного рынка России на 2024 год - сейчас растет художественная литература и падает нон-фикшен в общем. С 2020 года российский рынок потерял контакты с мировым книжным рынком из-за пандемии и дальнейших событий, поэтому есть спрос на книги доморощенных авторов:)
2. Цели и задачи авторов - стоит сначала написать свои цели, дальше понять целевую аудиторию, а потом понять что любая книга имеет право быть написана, и что этот урок не предназначен для оценки или решения о том, стоит ли писать книгу.
3. Форматы книг - электронные книги и аудиокниги теперь тоже значимый сегмент рынка (раньше в основном фокус был на бумажных книгах)
4. Ценность авторов nonfiction - в 2022 году российский книжный рынок потерял контакты с мировым, тренды стали расходиться и появился запрос на российских nonfiction авторов
5. Коммерческий потенциал книги - это совокупные возможности удовлетворить запрос потребителя. Собственно на потенциал смотрят издатели, принимая решения об издании книги. Для его оценки они смотрят на 4 параметра: востребованность типа литературы, жанра, идеи, экспертиза автора и качество контента. Коммерческий потенциал книги может быть разным, но чаще всего издаются книги из популярных жанров и видов литературы.
6. Классификация нон-фикшн - нон-фикшн литература включает в себя огромное количество направлений, включая психологию, отношения, деловую литературу, it и т.д.
7. Оценка потенциала жанра - конкуренция в разных жанрах разная, например, в психологии конкуренция высока, но это не значит, что туда не стоит идти. Однако для достижения успеха в любом жанре необходимо учитывать требования к автору и книге
8. Влияние трендов на потенциал жанра - это первая производная популярности какой-то темы:) Если тренд долговременный, то его можно попробовать обуздать и написать книгу на эту тему. Издатели обращают внимание на тренды и можно использовать wordstat, отчеты о продажах, подборы новинок издательств и так далее
9. Тренды в литературе - важно знать про тренды, чтобы вплетать их в свои произведения и повышать их коммерческий потенциал. Отдельно важно отслеживать когда тренды начинают идти на спад.
10. Выбор темы книги - тема должна быть важной и значимой для читателей, а также быть связана с опытом автора и его знаниями в определенной области
11. Критерии оценки потенциала темы - оценить стартовый потенциал темы можно, используя критерии жанра, аудитории и потенциала для роста. А издатели смотрят на актуальность темы, емкость, востребованность, наличие аудитории и платежеспособность. Отдельно надо отметить, что издательства могут специализироваться на отдельных темах
12. Глубина и качество текста - издатель оценивает качество текста, актуальность темы, глубину и качество продукта. Важно, чтобы текст был понятен и интересен для читателя, а также соответствовал нормам поведения и законодательству.
13. Формула успеха книги - здесь предлагается смотреть на микс из целевой аудитории, жанра, темы, идеи, подачи, упаковки и продвижения.
14. Нейминг и упаковка книг - важно использовать слов, которые хорошо ищутся в поиске, а также метафор в названиях книг. Важно, чтобы название книги было понятным и недвусмысленным, чтобы привлечь внимание читателей и закупщиков.
15. Выбор целевой аудитории - важно изначально определить целевую аудиторию для книги - это влияет на выбор названия и содержания. Даже если аудитория предполагается широкой, важно сделать так, чтобы книга была адаптирована под конкретную аудиторию.

P.S.
Про тему для книги можно почитать книги, про которые я уже рассказывал
- "Writing to Be Understood" ("Как писать нон-фикшн")
- "Made to Stick" ("Сделано, чтобы прилипать")
- "The Idea" ("Где обитают фантастические идеи")

#Writing #SelfDevelopment #Management

Отпуск

Сегодня начался мой первый отпуск в этом году, который я провожу в Турции вместе с семьей. Для того, чтобы не расслабляться чрезмерно я взял с собой книгу "Software Engineering at Google", которая долго ждала своего часа на моей книжной полке. За время перелета я уже успел прочитать три главы и они были интересными. Если экстраполировать на 8 дней отпуска, то пока я движусь в рамках плана и к концу отпуска ее дочитаю:)

#Software #Engineering #Management #Leadership #BigTech

Intentional Code - Minimalism in a World of Dogmatic Design - David Whitney - NDC Porto 2023

Занимательное выступление David Whitney, head of architecture в компании New Day, на тему дизайна и проектирования софта, в котором прикольные иллюстрации и интересные мысли, которые можно обобщить до следующего
- Шаблоны проектирования (design patterns), бум которых начался с книги "Design Patterns" от банды четырех (Gang of Four). Конкретно в этой книге шаблоны были разложены на категории creational, structural, behavioral и каждый шаблон описывал типовое решение стандартной проблемы, с которыми часто сталкивались авторы книги. Но это не было призывом к стандартизации всего и вся. Скорее это был общий язык и набор идиом программирования, которые могут быть полезны
- На книгу тему паттернов проектирования в IT большое влияние оказал Кристофер Александер, настоящий архитектор от строительства, а не из IT, который написал знаковые книги "Notes on the Synthesis of Form" и "A Pattern Language: Towns, Buildings, Construction" (стоит у меня на полке и ждет своего часа)
- Виды архитектур: hexagonal architecture (port& adapters), clean architecture, 12 factor app. Автор обсуждает эти подходы, а потом говорит, что в разработке софта есть есть не только шаблоны и виды архитектур
- Давид вспоминает книгу Кнута "Literate programming" ("Грамотное программирование"), где программа фактически пишется на естественном языке, а инструкции входит в неё в форме макроподстановок и кода на языках программирования. Эту концепцию предложил Кнут в 1981 году и использовал при создании TeX. В этой концепции подчеркивается важность формы, потока и ритма кода, а также его смысла и цели существования. Причем код должен быть написан с уважением к читателю:)
- Сложность софта - многие программы чрезмерно сложны, потому что они не формируют правильные абстракции для читателей и им легко потеряться в инфраструктурных моментах и схеме организации кода. Автор выдвигает такой тезис

The complexity of your app should be at most as complex as the problem space it inhabits, and no greater

- Эти подходы к управлению сложностью стоит использовать при дизайне своего приложения и проектировании качественных API
- Автор вспоминает "Чистый код" ("Clean code") дядюшки Боба и говорит, что много лет назад - это была полезная и прорывная книга, но с тех пор она устарела, как устарел и догматичный подход Роберта Мартина, который фиксирует количество строк в функции. Честно говоря, я согласен с такой оценкой книг Роберта Мартина:)
- Дальше автор вспоминает крутую книгу "A philosophy of software design" Джона Остерхута и дальше идет по концепциям из нее. Это крутая книга, которую мы разбирали в рамках клуба Code of Architecture и которую я очень рекомендую к прочтению. И вот какие концепции из этой книги автор освещает
-- Сложность софта может иметь накопительный эффект - маленькие уступки на которые мы идем при написании кода приводят к большому техдолгу
-- Shallow и deep modules - если мы используем абстракции, то они должны быть глубокими и скрывать сложность, а не поверхностными, которые с этим никак не помогают
-- Разработка софта - это компромиссы, что зависят от контекста
-- Проектировать софт надо так, чтобы он был готов к изменениям в будущем

В принципе, в выступлении есть еще много умных мыслей, так что я рекомендую посмотреть его в оригинале:)

#Software #Architect #SystemDesign #Philosophy #SoftwareArchitecture #Patterns

Code of Leadership #13 - "Accelerate"

Тринадцатый выпуск подкаста "Code of Leadership" посвящен обсуждению крутой книги "Accelerate", которую написали три автора Gene Kim, Jez Humble, and Nicole Forsgren. Популярность этой книги обусловлена тем, что в этой книге приводятся крутые выводы о связи процессов и практик внутри организации и ее эффективности, а это именно те вопросы, которые интересуют менеджмент. В отличие от многих других книг здесь утверждения подтверждены систематическими исследованиями.
Саму книгу я обсуждаю с Игорем Курочкиным, у которого больше 12 лет опыта в индустрии, из которых 6 лет в консалтинге. Он помогает развивать инженерную культуру, процессы и практики, платформенные и продуктовые команды в больших компаниях.
В этом выпуске мы обсуждаем следующие темы
- История книги, знакомство с авторами и их исследованиями
- Краткий обзор трех частей: модель авторов, методология исследования, как применять модель на практике
- Сравнение моделей зрелости (maturity models) и модели практик (capabilities models)
- Как раньше пытались мерить эффективность разработки (lines of code, velocity, compleated story points)
- DORA метрики
- Культура по Шейну и по Веструму
- Принципы continuous delivery, их связь с инженерными практиками
- Архитектура имасштабирование
- Shift left everything и pipeline driven organization
- Lean management и продуктовые практики
- Как дизайнилось исследование, какая модель получилась, как анализировались полученные результаты
- Как дальше развивалась модель Accelerate и что можно почитать из новенького (DORA отчеты с 2019 года по текущий)

Дополнительные материалы для изучения включают в себя:
- Модель исследования
- Все отчеты State of DevOps
- Инструмент для быстрой оценки своей команды
- Whitepapers:
-- The role of continuous delivery in IT and organizational performance
-- DevOps Metrics
- Выступление Игоря Курочкина про NextOps на DevOpsConf 2024, где он рассказывал чем сейчас занимаются авторы книги Accelerate
- Обзор книги в 3х частях от Александра Поломодова:
-- Общая информация по книге, формат исследования и DORA метрики
-- Технические практики, архитектуру и интеграцию вопросов безопасности в процессы разработки
-- Менеджерские и лидерские практики

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

Keynote: Debug your thinking - Laila Bougria - NDC London 2024

Интересный доклад, посвященный улучшению мышления от Laila Bougria, где она рассказывает о том, чему она научилась и как важно критическое мышление и и ментальный отладчик для решения проблем и принятия решений. Вообще, основная метафора доклада - это debugging мышления примерно тем же способом, как мы действуем в случае с софтом, в котором есть непредсказуемые ошибки. Автор дает следующие советы
- Важно анализировать проблемы, сделав паузу и подумав о доступных альтернатив. Можно использовать технику 5 почему (5 whys)
- Полезно использовать технику рефрейминга, когда мы переосмысливаем проблему и находим альтернативное решение, которое отсутствовало в списке альтернатив
- Надо знать о том, что при решении проблем есть склонность к быстрому их решению и использованию старых подходов, которые раньше сработали. Условно натягиваем сову на глобус, старое решение на новую проблему вместо того, чтобы подумать от проблемы. В эту же тему фраза про "Когда в руках молоток, то все проблемы становятся похожи на гвозди"
- Важно научиться нестандартно мыслить - можно посмотреть на детишек, которые переодически выдают очень интересные мысли:)
- Для простора мышления надо быть уверенным в безопасности, это та же тема про pshychological safety, что ребята в Google нашли самой важной для эффективности команд в своем проекте Аристотель, про который я уже писал. Здесь же есть поинт про инклюзивность, который расширяет пространство рассматриваемых альтернатив
- Важно знать про когнитивные искажения (biases), которые влияют на наше мышление и по возможности устранять их влияние
- Для повышения эффективности мышления важно быть осознанным и наблюдать за своими мыслями и предубеждениями, что помогает выявлять и исправлять ошибки.
- Важно уметь работать с обратной связью и использовать RFC для получения обратной связи от разных людей. Также важно записывать свои мысли и решения для улучшения коммуникации и повышения ясности (аля ADR, architecture decision records)
- На рынке труда востребованы креативность, умение решать сложные проблемы и критическое мышление, поэтому стоит прокачивать эти качества в себе

P.S.
Раньше я уже публиковал подборку книг
1) На тему системного и критического мышления
2) На тему работы мозга

Плюс в седьмом выпуске Code of Leadership я разбирал книгу про работу мозга "Your brain at Work" вместе с Эрнесто Инаркиевым, чемпионом Европы по шахматам, гроссмейстером, который входит в ТОП-100 лучших шахматистов мира и в ТОП-30 по быстрым шахматам.

#Thinking #CriticalThinking #Reasoning #Philosophy #SelfDevelopment #Brain #Management #Leadership

Доверительное a/b тестирование (Trustworthy Online Controlled Experiments)

Уже после начала отпуска я дочитал книгу по a/b экспериментам, которые являются необходимым инструментом для bigtech компаний для того, чтобы оценить эффективность тех или иных идей по оптимизации веб-сайтов, приложений, ml-моделей.

Это дейстительно крутая книга, которую написали совместно три автора:
- Ron Kohavi - Technical Fellow and corporate VP of Microsoft's Analysis and Experimentation (previously director of data mining and personalization at Amazon)
- Diane Tang - Google Fellow, with expertise in large-scale data analysis and infrastructure, online controlled experiments, and ads systems
- Ya Xu - head of Data Science and Experimentation at LinkedIn

Эта книга на русском вышла в издательстве ДМК Пресс и ее даже можно читать, сверяясь периодически с первоисточником.
Книга состоит пяти частей:
1) Введение для всех - объяснение мотивации проведения экспериментов, как выглядит полный цикл проведения экспериментов, как оценить надежность полученных данных и как прокачать культуру экспериментирования и прийти к платформе
2) Избранные темы для всех - пример известных экспериментов по оценке влияния скорости вебсайтов на бизнес показатели (full дизайн эксперимента и разбор его результатов), какие организационные показатели бывают, как выбрать OEC (overall evaluation criteria) для оценки эффектов экспериментов, как проведенные эксперименты формируют институциональную память и как их можно использовать для метаанализа, как проводить этичные эксперименты
3) Дополнительные и альтернативные методы контролируемых экспериментов - что делать, если честный a/b тест не провести (экспертная оценка, исследование UX, фокус-группы, обзоры, ...), как дизайнить наблюдательные исследования для исследования причинно-следственных связей
4) Платформы для экспериментов - очень важный раздел для тех, кто решил делать свою платформу. Здесь идет речь про эксперименты на стороне клиента (например, в мобильном приложении), про инструментарий для экспериментов, как выбрать еденицу рандомизации (страница/экран, сеанс пользователя, пользователь, компания, ...), как найти компромисс между скоростью/качеством/риском при дальнейшем развитии экспериментальной платформы, как анализировать масштабные эксперименты
5) Развернутое описание анализа экспериментов - тут наступает время статистики и авторы рассказывают про t-тест, p-значение и доверительные интервалы, ошибки первого и второго родов. Рекомендую почитать книгу "Understanding Statistics and Experimental Design. How to Not Lie With Statistics", про которую я писал раньше. Тут же идет речь про оценку дисперсии и повышение чувствительности экспериментов, как и зачем проводить a/a тестирование, какие существуют ограничительные показатели при проведении экспериментов, навроде SRM (sample ratio mismatch), как может происходить утечка и интерференция между вариантами (например, при экспериментах в соцсетях или на e-com платформах), как мерить долгосрочные эффекты.

В общем, книга топовая и я рекомендую ее к прочтению тем, кто глубоко погружен в тему a/b экспериментов ... или тем, кому просто нравится статистика:)

#Math #Statistics #PopularScience #Science #ML #Data #Software #PlatformEngineering