Отделять IO от чистых функций очень, очень полезно. А так же очень полезно по подписи типа функции видеть, к какому состоянию она имеет доступ, и может ли она это состояние изменять.
Кроме того, на самом деле вы можете в Haskell писать всё в IO, это будет очень похоже на императивные языки программирования. Это будет довольно глупо, не пользоваться возможностями языка, но в конце концов, почему бы и нет? Всё IO ровно в том же смысле, что всё — машинный код. Если уж есть желание взять язык уровнем повыше — то почему бы не взять более экспрессивный и лаконичный? On Tue, Apr 26, 2016 at 4:14 PM ksvs <[email protected]> wrote: > "отделить IO от чистых функций" - а на практике разве это нужно так > сильно? Ведь почти все - это IO. > Даже если хочется распараллелить хитрый алгоритм, что все равно в haskell > придется IO брать. > > > > On Tuesday, 26 April 2016, 13:14, Alexander Q <[email protected]> wrote: > > > Вред от выразительности языка? Вред от возможности отделить IO от чистых > функций или от невозможности таки помножить метры на футы? > go простой и занимает нишу, которую раньше занимал PHP: простой для > изучения язык, доступный девятикласснику. При этом он лучше PHP, что > довольно несложно сделать. Поэтому он занимает какие-то там ещё ниши, и > делает это довольно быстро, как это раньше делал PHP. К сожалению, > появляются высказывания, что выразительность языка где-то там вредна > (попытка оправдать выбор посредственного во многих отношениях языка). Ок, > почему не ассемблер? > > On Tue, Apr 26, 2016, 13:07 Orlovsky Alexander <[email protected]> > wrote: > > > > 25.04.2016, 21:34, "Andrey Kovbovich" <[email protected]>: > > А разве go не для небольших системных утилит где выразительность языка не > требуется? > > > В точности до наоборот. Go – для больших кодовых баз, где от > выразительность языка больше вреда чем пользы. > А нишу утилит Go занял за счет возможности статической компиляции в > бинарные файлы работающие на всех популярных платформах, > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org > > > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org > > > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org >
-- Moscow.pm mailing list [email protected] | http://moscow.pm.org
