Что мой сын должен знать об устройстве этого мира

Эта книга Фредерика Бакмана написана в ироничном стиле и состоит из серии отдельных эссе, которые рассказывают об отцовстве и взрослении его маленькому сыну, который тоже когда-нибудь в будущем повзрослеет:) Юмор и глубина эссе проглядываются даже в их названиях:
- Что тебе нужно знать насчет лампочек в туалетах
- Что тебе нужно знать насчет "Икеи"
- Что ты должен знать о футболе
- Что тебе нужно знать о вещах
- Что тебе следует знать о мужском начале
- Что тебе нужно знать о боге и аэропортах
- Что тебе нужно знать о судьбе поющего жирафа
- Что тебе нужно знать о наших расхождениях с мамой этой Фесилии
- Что тебе следует знать о добре и зле
- Что тебе нужно знать о создании рок-группы
- Что ты должен знать о любви
- Что тебе нужно знать о том, почему я держу тебя за руку крепче, чем другие

В итоге, в книге обсуждаются важные вещи, но в формате беседы с другом, чем в формате назидания от родителя.
В итоге, папа кажется понятнее и ближе сыну, особенно учитывая вступление к книге в формате

Моему сыну.

Прости меня, пожалуйста. За все, что я совершу в ближайшие лет восемадцать. За все, что упущу. За все что не пойму. За все вызовы в школу, про которые ты постараешь не говорить.
........
Но, когда я совсем тебя достану, хорошо бы тебе вспомнить, что для меня ты навсегда останешься годовалым клопом, который стоит голышом посреди прихожей и, прижимая к груди тряпичного льва, улыбается белозубой улыбкой. Когда со мной будет трудно. Когда за меня будет неловко. Когда я буду несправдлив. Вспомни, пожалуйста, этот день. Тот день, когда ты отказался признаваться, куда засунул ключи от машины. И имей в виду: ты первый начал.

Твой папа

А к концу книги, изучив все истории молодого папы, все заканчивается зацикливанием фразы из вступления: "И имей в виду, что вообще-то ты первый начал."

P.S.
Это очень душевная книга, которую легко читать и появляется желание научиться общаться со своими детьми так просто, ясно и иронично, как делает Фредерик в этой книге.

#ForKids #Humor

How to Reverse Software Entropy • Saleem Siddiqui • GOTO 2023

Интересное выступление на тему разработки софта и как это связано с физикой, точнее с концепцией энтропии и ее возростания.
Собственно для энтропии автор использует определение от Saleem Siddiqui:
A composite mesure of disorder that subsumes qualitative and quantitative measures
Автор достаточно много говорит про то, как понять энтропию качественно, а потом переходит на количественные метрики и отмечает следующее
- Size (LoC, Number of files, Number of dependencies)
- Volatility
- Cyclomatic complexity
- Coupling and instability
- Cohesion: LCOM, TCC, LCC

Дальше он говорит про пять факторов, которые повышают энтропию
1. Dependecy forest - здесь автор показывает как создание простого react app тянет больше трех тысяч модулей из npm и вспоминает знаменитую историю про left pad библиотеку, удаление которой сломало кучу сайтов
2. Lopsided test strategy - здесь автор пинает cucumber и bdd в общем и говорит про пирамиду тестированияя (пирамидальной формы).
3. Progressive test anemia - здесь он упоминает про test coverage, который можно искусственно завышать, но смысла в этом не много
4. Over-engineering - здесь идет рассказ про усложненные решения навроде инновационных дворников для машин, про которые рассказывает автор. А потом автор пинает Kubernetes или скорее тех, кто его использует просто в силу моды
5. Staff we refuse to foresee - пример с отключением государственных сайтов США, что привело к отключению сайта NIST, на котором представлены CVE базы, которые стали недоступны. В итоге, CI/CD пайпланы с проверкой уязвимостей в тот день не работали. Автор показывает это в качестве примера для более глубокой работы с рисками:)

#SoftwareArchitecture #Software #Processes #Management #ContinuousDelivery #Engineering #SoftwareDevelopment

Романтика искусственного интелекта

