#текучка #ооп
Применил ООП в жизни. Я хожу тренироваться и на классический воллейбол и на пляжный. И иногда забываю вещи. То кроссовки, то наколенники, то футболку.
Я сделал три сумки. В красной лежат только классические вещи - кроссовки и наколенники, в синей - только пляжные тапки и полотенце. Когда я иду на тренировку, я кладу нужную сумку в бирюзовую и докладываю туда воду, футболку и шорты. Инкапсуляция, наследование!

Сайт упал как раз в день, когда я рекламу запустил. Классический визит эффект. Если, что сайт https://tarasov.expert снова работает.

Коллапс волновой функции.
#алгоритмы

От одного заказчика услышал новый для себя термин "алгоритм коллапса волновой функции". Посмотрел. Это по сути жадный алгоритм, но после каждого жадного шага происходит вычеркивание невозможных вариантов и фиксация тех ситуаций, где уже вариант однозначен. Если решения не найдено, отменяем заменяем последнее принятое решение (перебор с возвратом). Как люди в судоку играют, в общем.

В целом вполне себе эффективный алгоритм по соотношению качество/скорость. Если надо, может быть упрощен до жадного, или усложнен до линейного программирования. Между коллапсом и ЛП есть еще промежуточные по сложности варианты. Можно, например, выбором шага играться, где мы фиксируем. После нескольких прогонов находить узкие места где все сыпется и т.п.
Нормальный алгоритм в целом, хотя я непосредственно с ним еще не сталкивался. Пока получалось, что либо задачи надо решать быстро, либо достаточно качественно. Но у заказчика как раз промежуточный случай похоже. Решать надо за секунды, и задача всегда имеет решение, то есть замороченный алгоритм не нужен.

#трекинг #выступление #кейс #стартап
Мы с Максимом делали стартап Ростерайз 4 года. Он провалился. Сегодня Максим будет разбирать с известным трекером, что пошло не так. Думаю будет интересно. Для меня важна тема трекерства, а тут еще и на до боли знакомом примере :)) Я раньше кратенько писал, что такое трекинг. Могу еще попозже написать.

Травмы фаундера: вреден кастдев, или он ему недоступен?.
Или - почему инвестор не дает деньги?

(анонс-анонс ниже!)

Последний разговор с фаундером MyStory показал, как детские травмы создают у фаундера слепые пятна, мешающие понять ЦА.
У фаундера есть личная важная цель - дать детям больше свободы выбора, при том, что его миссия идет из негативного опыта гиперконтроля родителей.

Эмпатия и желание решить проблему - его сильные стороны, но они искажают восприятие рынка, и сильно мешают делать продуктвое исследование, так как много идеализма в его суждениях

Стремясь расширить возможности детей, он рискует упустить опасения родителей - ключевых ЛПР. Такой перекос убивает ценностное предложение для всей ЦА. Из-за этого его практически не слышат инвесторы, в чем, собственно и был запрос от Фаундера на эту работу

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

В этой серии мы рассматриваем проблему фаундера — он переносит свой детский опыт ограничений и давления со стороны родителей на продукт. Он хочет дать детям максимум свободы и автономии, но при этом упускает из виду реальные опасения и потребности родителей.

Для решения парадокса Фаундеру нужно осознать свои болевые точки, и заточить эмоциональный интеллект для исследования своей ЦА, чтобы найти золотую середину между детскими желаниями и родительским контролем.

Только так его смогут услышать инвесторы и покупатели
приходи на мой канал смотреть эту сессию
трансляция будет сегодня 20 ноября в 21.30 по Мск

https://youtu.be/NmDwRr2aae0

====анонс====анонс====анонс====анонс====анонс
====анонс====анонс====анонс====анонс====анонс
====анонс====анонс====анонс====анонс====анонс


Внимание - сегодня к нам в редакцию Спроси Олега идет в гости фаундер Rosterize Максим Андреев!

