Наука будущего

Эта книга Олега Фейгина, крупного ученого-академика, выпущенная издательством Бином Лаборатория знаний напоминает салат Оливье из передовых научно-популярных концепций из разных сфер. Автор интересно и образно рассказывает о них так, что можно читать не отрываясь.

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

В общем, автор за 250 страниц успевает рассказать о таком количестве тем, что мало никому не покажется:)
Поэтому я ее прочел в эти каникулы, читая за раз не больше нескольких глав, которые в среднем занимают по 5 страниц (что дает в сумме 45 глав).

#PopularScience #Physics #AI #Time

Книжная распродажа в book24

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

#Sale

Первый IT-фестиваль на коньках — IT’s Tinkoff on ICE

Через пару недель я отправлюсь с семьей покататься на коньках в Парк Горького, так как Tinkoff проводит там фестиваль, куда наши devrel позвали всех сотрудников, которые активно участвовали в развитии нашего IT бренда, выступая на конференциях, митапах, публикуя статьи или обучая людей.
Но это не закрытое мероприятие для спикеров, а фестиваль для широкой аудитории - зарегистрироваться может любой (на катке есть место для 3000 человек).

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

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

Мероприятие будет 23 января 2023 в Москве, в Парке Горького в 18:30
https://meetup.tinkoff.ru/ice/

Сказка о царе Салтане

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

P.S.
С четырех и до самого утра я успел подремать еще пару часиков, а потом пришла няня, а я ушел на работу

#ForKids #Sec

Обзор книги “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

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

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 - стандартное определение
- 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