Теория игр: жизнь, Вселенная и всё остальное. Это заголовок видоса, ссылка на который в конце поста. Рекомендую к просмотру, а если лень, читайте его краткое содержание 😉👇

Теория игр — это раздел математики, который изучает оптимальные стратегии в играх с участием двух и более игроков. Одной из самых известных задач в теории игр является дилемма заключённого. Она встречается повсеместно: от международных отношений до отношений между животными.

В 1950 году корпорация Ренд, американская исследовательская организация, начала использовать теорию игр для решения проблем, связанных с ядерным оружием. В том же году двое математиков из Ренд придумали новую игру, которая теперь известна как дилемма заключённого. В ней игрокам предлагается выбор: сотрудничать или предать. Если оба игрока решат сотрудничать, каждый получит по три монеты. Если один игрок решит предать, а другой — сотрудничать, предатель получит все монеты, а сотрудничающий не получит ничего. Если оба игрока решат предать, каждый получит по одной монете.

В дилемме заключённого лучший вариант — всегда отказываться от сотрудничества. Но в долгосрочной перспективе оба игрока оказываются в не самой оптимальной ситуации.

В 1980 году политолог Роберт Аксельрод устроил соревнование среди компьютерных программ, которые играли друг с другом. Он предложил лучшим специалистам по теории игр из разных областей написать компьютерные программы, которые могли бы сыграть друг с другом. Каждая игра предполагала 200 раундов.

Самой успешной оказалась самая простая стратегия, которая называлась «око за око». Она сотрудничает в первом раунде, а в каждом следующем повторяет предыдущий выбор соперника.

Добрые программы, которые никогда не предавали первыми, оказались на высоте. В результате четырёх турниров выяснилось, что лучше всего быть добрым и незлопамятным. При этом, если заложить в стратегию на 10% больше прощения, то это позволит исправить ошибки, не сделав стратегию излишне мягкой.

Например, 1983 году Советская спутниковая система раннего обнаружения зафиксировала пуск межконтинентальной баллистической ракеты. Однако США не проводили никаких пусков. Система приняла солнечные лучи, которые отражались от облаков в верхних слоях атмосферы, за ракету. К счастью, дежурный офицер Станислав Петров проигнорировал тревогу.
А в 1986 году США и СССР договорились сокращать запас ядерного оружия. Они нашли способ разрешить конфликт, постепенно отказываясь от небольшой части вооружения и проверяя, соблюдаются ли договорённости.

🤝 Подумайте об этом — стратегии всеобщего сотрудничества всегда приводят к лучшим результатам, чем стратегии-плохиши, как в игре, так и в реальной жизни.

https://youtu.be/o-lFK7nZIKE

Решил я тут допилить своего MentorBot'а

По отзывам пользователей у меня было 2 конструктивных предложения:

1️⃣Сделать автоматическую отправку вопросов

2️⃣ Прикрутить к боту ИИ и добавить к открытым вопросам возможность записывать голосовые, чтобы ИИ мог их проверять.

От пункта 2 я отказался сразу, так как, исходя из user experience, ботом пользовались, в основном, в транспорте, чтобы провести время от остановки до остановки с пользой)) а это значит, что никто не стал бы, стоя в метро или автобусе в час-пик, записывать ответы на вопросы голосовыми.

А вот пункт 1 стал бы удобной фичей...
Здесь стоит немного рассказать о принципе работы телеграм ботов. По сути, бот — это обычный чат, только вместо живого человека на другом конце вы общаетесь с алгоритмом, запрограммированным отвечать определённым образом на ваши сообщения. Тоесть триггером для бота всегда будет сообщение пользователя, которое юзер может или напечатать сам или отправить заготовленный шаблон, нажав на кнопку, текст которой как раз и является сообщением боту.

Так вот, чтобы получить с сервера вопрос, вы должны нажать на кнопку, тем самым отправив сообщение боту. Бот получает сообщение с выбранной темой и отдаёт вам ваш вопрос. Всё, что оставалось сделать, это симулировать отправку сообщения, чтобы автоматом выдавать следующий вопрос...Но, как оказалось, напрямую симулировать нажатие кнопки с сервера в Grammy.js невозможно.Причина в том, что Telegram API не предоставляет возможности программно управлять кнопками в чатах. Конечно, можно настроить таймер, который будет периодически вызывать функцию, имитирующую нажатие кнопки, но в таком случае Telegram может заблокировать бота за спам. Такие дела...

Но, не смотря на это, бот всё также остаётся вашим карманным помощником для подготовки к собесам)) Кстати, скоро в нём появятся 2 новых раздела: TypeScript и GIT 👍

Вести с полей