Rosterize - очень умный ассистент для авиакомпаний, который помогал строить расписание работы экипажей самолетов
Идея бизнеса появилась в 2019, первый клиент в России в начале 2020, первый международный клиент 2021, в конце 2021 зарегили в Делавэре компанию, 2022 и начало 2023 вели активно продажи, был большой пайплайн, но решили летом 2023 попробовать продать (не получилось), и более года занимались другими проектами, а сейчас закрываем компанию

Максима я знаю давно, как талантливого фаундера

Приходите - будем искать точки разворота бизнеса, которые фаундеры
проскочили, чтобы понять, как можно было развернуть ситуацию к росту

(анамнез по Rosterize:
В начале 2020 была куча лидов по всему миру - все умерли из-за ковид :)
в начале 2022 была куча лилов - ну тоже понятно что случилось,
и за 2022 и начало 2023 убедились, что паспорт имеет значение)

Живое Спроси Олега-шоу с Максимом Андреевым будет в Zoom сегодня, 20 ноября, в 19.00 Мск

всех любопытых жду - сразу после встречу будет живая Q&A сессия со мной, можно будет задать свои вопросы!

https://us02web.zoom.us/j/81726637739?pwd=rfzkg99m3qfrLbbos78akYPtEo16Wn.1

Делал в пятницу доклад на забавную тему "Почему проекты проваливаются (и что с этим делать)". Попозже выложу видео и презентацию. В ходе доклада набрел на следующее наблюдение.
#выступление #бизнес #мышление

У людей очень предметное мышление. Мы в детстве играли с предметами, и всякие кубики да машинки мы очень хорошо понимаем. Достаточно хорошо мы понимаем структурное разбиение, из каких частей состоит машина или, скажем, ракета. А вот материальные объекты, которые не являются предметами - это уже напрягаться думать надо. В работе приходится работать с: математическими моделями, функциональными частями, жизненным циклом, с целями, ограничениями, требованиями, бизнес-планами, с людьми и их ценностями, амбициями, характерами и т.п., с организационными структурами, с рисками, с гипотезами и т.п.
Все это с непривычки оказывается сложно. Хотя это все, в общем-то, не идеи из мира Платона, а вполне материальные сущности.
Например образование, то есть то, что остается, когда мы забыли предмет - это нейронные связи в голове и конкретные сформировавшиеся навыки благодаря этим связям.

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

#выступление #бизнес
В пятницу делал доклад в закрытом сообществе, но мне любезно разрешили выложить видео. Выкладываю.

Чем ООП опасно при решении оптимизационных задач.
#ооп #mip #история

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

Вспоминается анекдот "Хармса":

Однажды у Ф. М. Достоевского засорилась ноздря. Стал продувать — лопнула перепонка в ухе. Заткнул пробкой — оказалась велика, череп треснул. Связал веревочкой — смотрит, рот не открывается. Тут он проснулся в недоумении, царство ему небесное.

Рецепт от этого следующий. Автор системы должен владеть не только парадигмой ООП, но и другими (ФП в первую очередь конечно). Чтобы уметь осознавать, когда он её использует, а когда нет. Человек в одной парадигме не осознает что он её использует. Мы не особо замечаем воздух, пока не попадем в воду.

А еще лучше когда задачу решают не прогеры, а математики всё таки.

Это меня пригласили экспертом поработать в одном проекте. Смотрю на него и немного грущу. Проект в целом живой, но на анекдот Хармса местами смахивает. И проснуться нельзя ))

Метод Дедала.
#касдев #триз #рецензия #мысль

По мотивам доклада. Осозналась еще одна мысль.

Чтобы проект не провалился - надо собрать все требования. А чтобы он оказался суперуспешен, надо догадаться какие требование лишние. Чтобы потом говорили: а что так можно было?

Яркий пример - Когда инженеры говорили Стиву Джобсу что телефон сделать меньше нельзя, он бросил телефон в аквариум и телефон пустил пузыри. И Стив сказал - если есть пузыри, то есть и свободное место.
Тут прикол в том, что инженеры привыкли работать с существующей номенклатурой и разрабатывать минимум новых деталей, потому что так дешевле. А такая крупная компания как Apple может на это забить и сделать всю цепочку производства с нуля.