Лет 5 назад я прочитал интересную книгу "Романтика искусственного интелекта" за авторством Потопахина, которая вышла в далеком 2016 году.
Мне тогда эта книга понравилась тему, что оставила больше вопросов, чем дала ответов:) И одной из основных мыслей, проходящих сквозь всю книгу, была мысль о том, что есть 2 вопроса относительно AI:
1. Глобальный - "что такое интеллект и как создать систему, как минимум равнозначную человеку, а может быть, его и превосходящую"
2. Локальный - "как для каждого отдельно взятого интеллектуального процесса создать его эффективную техническую модель"
Причем сейчас в основном все исследования по AI решают задачи 2 типа, которые являются прикладными и которые в потенциале хорошо монетизируются:)

А вообще, книга состоит всего из 7 глав:
1. Задача тысячелетия - размышления на тему того, чем является интеллект и что им не является
2. Вся жизнь игра - рассмотрение способов обучения искусственного интелекта игре в разнообразные игры
3. Интеллект искусственный и обучаемый - рассмотрение неотъемлемого свойства интеллекта, а именно возможности обучения
4. Сетевая архитектура - куда же без нейронных сетей:)
5. Распознавание образов - тоже очень популярная тема, в которой есть ряд достижений
6. Искусственное познание - от систем логического вывода теорем до самоорганизующихся систем AI:)
7. Интеллект, равный человеческому?! - напутствие в мир AI от автора и целой когорты исследователей, посредством приведения их избранных цитат на заданную тему
Итого, книга легко читается и почти не содержит математики, т.к. она служит целям популяризации искусственного интеллекта.

P.S.
Отдельное спасибо автору за то, что в главе относительно игр основные примеры рассматривались на базе шахмат:
- дерево перебора
- оценочная функция
- минимакс и альфа-бета-алгоритм
- разные этапы игры и изменение оценочной функции на основе приоритетов факторов на разных этапах

Почуствовал дежавю, так как в дестве много лет играл в шахматы:)

#Chess #AI #Math #DataScience

Совершенствование потока разработки программного обеспечения

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

#Processes #Management #Architecture #Conference #ExternalReview #ProductManagement #Leadership #SoftwareDevelopment #Software #SoftwareArchitecture

Can We Please Stop Talking About Tech Debt? • Emily Rosengren • GOTO 2023

Противоречивый доклад с концеренции goto, в котором Emily рассказывает про техдолг и предлагает не называть технические задачи так:)
Аргументация состоит в том, что со времен Уорда Канингема, придумавшего эту метафору, наша индустрия поменялась. Саму концепцию Уорда Канингема хорошо описал Мартин Фаулер в своей статье "Technical debt":
Software systems are prone to the build up of cruft - deficiencies in internal quality that make it harder than it would ideally be to modify and extend the system further. Technical Debt is a metaphor, coined by Ward Cunningham, that frames how to think about dealing with this cruft, thinking of it like a financial debt. The extra effort that it takes to add new features is the interest paid on the debt.
Эмили апелирует к следующим изменениям:
- переход от проектной работе к продуктово-ориентированным командам - мы инвестировали в изменение подходов к организации команд для создания софта в другом формате
- распространение cloud-native distributed systems - область, которую можно отнести к долгу увеличилась
- появился целый зоопарк технологий (с 1992 года, когда концепция техдолга появилась)

Дальше Эмили подводит к мысли, что
There is bad software and better software, but no such thing as "best" or "the right" implementation
и отсюда появляется мысль, что
Software and context around it is continually changing - the best tradeoffs come from current context

Дальше автор доклада предлагает не навешивать label техдолг на какие-то технические задачи, а влиять целиком на улучшение продукта и она предлагает такой алгоритм для того, чтобы делать это успешно:
- Do the work when it matters
- Explain the "why"
- Understand the product roadmap and care about it too

Дальше она разбирает стандартный тезис инженеров вида "I can't get my tech debt prioritized" и предлагает переформулировать это в утверждение другого вида "I can get my timely. prroduct-strategy-relevant improvement recommendations prioritized":)

P.S.
В принципе, мысли у автора хорошие, но кажется, что это просто изменение названия, но не концептуальное изменение подхода. Мне гораздо больше нравится подход Джона Остерхута со стратегическим программированием, что он описывал в книге "A philosophy of software design" (вот тут есть краткое описание книги, которую мы разбирали в клубе Code of Architecture). Плюс я думаю, что надо делать технические инвестиции up-front с точки зрения внедрения инженерных практик в новые проекты, а не ждать накопления долга и выплаты процентов.

#Engineering #Architecture #Processes #Management #Leadership

Профессионализм и решение задач – Владимир Спиридонов / ПостНаука

