Size: a a a

2021 March 25

JS

Jerzy Syrowiecki in Haskell
toriningen
я вызвался реализовывать IO по хаскельному образцу в других языках программирования
в других языках есть встроенные возможности композить IO, в Хаскеле просто нет
источник

t

toriningen in Haskell
Jerzy Syrowiecki
в других языках есть встроенные возможности композить IO, в Хаскеле просто нет
это утверждение никак не противоречит сказанному мной выше ¯\_(ツ)_/¯
источник

JS

Jerzy Syrowiecki in Haskell
и в Хаскеле IO встроено в язык де факто, так что его не надо определять. вот та штука, похожая на State RealWorld — это только формальное определение для рассуждений, а не тело, которое подставляется во время компиляции
источник

JS

Jerzy Syrowiecki in Haskell
toriningen
это утверждение никак не противоречит сказанному мной выше ¯\_(ツ)_/¯
я не согласен, что в грязном языке можно сделать по образцу чистого
источник

t

toriningen in Haskell
Jerzy Syrowiecki
и в Хаскеле IO встроено в язык де факто, так что его не надо определять. вот та штука, похожая на State RealWorld — это только формальное определение для рассуждений, а не тело, которое подставляется во время компиляции
логично. поэтому я и написал про другие языки. целесообразность практической реализации IO в хаскелле "с нуля" я тоже не пытаюсь доказать

более того, я не совсем понимаю, в чем именно со мной вы спорите. С чем, что можно реализовать IO без FFI? тогда был бы благодарен за контрпример. С тем, что можно в других языках тривиально сделать конструкцию, обладающую свойствами хаскельного IO?
источник

[

[BRM]White Rabbit in Haskell
Ихмо, можно, но рядом с чистым IO будет лежать менее переусложненные и более привычные инструменты стд, которые никто не забирал
источник

t

toriningen in Haskell
Jerzy Syrowiecki
я не согласен, что в грязном языке можно сделать по образцу чистого
ну хаскель-то грязный, пусть и пытается себя позиционировать, как будто он нет
источник

t

toriningen in Haskell
в любом грязном языке можно выделить подмножество, которое будет чистым. будет ли на этом удобно писать? скорее всего, нет
источник

t

toriningen in Haskell
будет ли это практично? скорее всего, нет
источник

[

[BRM]White Rabbit in Haskell
Я знаю один чистый функциональный язык.
Шаблоны в плюсах🌚
источник

t

toriningen in Haskell
даст ли это понимание того, как работает такое же, но в хаскелле? скорее всего, да
источник

t

toriningen in Haskell
[BRM]White Rabbit
Я знаю один чистый функциональный язык.
Шаблоны в плюсах🌚
о, тогда и я знаю - дженерики тайпскрипта
источник

t

toriningen in Haskell
@kana_sama вон вообще для него отдельный компилятор написал
источник

[

[BRM]White Rabbit in Haskell
toriningen
о, тогда и я знаю - дженерики тайпскрипта
А они полные по Тьюрингу?
источник

t

toriningen in Haskell
[BRM]White Rabbit
А они полные по Тьюрингу?
ага
источник

[

[BRM]White Rabbit in Haskell
Круто
источник

JS

Jerzy Syrowiecki in Haskell
toriningen
ну хаскель-то грязный, пусть и пытается себя позиционировать, как будто он нет
Хаскель чистый в том смысле, что эффекты представлены явно
источник

[

[BRM]White Rabbit in Haskell
[BRM]White Rabbit
А они полные по Тьюрингу?
Хотя даже если и нет, мы это сегодня же обсуждали, это не критерий яп.
С другой стороны я не представляю, как можно сделать неполные по тьюринну шаблоны, которые бы выполняли свои функции и при этом являлись языком программирования со своими лексемами и прочим.
источник

t

toriningen in Haskell
Jerzy Syrowiecki
Хаскель чистый в том смысле, что эффекты представлены явно
unsafeкхекхеPerformпукIO
источник

JS

Jerzy Syrowiecki in Haskell
toriningen
в любом грязном языке можно выделить подмножество, которое будет чистым. будет ли на этом удобно писать? скорее всего, нет
то есть вы имели в виду, что можно в грязном языке сделать чистое неудобное IO?
источник