Полезное упражнение выключать то или иное требование, даже если очевидно, что оно обязательное.

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

В этом смысле очень полезная книжка "Приключения Алисы" Льюисса Кэррола, это учебник по отключению здравого смысла и изучению ситуации, где старые привычки сбоят.

Я долго не мог доказать теорему о мятом рубле, было очень сложно придумать схему, в которой бумага не проходит сквозь себя. В конце концов я решил попробовать решить задачу с самопересечениями бумаги. И в два момента решил всю задачу! В первую секунду я придумал как это сделать, а во вторую придумал как после этого избавиться от самопересечений бумаги.

А торкнуло меня после того, как я рассказал девушке, что именно у меня не получается с рублем, то есть сработал метод утенка.

#математика #фракталы #транзакции #кейс
Есть такой интересный фрактальный эффект - длина береговой линии зависит от масштаба карты. Чем более точная карта, тем больше длина береговой линии и она не сходится к какому-то числу.
Это значит, что не существует параметра "длина береговой линии".

Наткнулся на аналогичную историю в жизни. Заказчик спрашивает, почему у нас грузооборот не сходится. В одном случае 280 миллионов, в другом 336. Оказалась та же история, потому что была разная детализация. В одном случае это грузооборот по дням, а в другом грузооборот по транзакциям.

Если в течении дня по одному типу товара были транзакции и в плюс и в минус, то общее изменение количества товара в день будет меньше общего изменения товара.

Такой вот фокус с, казалось бы, точно определенными параметрами.

#кейс #математика #оптимизация #парадокс
Делаем для одного заказчика систему управления цепочками поставок. Можно планировать расстановку по стране складов различных типов и производств, в зависимости от географии расположения клиентов и поставщиков сырья.
До 5 звеньев в цепочках поставок.
Возник интересный запрос - мы планируем как расставить 3 производства, а находится всего одно.

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


Если для простоты рассмотреть случай когда источников сырья всего 3 и они все имеют одинаковый объем, то получается в точности задача Штейнера. Такая точка называется точка Ферма или точка Торичелли.
Если сырье расположено более менее в ряд, то оптимальным решением является установка производства в средней точке сырья.

Вот одна из причин зачем нужна математика в бизнесе - объяснять заказчикам, что это не бага, а фича 😁

Поучаствовал в круглом столе в NoML, классно получилось. https://t.iss.one/noml_community. Надеюсь запись получится.
#mip #выступление #текучка

Зацепила фраза, что в ЦЛП сложно решать задачи с непрерывным временем, так как время приходится бить на короткие отрезки времени. Непрерывная переменная это же благо и задача сильно упрощается. Но при этом далеко не очевидно как правильно собрать мат. модель. Попозже опишу кейс как мы решали задачу перепланирования расписания авиакомпании. Мы там сделали непрерывное время и всё круто работало.

#бизнес #касдев #история #кейс
Выкладываю ссылку на запись разговора про наш стартап Rosterize, который мы пилили 4 года.
Рассказывает в основном мой партнер Максим, но и я немного включался. Для тех кто не успел в живую послушать. Разговор ведет широко известный в узких кругах трекер Олег Жумаханов 😁.

#выступление #mip
Подоспела запись встречи NoML, которая произошла на прошлой неделе. Со звуком там сложности, подчистили, слышать можно.

Запись встречи-дискуссии

▫️ Математическая оптимизация: подходы, технологии, бизнес задачи и тренды. YouTube | Дзен | RuTube (~1 час 55 минут).

#текучка #старость
В рамках одной задачи отлично пригодилась идея вистов из преферанса. Это такие модификаторы решения идеально решающую проблему. Есть набор чисел, но его надо по цепочке чуть-чуть подкрутить.

Но есть большое НО.

Никто из сотрудников не играл в преф. В результате идея реализовывалась туго, возникала путаница между разными компонентами программы. Разобрались конечно. Но обидно. Хоть в пиши в вакансиях - желательно умение играть в преферанс.

Домики для роботов.
#идея #бизнес

