Стрим начался! Приходите.
https://telemost.yandex.ru/j/48559578825986

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

Middle/Senior Backend-разработчик (Python) с опытом работы на python от 3 лет.
Опыт создания математических моделей и алгоритмов поиска решения оптимизационных задач.
Знание git, опыт работы с солверами дискретной и непрерывной оптимизации (CPLEX GUROBI HIGHS IPOPT и т.д.)

Чем занимаемся можно почитать здесь @tarasov_math_blog
Задач много, задачи интересные.

Так же готовы работать со джуниорами/студентами. Главное требование ответственность и опыт работы на питоне. Учить мат моделированию я готов, а просто программированию - нет.
Мне за лето какая-то молодежь писала - откликнитесь.


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



По всем вопросам пишите в личку @tarasov_math.

Еще ищу сеньора эксперта по стэку C#, .NET Core, WPF (или аналог), JS, TS, React.
Небольшие консультации по часам и кодеревью. Посоветуйте пожалуйста крутых знакомых по этой теме.

Во время доклада про математику в алмазах обещал рассказать про самоскладывающееся оригами, которое сделал мой студент. Вот ссылка
https://www.youtube.com/watch?v=OSo1HZFhVaU

Про отладку, прозрачность и штрафные функции.

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

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

Потому кстати нужны прогрессбары и индикаторы на каком этаже лифт.

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

Участвую сейчас в секции искусственный интеллект в архитектуре на фестивале зодчество

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

Сайт упал как раз в день, когда я рекламу запустил. Классический визит эффект. Если, что сайт 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 #выступление #текучка

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