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

11:54пожаловаться #1

2 библиотеки работающие в IO - просто объединятся, вот вообще не надо думать над тем, как они написаны

11:54пожаловаться #2

И не нужно держать в голове всю структуру того, как у автора устроен фреймворк

11:54пожаловаться #3

А они могут использовать общий обобщенный тип UnliftIO - тогда тоже можно будет объединить

11:55пожаловаться #4

Могут использовать AppL из HFM фреймворка и тоже объединятся

11:55пожаловаться #5

Но это внешний уровень, а математика больше о внутреннем

11:56пожаловаться #6

Всякие typelevel checks дополнительные - это не математика и не математичность в библиотеках

11:56пожаловаться #7

Это желание втащить что-то похожее на верификацию в язык

11:56пожаловаться #8

И там соотношение cost/value лично меня удручает

11:57пожаловаться #9

Antonio in haskell_blah

> что хаскеллисты, являющиеся обычными людьми

да как ты посмел

11:58пожаловаться #10

А ещё я вот считаю, что индустриальные практики проповедуют и используют большинство разработчиков, на уровне культа-карго

11:58пожаловаться #11

Antonio

> что хаскеллисты, являющиеся обычными людьми

да как ты посмел

(летящие тухлые помидоры в автора из словоконстной башни)

11:59пожаловаться #12

А ещё библиотеки дешевле патчить и менять, в случае, если они что-то не решают

12:00пожаловаться #13

Особенно если в большом проекте есть адаптер

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

12:00пожаловаться #14

АГ

12:00пожаловаться #15

Я не использую слово "ерундистика"!

12:01пожаловаться #16

Только отборная "ерунда"!!

12:01пожаловаться #17

Пора сделать стикерпак

12:01пожаловаться #18

sticker.webp

(21.23 Кб)

12:02пожаловаться #19

Не пора(