b
@tyranron понял Логос
Size: a a a
2020 July 16
b
внезапно 1 человек прочитал материалы и ему все стало ясно
b
H
да он мегамозг просто
b
кто бы мог подумать
H
на него не ориентируйся
A
внезапно 1 человек прочитал материалы и ему все стало ясно
Возьми его в команду
KR
внезапно 1 человек прочитал материалы и ему все стало ясно
Если бы ты сразу обьяснял понятными программистам терминами, то думаю все бы вкатились. Там ничего уровня квантовой механики в идеи нет, но чужеродность терминов сбивает с толку. Я просто не поленился в них разобраться, но этого можно и не делать. Идея вполне обьясняется терминами, которыми привыкли говорить программисты.
KR
И вообще, я уверен, что вкатились все)
KR
Просто тролли голодные)
p
В таких случаях обычно делают модуль Types, где описывают используемые типы в модулях.
А функции к ним в отдельных модулях
А функции к ним в отдельных модулях
У меня
data Foo = Foo Bar | Baz
data Bar = Bar [Foo]
data Foo = Foo Bar | Baz
data Bar = Bar [Foo]
p
И эти даты очень большие чтобы держать в одном модуле
DS
У меня
data Foo = Foo Bar | Baz
data Bar = Bar [Foo]
data Foo = Foo Bar | Baz
data Bar = Bar [Foo]
Ну так для этого и нужен модуль Types
p
Ну так для этого и нужен модуль Types
Не понял, покажи как
p
Но вообще странно, я очень редко на эти ограничения вообще обращал внимание, возможно, ты не совсем стандартно строишь своё приложения в плане структуры модулей.
Я строю точь-в-точь как в расте
DS
Не понял, покажи как
Тупо все типы используемые в данном модуле фигачишь в Types
p
Потому что в расте у меня было удобно
p
Тупо все типы используемые в данном модуле фигачишь в Types
Ок, будет модуль Types.Types хули
p
Но это очевидно не удобно
p
Удобнее когда рядом лежит и определение и инстансы с этим определением