Live data from Hacker News

Incremental – A library for incremental computations

github.com

81–83 of 83 posts

Re: Incremental – A library for incremental computations

#81

Earlier quoted context omitted.

You might want to go over the original Elliot/Hudak work? It’s a bit obtuse since it’s all in Haskell, but signals were never meant to be historical accumulators unless you set them up that way. Signals are continuous values, they don’t reveal discrete events like streams do, that’s the main distinction between them, your signal computations then can be viewed as a continuous value derived from other continuous value…

I assume you mean "Functional Reactive Animation" (1997) by Conal Elliott and Paul Hudak? While searching for this, I found a great collection of papers on this topic of Functional Reactive Programming in the Haskell language wiki. Most are by Elliot and/or Hudak. Good stuff! https://wiki.haskell.org/Research_papers/Functional_reactive... This feels related to many other topics and various strategies, like incrementa…

Yes definitely for compilation. Memoizing the tree and then repairing parsing and type information on each edit is how you get super fast responsiveness with code completion. It was relevant a couple of decades ago, things are different now with AI.

Re: Incremental – A library for incremental computations

#82
post #5
post #3

I have built something similar like this for my fund 7 years ago. We were doing parametric optimization on large computational graphs. I have never programmed Ocaml but my understanding is introspection is kind of a weak spot for the language. Curious language choice! I know Ocaml is fast, about 1-2x speed of C, on par with Java.

Not trying to be pedantic but do you mean half the speed of C?

[deleted]
Post reply on HN