АО
Надеюсь что после argmin мнение о нём не сильно ухудшилось 😃
Size: a a a
2021 July 04
V
Я об этом как-то даже не думал, но да! Выглядит непривычно, но интересно. Тут прям нашел много всяких макросов для псевдонаследования. В общем есть люди которые хотят наследовать от конкретных типов или перегружать <:
2021 July 06
АО
АО
Просто меня тоже немного утомляет постоянный апдейт registry, даже тогда, когда это не очень нужно.
АО
Всем доброго вечера!
Напоминаю, что завтра в 8 вечера, Дмитрий Багаев будет рассказывать про Rocket.jl.
Расписание и ссылка на календарь тут: https://docs.google.com/spreadsheets/d/1-fcuVD6GbfK-_RrhLyzB7ENc-8MMSvN_0OMYSpdWDck/edit?usp=sharing
Ссылку на зум добавлю чуть позже.
Напоминаю, что завтра в 8 вечера, Дмитрий Багаев будет рассказывать про Rocket.jl.
Расписание и ссылка на календарь тут: https://docs.google.com/spreadsheets/d/1-fcuVD6GbfK-_RrhLyzB7ENc-8MMSvN_0OMYSpdWDck/edit?usp=sharing
Ссылку на зум добавлю чуть позже.
EM
А нельзя ссылку на календарь и другие ресурсы группы куда нибудь закрепить? Или в описание группы вставить. Не могу найти когда нужно.
АО
Хмм...
Есть в нашей гитхаб организации, но про неё тоже наверное мало кто знает.
Есть в нашей гитхаб организации, но про неё тоже наверное мало кто знает.
АО
А есть админы в группе? Может кто-нибудь сделать закреп на гуглодок и календарь?
АО
Я могу сделать сообщение со всеми ссылками
VG
Завтра не смогу послушать, запись будет?
АО
Ну вот :-)
Главный инициатор этой встречи и не придёт...
Да, запись будет.
Главный инициатор этой встречи и не придёт...
Да, запись будет.
VG
С меня вопросы)
Ну и основной вопрос - про области применения или use cases
Ну и основной вопрос - про области применения или use cases
V
Наверно первое правило организации - никому не говорить об организации? :)
АО
Да :-)
Надо больше маркетинга провести.
Надо больше маркетинга провести.
KF
Подскажите, пожалуйста, допустим, есть функция с сигнатурой function foo(bar::Int, baz::Int)::BigFloat и там какое-нибудь деление, разумеется с проверками на 0 в делителе и т.п. Тогда есть варианты:
result::BigFloat = big(bar) / bazКак я понимаю, в первом варианте происходит promotion типов за счет смешения Int и BigFloat к последнему. А вот второй вариант эквивалентен третьему или же деление идет там целочисленное, а результат приводится к BigFloat уже в конце? Какой вариант более корректен для этого случая? Спасибо.
result::BigFloat = bar / baz
result::BigFloat = big(bar) / big(baz)
AP
деление точно не целочисленное, потому что "/" это всегда настоящее деление без округления
то есть, во втором варианте вычислится bar / baz как float, и этот float конвертируется в BigFloat
то есть, во втором варианте вычислится bar / baz как float, и этот float конвертируется в BigFloat
AP
первый и третий варианты сделают деление уже big-чисел
KF
ясно, спасибо. Получается, что первый и третий эквивалентны.
AP
полностью эквивалентны или нет зависит от реализации big-чисел
вероятно, big(bar) / baz не приводит в явном виде baz к big-числу, т.е. может работать немного оптимальнее
вероятно, big(bar) / baz не приводит в явном виде baz к big-числу, т.е. может работать немного оптимальнее
AP