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

Есть такая загадочная картинка, смысл которой сразу понимает каждый русский человек, но не понимает иностранец, даже если он отлично владеет русским языком. Просто потому, что он учился говорить и читать по русски позже, и нейронные связи устроены у него по другому.

Я был вундеркиндом и математику загружал в голову в бешенной силой еще с детского сада. И потому я сразу вижу математику, в том что говорит заказчик, и какой метод сработает или нет.

Я вижу даже по сильным разработчикам, что есть вещи очевидные мне и которые реально работают. Но блин вообще не очевидные для других. Даже прогать пока приходится самому для надёжности. Видимо это и есть моя сильная сторона. У меня просто другая нейросетка в голове, и я вижу по другому. :)

#выступление
Буду сегодня выступать, приходите послушать кому интересно.

Семинар про огранку бриллиантов

▫️ 9 октября (среда), 17:00 МСК
▫️ Подключение→

Выступает: Алексей Тарасов (к.ф.-м.н., Разумное Расписание)

Тема: Алгоритм огранки бриллиантов на основе методов нелинейной оптимизации

Аннотация
В докладе будет рассказана история создания уникального алгоритма огранки бриллиантов SmartRecut, основанного на модели непрерывной нелинейной оптимизации. Мы подробно обсудим путь от идеи до реализации, освещая ключевые математические аспекты и особенности работы с задачами непрерывной нелинейной оптимизации. Помимо этого будут затронуты вопросы выполнения инновационных проектов и упаковки технологий в готовые решения.

Уровень сложности: средний, ключевые слова: мат. моделирование, нелинейная оптимизация, IPOPT.

Если кому интересно, то прямо сейчас идет магнитная буря и видно полярное сияние вплоть до Ростова. В Москве по идее тоже должно быть видно. Облачность низкая. Главное отъехать куда то в темное место и можно увидеть.
UPD. Облачность все таки достаточно высокая.

Готова запись про алгоритм огранки алмазов с выступления в сообществе NoML

Запись семинара

Алексей Тарасов, Алгоритм огранки бриллиантов на основе методов нелинейной оптимизации. YouTube | Дзен | RuTube (~1 час 20 минут).

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

Заказчик отказался.

Сейчас делаю новый продукт и он получается очень крутой. Заказчица предлагает - давай сделаем сайт, будем показывать что мы насчитали, а подробные результаты будем отдавать после оплаты.

Наконец-то. :)

Закрываем сейчас проект в котором научились делать фронтенд. Дашборды, всякие графики и таблицы. В целом это не сложная штука, но приятная. Есть библиотеки, которые очень красиво данные представляют. Интересно никому еще такие задачи не нужны?

Давайте сегодня созвонимся в 20.00 в телемосте.
https://telemost.yandex.ru/j/48559578825986

Темы разговора которые мне интересны:
1. Оптимизация бизнеса под технологию.
2. Темы где математика возможно может устроить переворот или подрыв.
3. Как пойдет :)

Полгода делаем проект. Скоро будем выкатывать уже продукт. Шел и идет в отличие от алмазов очень туго. Не было у меня сразу в голове понимания как правильно делать. Тем не менее вполне успешно пробиваемся, приходит понимание задачи. Несколько внутренних прорывов, которыми я горжусь - были. Может быть через 10 лет тоже расскажу :)

Вы, наверное, думали (или не думали), что кит в нашем канале существует просто так — ну, мало ли, какие в компании приколы, может, коллектив просто хочет отдохнуть у океана. А кит у нас существует с самым глубоким смыслом, и имя ему — DeepWhale.

Это генеративный инструмент (нет, не простая нейросетка), предназначенный для создания поэтажных планов многоквартирных домов. Вот только работает он на основе математических моделей, а не анализа больших данных. В чем разница? Ну, проще говоря — так быстрее и дешевле, да и правки внести можно на любом этапе.

Все этапы внутреннего тестирования наш кит проплыл успешно, так что теперь аккуратно выпускаем его в океан реальных проектов. Следите за анонсами: этот точно не последний.

#wildteamnews

Стрим начался! Приходите.
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

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

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

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

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

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

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