Телеграмм чат группы haskell

1. да, я считаю что выносить констрейнты в алиас не нужно
2. но если выносить, то называть алиас не по имени функции, потому что иначе из-за нейминга между алиасом и функцией соответствие один к одному, и тогда не ясно зачем этот алиас, если можно прям в функции и написать констрейнты
3. если добавиться некая функция f, которая будет иметь те же констрейнты, то скорее всего их лучше скопировать, потому что совпание алиасов может быть случайно
4. сейчас алиас выглядит не как констейнты, нужные для обновления статуса, а как ВСЕ констрейнты, нужные для функции апдейта, из-за нейминга
5. если эта функция f будет использовать этот алиас, то если вдруг changeWorkerStatus вдруг затребует лишний констрейнт (например Show), то из-за нейминга будет мысль, что добавлять этот констрейнт нужно в алиас.
6. но для f этот Show будет не нужен
7. значит очевидно Show констрейнт должен быть в самой функции changeWorker, а не в алиасе
8. значит и алиас нужно назвать иначе, чтобы не было ложного соответствия

1. обсуждаемо, ничего не скажу
2. затем, что есть другие функции, в которых она вызывается, следовательно, в вызывающих должны быть ровно те же констрейнты, и, если в вызывающей функции видно в констрейнтах ChangeWorkerStatusCaps, то значит в ней вызывается функция changeWorkerStatus
3. Если будет та же функция с абсолютно теми же констрейнтами - я заведу отдельный алиас) (Т.к. врядли такая будет, они часто уникальны). Это и в будущем избавит меня от головняка, в том смысле, что я могу их менять независимо (констрейнты)
4. Вроде именно так и выглядит - все констрейнты, нужные для обновления статуса
5. Не будет использовать, см. 3
6. см. 3
7. -
8. -

источник

12:09пожаловаться #4

АГ

Александр Гранин... in haskell_blah

Чо-чо? CEO Chatroulette подписался на меня в Твиттере? А это точно тот CEO того Chatroulette? И почему у него так мало подписчиков?

источник

12:10пожаловаться #5

кана in haskell_blah

это потому что в хаскеле нет типа typeOf

источник

12:10пожаловаться #6

АГ