Зашёл я тут в свой канал и ужаснулся! Последний пост был почти 3 месяца назад 😱
А между тем за это время произошло несколько значимых для меня событий, которыми хотелось бы поделиться))
Во-первых, я сходил в продолжительный заслуженный отпуск, за время которого успел жениться 🥳 (поздравлять можно в комментах😉)
А во-вторых, меня повысили на работе 👍 и, как водится, насыпали новых интересных обязанностей.
Раньше я занимался просто визуализацией данных, проще говоря делал виджеты по запросам аналитика. Теперь же я буду осваивать ETL-разработку, не забывая про виджеты, естессно))
Что же это за зверь такой — ETL?
Чтобы данные можно было анализировать, их нужно обработать. Обычно это происходит в три этапа: извлечение, трансформация и загрузка. Этот принцип и называется ETL (Extract Transform Load). Чем больше данных и аналитических задач, тем больше ETL-процессов. Управлять ими вручную трудозатратно и тут на сцену выходит Airflow, который берёт на себя часть процесса по управлению данными. Архитектура Airflow базируется на концепции направленного ациклического графа (DAG).
DAG’и (DAGs) — ключевая сущность Airflow. Это скрипты на Python, которые описывают логику выполнения задач: какие должны быть выполнены, в каком порядке и как часто.
Задачи (Tasks) — они описывают, что делать. Например, выборку данных, анализ, запуск других систем. Каждая задача — это экземпляр оператора с определенными параметрами. Допустим, есть DAG для загрузки данных из базы. Можно создать задачу для выполнения оператора, который отправит SQL-запрос для загрузки данных. Она будет содержать информацию о том, какой SQL-запрос нужно выполнить, когда и в каком контексте.
Ещё есть Операторы (Operators) — классы Python, которые определяют, что нужно сделать в рамках задачи. Есть операторы для выполнения скриптов Bash, кода Python, SQL-запросов.
В общем как всегда всё очень интересно, но ничего не понятно😆

Интересно, я уже мидл?🤨

Merge или rebase? Вот в чём вопрос.

На собесах вопросы по Git встречаются не так часто, как по JS или React, но если эта тема всё же всплывёт, то этот 👆 вопрос вам зададут практически со 100% вероятностью.

Итак, в Git есть два способа слияния изменений из одной ветки в другую: merge и rebase.

Merge — объединяет изменения из одной ветки в другую, создавая новый коммит и сохраняя историю всех коммитов, включая все ветвления и слияния.

1️⃣Предположим, у вас есть две ветки: main и submain.
2️⃣В ветке submain вы сделали несколько коммитов.
3️⃣Вы хотите объединить изменения из submain в main.

git checkout main
git merge submain

В результате получается история, включающая коммит слияния:

A-B-C-F-G (main)
    \   /
     D-E (submain)

Где F и G — коммиты в ветке main, а D и E — коммиты в ветке submain. Коммит G — это коммит слияния, который объединяет изменения из submain в main.

Rebase — перемещает базу текущей ветки на указанную базу другой ветки. Это переписывает историю коммитов, создавая новые коммиты для каждого из оригинальных коммитов.

1️⃣Предположим, у вас есть две ветки: main и submain.
2️⃣В ветке submain вы сделали несколько коммитов.
3️⃣Вы хотите перенести изменения из submain на текущий конец main.

git checkout submain
git rebase main

В результате история переписывается, как если бы коммиты из submain были сделаны на основе самой свежей версии main:

A-B-C-F-G (main)
                 \
                  D'-E' (submain)

Где D' и E' — это новые коммиты, созданные при перебазировании, основанные на последних изменениях из main.

Основные отличия:

1️⃣История коммитов:
➖Merge: Сохраняет всю историю, включая коммиты слияния. История показывает, когда и как происходили слияния веток.
➖Rebase: Переписывает историю, делая её линейной. История показывает, как если бы все изменения были сделаны последовательно, без ветвлений.

2️⃣Коммиты слияния:
➖Merge: Создает новый коммит слияния, который объединяет изменения из двух веток.
➖Rebase: Не создает коммит слияния. Перебазирование "переносит" коммиты одной ветки на другую.

3️⃣Конфликты:
➖Merge: Конфликты решаются один раз при слиянии.
➖Rebase: Конфликты могут возникнуть на каждом коммите, и их нужно решать поэтапно.

4️⃣Применение:
➖Merge: Хорош для сохранения полного контекста истории разработки, особенно в командной работе.
➖Rebase: Хорош для поддержания чистой, линейной истории, особенно перед слиянием ветки в основную ветку, например, main или master.

