это да

Да и сложного пока ничего не было

интересно, какое расширение самое популярное

В докладе есть же, вроде TOP10 (или 20?)

ок, ладно, пойду посмотрю

Я LambdaCase люблю, например :)

TupleSections тоже необходимое

Кто-то ещё и MultiWayIf любит :)

Мне MonadComprehensions нравится

это всё сахарок

Но сладенький же!

Из несинтаксических люблю
Derive(Functor|Foldable|Traversable)

add :: Int -> Int -> Int
add x y =
  let part1 = seq x part2
      part2 = seq y answer
      answer = x + y
   in part1

What would happen if, instead of in part1, the code said in part2? How about in answer?
если in part2 то x был бы вычислен "лениво", если in answer, то и x и y
я ведь все правильно понимаю?

ага

открыл для себя Debug.Trace :)

Он приятный, да.

из https://www.fpcomplete.com/blog/2017/09/all-about-strictness :
You're probably asking a pretty good question right now: "how do I know if I should use a strictness annotation on my data fields?"
This answer is slightly controversial, but my advice and recommended best practice: unless you know that you want laziness for a field, make it strict.
это норм? просто кажется это противоречит тому, что @astynax писал выше

аргументы  там такие:

– Avoids accidental space leaks
– Avoids accidentally including bottom values
– When constructing a value with record syntax, GHC will give you an error if you forget a strict field. It will only give you a warning for non-strict fields.

эээ нет, не противоречит же

Вообще в Haskell очень многое решается с пом. strict data. А функции не должны форсировать вычисление, особенно - ФВП