Ayrat
мне кажется (не знаю точно), что Тайпскрипт как раз что-то такое и умеет.
Насколько мне известно не до таких высот чтоб прям выкупать ассоциации и айдентити
Doge
только Any смущает. Рассел же по-моему сто лет назад показал, что такого множества не существует.
Так Any в данном случае - это скаловский надтип всего же. Логично, что для любого типа A & его же надтип == A
Anonymous
Так Any в данном случае - это скаловский надтип всего же. Логично, что для любого типа A & его же надтип == A
А он существует вообще? В смысле, можно убедительно это показать? Я в таких тонкостях уже не разбираюсь, но это уже совсем дебри теории.
Sergey
any это как обджект в джаве же
Anonymous
В скале? Да, надтип всех - это как раз Any. Вот картинка из дотти на эту тему:
Вот тебе вопрос, которым когда-то Рассел опрокинул на лопатки все тогдашние представления об основах математики: является ли Any частью самого себя? Я не уверен, что это интересный спор, но мне кажется что такой вопрос обесценивает эту диаграмму. Но для практических целей картинка годная, да. Но там яростный спор про теорию был изначально, не практику.
Doge
К Any и системом типов он не относится
Anonymous
Нет, ты не правильно понимаешь парадокс рассела
Я не про сам парадокс, я про вопрос с которого началось. Мне кажется, что этот же вопрос станет отправной точкой в рассуждениях о том, что Any это нонсенс. Если хорошо в этом шаришь, то мне было бы интересно услышать развёрнутый ответ.
Doge
Ну и ничто не мешает иметь тебе тип, который будет надтипом всех остальных.
Anonymous
(которое не существует)
Doge
То есть в теории Any НЕ есть множество всех множеств?
Нет. Тут нет никаких множеств, тут речь про типы. Мы же говорим про теорию типов, а не множеств.
Doge
А во множествах проблема была в том, что в наивной теории множеств можно было определить множество через любой предикат
Anonymous
Нет. Тут нет никаких множеств, тут речь про типы. Мы же говорим про теорию типов, а не множеств.
Так она разве не целиком и полностью на теории множеств стоит? Я не встречал ничего, кроме просто применения теории множеств к конкретной проблеме. Но я и не особо вчитывался, если честно.
Doge
Так она разве не целиком и полностью на теории множеств стоит? Я не встречал ничего, кроме просто применения теории множеств к конкретной проблеме. Но я и не особо вчитывался, если честно.
Нет. Теория типов - полностью независимая штука и была изначально придумана, как альтернатива теории множеств, чтобы уйти от парадоксов наивной теории множеств.
Anonymous
Нет. Теория типов - полностью независимая штука и была изначально придумана, как альтернатива теории множеств, чтобы уйти от парадоксов наивной теории множеств.
Значит про это я просто ничего не знаю. Я встречал только другие формулировки именно теории множеств, где парадокс Рассела фиксился достаточно топорно - накладывались какие-то аксиоматические запреты на то, что { x | x \notin x } нельзя написать. И вуаля: нет человека - нет проблемы. Опять же, не углублялся.
Doge
Значит про это я просто ничего не знаю. Я встречал только другие формулировки именно теории множеств, где парадокс Рассела фиксился достаточно топорно - накладывались какие-то аксиоматические запреты на то, что { x | x \notin x } нельзя написать. И вуаля: нет человека - нет проблемы. Опять же, не углублялся.
Ну там не настолько топорно. Если мы посмотрим в ZFC, то там будет аксиома регулярности из которой уже и будет следовать, что не существует множества, которые является элементом самого себя. Но опять-таки, к теории типов и тем более сабтайпингу это отношения не имеет вообще
Doge
Понял. Спасибо, познавательно. А откуда ты черпал об этом инфу? Помнишь ещё годные источники?
По теории типов применительно к ЯП, я читал "Types and programming languages", хорошая книжка, достаточно понятная. По теории типов в плане альтернативны для оснований математики, с ходу не вспомню все источники, как-то читал HoTT (Homotopy Type Theory), но достаточно мельком. Ну и там везде хардкор, нужна хорошая математическая грамотность и интуиция.
Doge
По теории множеств и основаниям математики ещё читал что-то в универе, но уже не вспомню кого именно.
Doge
Можно ещё поиграться с каким-нибудь языком с зав типами, можно с той же агдой или coq
Anonymous
По теории типов применительно к ЯП, я читал "Types and programming languages", хорошая книжка, достаточно понятная. По теории типов в плане альтернативны для оснований математики, с ходу не вспомню все источники, как-то читал HoTT (Homotopy Type Theory), но достаточно мельком. Ну и там везде хардкор, нужна хорошая математическая грамотность и интуиция.
хардкорной литературы хватает, но она написана профессионалами для профессионалов, для аматеров вроде меня это недоступное чтиво: просто нет возможности потратить столько времени на это, пренебрегая всем остальным. но обычно хватает первую четверть/половину книги прочесть, а дальше уже идут доказательства и следствия второстепенных вещей или их связь с другими областями математики, которые можно и оставить непрочтенными, но при этом уловить суть. "Types and programming languages" звучит безопасно))))
Roman
на f(by) один товарищ показывал, как он подобное делает на котлине через расширения для компилятора. Но еще чуть-чуть не продакшн реди
Roman
кстати, мб кто-нить подскажет можно ли сделать свою функцию с текст форматтером? Чтоб как printf только с кастомным поведением. Чтоб прям в функцию можно аргументом было передать "%A %i" и компилятор распарсил, что туда нужно 2 параметра передать
Roman
в лоб не получается, даже если прописать у параметра тип текст форматтер, он все равно читает параметр как обычную строку, игнорируя всякие` %i `
Vladislav
Модуль Printf
Vladislav
Kprintf
Vladislav
Там
Roman
не совсем то, что я имею ввиду, но мб и поможет
Vasily
Оно и есть
Vasily
Ща пример кину
Vasily
let tracef tag format = Printf.kprintf (fun s -> print Trace tag s) format
Roman
о да, вроде работает
Roman
let logInfo a = a |> Printf.ksprintf Log.Information let a = logInfo "%i" 43
Roman
фак еа, спасибо @Liminiens @vshapenko
Vasily
Так и знал. что проблему логов решаешь
Roman
ну да, вариантов немного)
Hog
да - без ToListAsync сработали - действительно поля в алфавитном порядке нужны.
Hog
Я удивлен, что донатил
Hog
без комментариев
Hog
называется знай свои костыли)
в итоге :) у меня получилось сделать через простой select и ToListAsync :)
Hog
добавил в запрос navigation properties через .Include!
Vladimir
Vladimir
пакеж потом код)
Hog
Прислали! Май прешшшшууууз
Hog
Чуток промашка вышла :) а то б 777 был 🤣🤣🤣
Ilya
Второй признак алкоголизма пошёл.
Vasily
Грише сейчас тяжко
Vasily
ХЗ чо будет, а лет уже немало
Ilya
А какой первый?
Употребление алкоголя.
Hog
Грише сейчас тяжко
Да - решил на последние
Hog
ХЗ чо будет, а лет уже немало
Тоже верно - почти в группе риска
Shub
https://mobile.twitter.com/jdegoes/status/1261411912119513088
Shub
внезапно, TF все-таки про тестируемость, лол
Shub
Shub
упрлс
Ilya
[+_,+_]
Hog
[+_,+_]
Классный эмодзи!
Ilya
Ну так. Моё лицо, когда увидел код выше впервые.
Ilya
Во второй раз тоже, впрочем.
Ilya
С биомонадой я ещё готов смириться, но монада-аск — это уже слишком.
Ilya
Лол, я только что прочитал текст выше кода. Such low ceremony, such newcomer-friendly. Совсем уже от реальности оторвались.
Shub
Лол, я только что прочитал текст выше кода. Such low ceremony, such newcomer-friendly. Совсем уже от реальности оторвались.
ну на самом деле скала - это пост-ирония в чистом виде. Одерски специально придумал язык, код на котором не компилируется в 99% случаев, а попытки задокументировать произвольный код приводят к грамматически корректному английскому языку с нулевой семантикой.
Shub
и угарает там над зумерками
Hog
🤣🤣🤣
Doge
TF - это про решение expression problem прежде всего
Vladislav
Биомонады это как хлеб без глютена?