Интересное и короткое выступление Владимира про отличие экспертов от новичков. В рассказе фокус идет на трех отличиях с примерами исследований экспертов и новичков шахматистов, ученых-физиков, врачей:
1. Репрезентация, представление ситуации (мышление блоками, классифицирование, возможность использования поверхностной информации)
2. Стратегии решения (предметнозаточенны, количество под определенные случаи)
3. Стратегии самоуправления (первоначальный анализ, предсказание возможных проблем, фиксация и анализ ошибок)
Рассказ инетересен тем, что он позволяет понять как двигаться в сторону профессионализма и экспертности в выбранной вами области:)

P.S.
Люблю статьи и видео ПостНауки, где публикуется интересный и полезный научно-популярный контент.

#Brain #SelfDevelopment #PopularScience

Санта действительно существует? Философское расследование (Does Santa Exist? A Philosophical Investigation)

Эта книга Эрика Каплана, сценариста сериала "Теория большого взрыва", начинается с вопроса про Санту, а заканчивается обсуждением смысла жизни. В процессе философского расследования мы проходим через логику, мистику, юмор, каббалистику и приходим куда-то к религии или трансцедентности. Все путешествие сопровождается иронией, что позволяет не потеряться по дороге на особо заумной мысли, при чтении которой обычно тянет в сон. Также чтению помогает искрометный юмор стилистически близкий к "Теории большого взрыва" и мультсериалам «Футурама» и «Симпсоны», над которыми тоже работал автор. Вот избранные цитаты из книги, которые позволят понять, о чем я говорю

- Рациональность
Если вы не хотите прожить свою жизнь дураком, следуйте правилам практической рациональности. Правда, при этом вы не сможете творить, верить, переживать бурные эмоции, прощать, испытывать привязанность, быть спонтанным, погружаться в момент или чувствовать себя живым. Но зато дураком-то вы точно не станете!
- Минусы логики
Логика обещает вывести нас из дебрей неясностей к четкости и пониманию. Но, когда дело доходит до парадоксов, логика начинает путаться в собственной терминологии, которая не позволяет ей ни описать проблему, ни сформулировать решение. Стоит нам увидеть одно слабое место логики — и мы тут же начинаем замечать их повсеместно.
- Существование
Я лежал ночью в кровати и пытался представить себя несуществующим. Когда мне это удавалось и я пугался, то сразу же понимал, что на самом деле мне не удалось достичь желаемого и я все еще существую, только представляя себя несуществующим. Тогда я пытался вообразить, что и этого тоже не существует, и пугался еще больше.
- Буддизм
Когда я слышу, что кто-то кричит «Спасите! Спасите!» из квартиры этажом выше, я почувствую себя обязанным пойти помочь. Но если это MP3-плеер проигрывает аудиофайл с записью криков «Спасите! Спасите!», а в квартире нет никого, я не должен ничего делать. Не чувствуют ли буддисты нечто подобное: что смысла в неоказании помощи столько же, сколько в ее оказании?
- Санта-йога
Если мы посмотрим на Санту сквозь призму диалектики Мадхъямаки, мы в конце концов в каком-то смысле поверим в него. Наше отношение к Санте будет чем-то сродни мировоззрению тибетцев, практикующих божественную йогу. При этом нам не пришлось бы беспокоиться о том, существует он или нет, потому что парадокс заключается в самих особенностях реальности.
Юмор
В отличие от логики юмор (как и мистика) принимает противоречия. Он объединяет две половины парадокса в большее и живое целое. В отличие от мистики юмор (как и логика) не является авторитарным. Он указывает на противоречия и дает нам инструменты для их разрешения. Итак, именно юмор в состоянии примирить мистику и логику.

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

#Philosophy #Humor #SelfDevelopment

Jepsen (Distributed Systems Safety Research)

Сегодня я решил вспомнить про jepsen, clojure библиотеку, которая позволяет тестировать распределенные системы. Почему именно сейчас? Потому что на этой неделе я делал ревью доклада для ArchDays на тему эмулирования сбоев. В рамках ревью я вспомнил про библиотеку Jepsen и мы немного обсудили подход Kyle Kingsbury, автора библиотеки, к тестированию гарантий и отказов в распределенных системах. В общем и целом, мне нравится подход Кайла и я считаю его полезным для применения, поэтому я решил написать этот пост:)