5️⃣Когда использовать:
➖Используйте merge, когда вы хотите сохранить всю историю разработки, включая все ветвления и слияния. Это полезно для командной работы, где важно видеть весь контекст изменений.
➖Используйте rebase, когда вы хотите поддерживать чистую и линейную историю. Это особенно полезно для интеграции изменений в основную ветку перед созданием pull request'ов, чтобы история коммитов была более понятной.

Короткий ответ: Merge объединяет изменения из одной ветки в другую, создавая новый коммит слияния и сохраняя всю историю. Rebase переписывает историю, делая её линейной, перемещая коммиты из одной ветки на базу другой.

Кстати, если хотите потренироваться в ответах на вопросы по Git, заходите в MentorBot 👍

Мы купили автодом 🦾

И не просто автодом, а целый автобусодом на базе ПАЗика 🚌
Зачем? Конечно, чтобы отправиться в большое путешествие.

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

А если вы хотите быть в курсе всех наших приключений, то подписывайтесь на нас на ютубах:
Куда выжлу намылил 👈 приятного просмотра! 😉

https://youtu.be/rpWVx8UKm80?si=olosql4Nhkpf9pxp

Играю в электрика ⚡️⚡️⚡️

Тестируем себя и наш автодом на морозоустойчивость 🥶

https://youtu.be/GgY-nT3o8ho?si=VdatZuJSHtFlcyR1

От Гипса к Киберпанку: Сломанная Рука и Фантазии о Постчеловеке.

Я недавно сломал руку, катаясь на сноуборде, 3 недели ходил с гипсом и размышлял о хрупкости человеческого тела...и о его невероятном потенциале. Сломанная рука – это, конечно, неприятно, но она запустила целую цепочку фантазий о кибернетическом будущем.

Сначала – просто представил себя с кибернетической рукой, как у Люка Скайуокера🦾 Удобство, функциональность, сила! Но фантазия летела дальше. Вспомнил фильм "Алита: Боевой ангел" яркая демонстрация частичной кибернетизации – замена изношенных органов на более совершенные механизмы. И тут уже не только рука, но и, скажем, сердце, способное выдержать марафонский бег без отдыха, а еще(по желанию)— встроенная кофемашина! ☕️ (Да, кофе – важная составляющая любого постчеловеческого будущего).

Следующий уровень – "Призрак в доспехах". Мозг в роботизированном теле. Полная свобода от ограничений «кожаного мешка»😈 Это уже не просто улучшения, это качественный скачок. Но тут возникают сложные философские вопросы – что такое "я", если мое тело – это машина?

И наконец, кульминация – перенос сознания, создание постчеловека, как у Дэна Брауна. Бессмертие, новые горизонты… Однако, даже при всех фантастических перспективах, есть ощущение, что вечная жизнь может оказаться довольно скучной, хотя…

Если бы сегодня мне предложили безопасную кибернетизацию, я бы, пожалуй, остановился на руке и встроенной кофеварке. 🤖

Как завещал MRX, надо отдыхать не только в сети, но и в реале 🤘
Поэтому, как только мне сняли гипс, я прыгнул в автодом и помчал на склон 🏂

https://youtube.com/shorts/sOkaI-nxfAQ?si=AZ1kO_c8Xbqmg6YJ

Увольняюсь из Газпрома

Ну вот и пришла пора менять работу. Спустя 3 месяца, 513 откликов на hh и 4 собеса я получил долгожданный оффер🥳

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

Чем же я теперь буду заниматься?Да всё тем же — разработкой UI для новых и существующих компонентов аналитической системы Visiology — лидере BI решений среди отечественных компаний.

Импортозамещение — наше всё, но это не точно 😈

Чё там по интернетам в автодоме?

У нас в комплекте:

1️⃣ Роутер со встроенным модемом и двумя всенаправленными антенкам, которые крепятся на стекло

2️⃣ Направленная антенна, которая крепится на мачту на крыше автодома

Как всё это работает?
Втыкаем в роутер 2 симки(если пропадает связь на одной, автоматом начинает работать вторая), включаем wi-fi и наслаждаемся благами цивилизации 🧑‍💻
Ну, а если сигнала нет, то достаём направленную антенну, разматываем кабель и лезем на крышу. Там раскладываем мачту, крепим антенну, ищем вышку и держим пальцы крестиком, чтобы сигнал поймался 🤞
Если сигнала ну вообще нет, едем дальше и повторяем операцию 😁

2 недели назад мы с женой и пёселем переехали в автодом 🥳

Это кардинально изменило стиль нашей жизни, поэтому я решил, что этот канал будет своеобразным бортовым журналом цифрового кочевника, которым я теперь стал.

Пожелайте нам удачи, она нам точно понадобится, ведь автодом у нас на базе ПАЗика 🦾 😊