JS
если не мухлевать с падежами
c <- b <- a
VS
a -> (c <- b)
Size: a a a
2020 December 11
к
так, хорошо, нет дальше смысл продолжать, можно сделать конкретный вывод
есть люди которые любят использовать >>=
есть люди которые любят использовать =<<
с =<< хорошо работает .
с >>= хорошо работает &, падежи вот эти это все фигня, главное - порядок
ничего нонконформистного тут нет, обе группы большие, дело провычки
предлагаю остановить обсуждение этого
есть люди которые любят использовать >>=
есть люди которые любят использовать =<<
с =<< хорошо работает .
с >>= хорошо работает &, падежи вот эти это все фигня, главное - порядок
ничего нонконформистного тут нет, обе группы большие, дело провычки
предлагаю остановить обсуждение этого
JS
и можно менять (=<<) на (>>=) и наоборот, если это улучшает читаемость
AP
Нужно правило линтера, которое ругает за смешанный стиль в одном выражении (пусть даже со скобками). А оставить стоит оба.
Хорошо хоть, что оба направления предсказуемо единообразно работают!
Хорошо хоть, что оба направления предсказуемо единообразно работают!
AP
и можно менять (=<<) на (>>=) и наоборот, если это улучшает читаемость
+1
JS
ещё есть пары
($) <-> (&)
(<$>) <-> (<&>)
(<=<) <-> (>=>)
(<*) <-> (*>)
(.), (<<<) <-> (>>>)
($) <-> (&)
(<$>) <-> (<&>)
(<=<) <-> (>=>)
(<*) <-> (*>)
(.), (<<<) <-> (>>>)
AP
print . (solve =<<) . sequence . map decode . lines =<< readFile "input"
вот у меня такое часто в решениях AoCprint . (>>= solve) . sequence . map decode . lines =<< readFile "input"
вроде как похоже, но уже слегка "непрямо"DB
sequence . map decode
AP
Так, это не blah
DB
если уж мы о линтерах говорим)
DB
traverse же
AP
Импортировать нужно ;) А я ленюсь
DB
разве7
AA
DB
так это одно и то же
AP
вот mapM — да
AP
mapM точно в прелюдии
DB
и traverse тожо
DB
я проверил