Кайл отлично рассказал о своем подходе в 2018 году на конференции GOTO (рекомендую посмотреть видео - оно сделано с юмором и кучей информации).
На его сайте есть краткое описание работы библиотеки
Jepsen analyses generally consist of running operations against a distributed system in a dedicated cluster, introducing faults into that cluster, and observing whether the results of those operations are consistent with some model. This introduces various sources for error: bugs, bounds on the search space, and the problem of induction. Jepsen’s design also limits its use as a performance benchmark.

На этом же сайте есть крутая схема моделей консистентности, соответствие которым проверяется в тестах. Плюс есть отдельный раздел с результатами анализа разных баз, которых накопилось больше 20 за 10 лет исследований.

Но если если возвращаться к выступлению 2018 года, то там Кайл сначала рассказывает по сложности работы stateful сервисов, а точнее баз данных, приводя метафору с горящей кучей покрышек, над которой развернуты приложения, которые предоставляют API клиентам, которые делают вид, что все хорошо. Дальше он рассказывает про виды проблем в распределенных системах и рассказывает про результаты исследований популярных продуктов и проблемы, найденные в них.

А в конце выпустления он доходит до практических советов по поводу выбора базы данных / очереди для вашего продукта делать следующее
- читать документацию и искать предоставляемые этим решением гарантии
- если там написано просто strong consistency, ACID, strict и ничего больше, то возможно авторы базы данных не понимают что это значит (или скрывают реальные гарантии за marketing bullshit)
- смотреть на формальные гарантии и спецификации
- думать про те инварианты и гарантии, которые важны для вашей системы (баланс между safety/consistency и performance)
- думать про модели отказа (failure modes) и конкретно про
-- краши процессов (kill -9)
-- откзаы машин
-- clock skew
-- паузы на gc/io
-- разделения сети (network partition) (iptables -j DROP)
- тестировать систему end-to-end, а не только базу или очередь - это позволит проверить работоспособность пользовательских сценариев целиком
- не быть перфекционистом и остановиться в тестировании системы на good enough уровне

#DistributedSystems #QualityAssurance #SystemDesign #Engineering #Software #Architecture #SoftwareArchitecture #SoftwareDevelopment #SRE

Густав Климт. Абсолютная красота (Gustav Klimt. La Bellezza Abssoluta)

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

В итоге, книга разбита на следующие части:
- Весна священная - ранняя жизнь художника и его взаимоотношения с семьей и братом Эрнестом, с которым они вместе рисовали картины, но который рано умер
- Сецессион - вступление в выставочную организации и нескольких групп молодых немецких и австрийских художников, которые в 1892 году в знак протеста против официального академического искусства вышли из состава мюнхенской выставочной организации «Хрустальный дворец»
- Вена - история про Эмилию Флёге, друга Густава, которая играла значимую роль в жизни Климта как модельер, созадавая шедевры моды. Эмилия была для художника настоящей музой. Плюс здесь же идет реч про множество детей Густава, которые у него были от разных моделей, их набиралось на несколько футбольных команд.
- Аттерзее - рассказ про мастерскую художника, которая сейчас доступна для посещения в Вене. Конечно, доступная сейчас мастерская - это двухэтажный новодел. Сам Климт жил и творил в одноэтажном здании, утопающем в зелени сада, где всегда было множество моделей без избытка одежды:) В этой же части мы видим финал жизни Климта.
- Ателье - в этой части Отто Габос рассказывает про закулисье создания этой книги. Он думал рассказать про Климта устами его моделей, но окзалось, что они перетягивают фокус с художника на себя. Дальше Отто отказался от биографии в стиле романов и свел к минимуму описание исторических событий, поэтому в книге мы путешествуем по времени произвольно. Также Отто не стал заострять внимание на отношениях Климта с его семьей, а точнее мамой и сестрой, хотя присутствие женщин сыграло центральную роль в жизни Климта. В книге остался фокус на Эмилии Флёге из-за ее значимости и важности.

После прочтения книги я заинтересовался художником и на сайте ArtsAndCulture.Google.com нашел страницу художника, где можно посмотреть на его работы, включая самую дорогую его картину "Adele Bloch-Bauer I", которая была продана в 2006 году за рекордную сумму 135 млн долларов. А вот тут есть краткое видео на минуту про Густава Климта, тоже созданное в рамках проекта Arts and Culture от google.

#Biography #Culture #Comics