Телеграмм чат группы haskellru страница 14445

Andrey

там скорее, KDB, да

шо?

22:44пожаловаться #1

KX.com (языки K, Q) база данных KDB, давайте в blah, там можете спросить у того, кто фуллтайм этим занимается

22:45пожаловаться #2

БД на основе близкого языка

22:45пожаловаться #3

Угу, там есть человек

22:45пожаловаться #4

для знающих KDB всегда работа найдётся

22:46пожаловаться #5

Не уверен, что прям всегда, но пока работа существует видимо

22:48пожаловаться #6

да, я чуть утрировал, согласен

22:48пожаловаться #7

Andrey

да, я чуть утрировал, согласен

на счёт чего?

22:48пожаловаться #8

Danil Berestov

на счёт чего?

"всегда"

22:48пожаловаться #9

@qnikst точнее выразился

22:48пожаловаться #10

Nick Ivanych in Haskell

Andrey

только этим, пожалуй

Можно библиотеку J-комбинаторов сделать, будет почти так же.

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

если бы меня хватило изучить KDB, может, и не задержался бы в хаскеле так надолго, а прошёл бы мимо..

22:49пожаловаться #12

Nick Ivanych

Можно библиотеку J-комбинаторов сделать, будет почти так же.

ну тут спорно)

22:50пожаловаться #13

можно на th мб сделать чего подобное

22:50пожаловаться #14

а на комбинаторах сложновато буэт

22:51пожаловаться #15

Кажется что можно, тем более всякие NDP похоже кажется работали

22:55пожаловаться #16

ndp?

22:55пожаловаться #17

Буков больше будет но processing списков может быть похожим

22:55пожаловаться #18

Nested data parallelism

22:55пожаловаться #19

Модно было одно время data parallel Haskell, [: :]