Я тут осознал две вещи. Во-первых, из-за развития ИИ в мире будет больше ЦОДов. Обещают, что их количество вырастет в 5 раз за 5 лет и они начнут есть 10 процентов мирового электричества. Дальше будет ещё больше.

Во-вторых, вокруг меня есть отличная экспертиза по постройке ЦОДов. Лучшие в мире здания для ЦОДов, программисты умеющие писать облака. Задач дискретной оптимизации в ЦОДах и облаках очень много, где собственно я эксперт. Есть знакомые владельцы собственных облаков.

Даже в России где высокая процентная ставка, ЦОДы будут плодиться как пирожки. Помимо БЯМ, больших языковых моделей нас ждут предметноориентированные LLM, а дальше агентный искусственный интеллект. Дрон с автономным ИИ дороже денег.

В общем делать ЦОДы сегодня, это как продавать лопаты во время золотой лихорадки. Я думаю как собрать проект, если у кого-то есть желание обсудить давайте познакомимся и обсудим.

Линейное программирование может больше, чем кажется, ч. 1
#mip #lp #моделирование #кейс

Если мы пишем мат модель какого-нибудь завода, то типичным подходом является разбить время работы каждого станка на временные слоты – сутки или часы. И сделать кучу булевых переменных типа делает ли станок C в час Ч работу Р. Получается куча переменных, а модель записывается естественно. И часто вполне неплохо работает. Проблема возникает, когда размерность задачи получается слишком большая, и задача тормозит. Это может быть из-за большого количества станков, или длительного периода планирования. Еще иногда время работы станка нельзя загрублять даже по часам. Важно чтобы станок работал в какой-то момент ровно 4 часа 37 минут. А по минутам бить не реально. Я часто слышу, что это слабое место для ЦЛП задач.

Люди, вы просто не умеете их готовить!

Что тут можно сделать? Правильно моделировать время.

1. Событийное время. В авиации какие-то разработчики до нас разбивали время на 5-минутки. А мы сделали следующее – для каждого аэропорта разбили время по моментам прилета и вылета самолета. В некоторых аэропортах за сутки было всего 2 или 4 таких момента.
Модель стала посложнее. Время стало зависеть от аэропорта (прямо небольшая теория относительности), но в целом ничего сложного. Для больших аэропортов типа Шереметьево при необходимости мы уменьшали временные промежутки, то есть какие-то моменты прилета/вылета склеивали между собой. Если приходилось сдвигать время, мы эти места запоминали и потом дополнительно учитывали в ограничениях. Таким трюком получилось уменьшить общую размерность задачи раз в 10.

2. Можно сделать интервалы времени с плавающей длиной. Летом для одного завода, где станки должны были работать точное время, мы сделали эпохи. То есть общий период планирования разбили на 50 участков, длина каждого из них это непрерывная переменная. Надо отметить, что слабым местом ЦЛП является целочисленность. А непрерывные переменные задачу не усложняют. В этом смысле время можно и нужно планировать непрерывно.
Далее для каждого станка задали его работу по номеру эпохи. Размерность задачи резко понизилась, но вместо этого появилась нелинейность. Теперь, чтобы узнать сколько было произведено продукции станком в заданную эпоху, надо умножить длину эпохи на флаг работы станка. От нелинейности можно избавиться, задав дополнительные переменные.
Таким образом, мы упрощаем модель в одном месте и усложняем в другом. Если временных интервалов было больше, чем типов работ, то это скорее всего выгодный обмен.

Задачка по физике.
#физика #задача

Не по теме блога конечно, но придумал сам уникальную задачку.
Вопрос такой, когда чаще всего останавливаются настенные часы? То есть сколько времени они показывают?

Со мной спорили, что они остановиться могут любое время, и я стал фотографировать остановившиеся часы.

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

Решение:
В современных часах в стрелках нет противовеса. И в 8 часов 45 минут 45 секунд стрелки тяжелее всего поднимать. Если батарейка садится медленно, то часы останавливаются чаще всего в этот момент.

Часы бывают разные, но вот самая маленькая стрелка всегда в районе 45. Если есть и минутная и секундная, то минутная чаще всего тоже в диапазоне 40-50 минут