BOboywitharupee·Aug 4, 2026
is it this? https://github.com/janestreet/incremental
In Bonsai: Janestreet's UI Libraryjanestreet
incremental
OCaml2019–2026
janestreet / incremental
incremental
A library for incremental computations
9Distinct people
9Mentions
0Explicit recommenders
1.5KGitHub stars
What to know before exploring
What it is
A library for incremental computations
GitHub
Where it is used
No documented product use has been verified yet.
What people are saying
No recommendation phrase was found in the indexed comments.
No classified warning is attached to this page. Read the discussions before treating silence as approval.
Also in these discussions
No other repository is repeatedly linked in the same discussions.
This week on Hacker News
Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:03:16 PM UTC.
No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.
Mentions over time
HN mentions by year9 dated mentions
Observed mentions: 2019-03-04 00:49:53 UTC to 2026-08-04 14:15:30 UTC.
* An incomplete calendar period is marked with an outlined bar. Its count is not directly comparable with a full period.
Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.
View mention counts and date ranges
| Period | Start (UTC) | End (exclusive, UTC) | Mentions | Submissions | Comments |
|---|---|---|---|---|---|
| 2019 | 2019-01-01 00:00:00 UTC | 2020-01-01 00:00:00 UTC | 1 | 0 | 1 |
| 2020 | 2020-01-01 00:00:00 UTC | 2021-01-01 00:00:00 UTC | 3 | 1 | 2 |
| 2021 | 2021-01-01 00:00:00 UTC | 2022-01-01 00:00:00 UTC | 0 | 0 | 0 |
| 2022 | 2022-01-01 00:00:00 UTC | 2023-01-01 00:00:00 UTC | 0 | 0 | 0 |
| 2023 | 2023-01-01 00:00:00 UTC | 2024-01-01 00:00:00 UTC | 0 | 0 | 0 |
| 2024 | 2024-01-01 00:00:00 UTC | 2025-01-01 00:00:00 UTC | 0 | 0 | 0 |
| 2025 | 2025-01-01 00:00:00 UTC | 2026-01-01 00:00:00 UTC | 1 | 0 | 1 |
| 2026 (partial) | 2026-01-01 00:00:00 UTC | 2027-01-01 00:00:00 UTC | 4 | 1 | 3 |
What Hacker News says
9 sourcesmy understanding of FRP is the inverse of your description, I use the same definition of “functional reactive programming” as in this Jane Street blog post on the subject https://blog.janestreet.com/breaking-down-frp/ : FRP is history sensitive and wants to compute over some stream of events explicitly - and the sort of events we expect the system to handle are UI events like mouse motions, clicks, and FRP is expected to turn those into application semantics. Self-adjusting computation (like Incremental or js “signals” like alien-signals) is mostly history-insensitive by default because it’s lazy and seeks to recompute a node once during stabilize() no matter how many times an input changed since the last stabilize(). I definitely do not think “signals” in the JS/TC39 formulation of the concept is FRP: not nearly enough attention paid to
Read the rest
first-class events.
but yeah to zoom out, the semantic boundaries and even definitions of terms in this area are kind of fuzzy and i don’t think it’s interesting to try too hard to sort stuff into a taxonomy unless you’re going to define all the parts of your taxonomy and provide a bunch of examples; these terms are not well-defined enough otherwise and arguing about ill-defined semantics is not my idea of a good time.
For example how to taxonomize something like Signia, which has fair bit of history sensitivity but is mostly concerned with diffs (https://signia.tldraw.dev/docs/incremental#using-diffs-in-co...), like Incremental uses logical clocks for validation, but is much more “pull” oriented in its recomputation/“stabilize” algorithm? To me it sounds like you’d put it in the “incremental computation” bucket because deltas; but Incremental itself doesn’t seem too concerned with deltas at the root of the library, i didn’t find any mention of them in the into docs and think it sounds more like js “signals”. https://github.com/janestreet/incremental/blob/master/src/in...
Incremental – A library for incremental computations
347 points · Open discussionHow does this relate to e.g. the research around https://docs.rs/adapton/latest/adapton/ or https://github.com/janestreet/incremental?
In Pushing and Pulling: Three reactivity algorithmsHey, I've been on an odyssey to port this (for a very liberal definition of "port") to .NET for many months!
The underlying library [Incremental][0] [is ported][1] though currently unused; the "ported" framework itself doesn't yet include any Bonsai magic, but the terminal-side stuff is [Zoomies][2], in which [this is broadly what it looks like][3] to write a VDOM (scroll down to line 100 to see how to process user interaction, and line 150 to see how that VDOM renders). All very incomplete and with a big long list of features to add, and the current design is not flexible enough yet to accommodate the "table" primitive, but we're slowly getting there.
[0]: https://github.com/janestreet/incremental/
[1]: https://github.com/Smaug123/WoofWare.Incremental/
[2]: https://github.com/Smaug123/WoofWare.Zoomies
[3]: https://github.com/Smaug123/Woo
Read the rest
Differential Dataflow is about differential computation which itself is a generalization of incremental computing, most commonly known from Excel.
A good introduction to the overall topic is incremental [0] an OCaml library by Jane Street and the corresponding blog posts and videos [1]. They even use it for webapps [2].
[0]: https://github.com/janestreet/incremental
[1]: https://www.janestreet.com/tech-talks/seven-implementations-... (Great to understand fundamentals of an incremental computation graph)
[2]: https://www.janestreet.com/tech-talks/intro-to-incr-dom/
In Differential Dataflowhttps://github.com/leontrolski/leontrolski.github.io/blob/ma... captures the spirit of React.
The "diff & patch" pattern is super common, e.g. Git and Incremental by Jane Street: https://github.com/janestreet/incremental
In Show HN: 33 line ReactYou should check out at least a couple of things:
- The Dune build system for OCaml, also written in OCaml, does exactly what you are describing: https://dune.build/
- Jane Street's Incremental library lets you build auto-updating computations which change whenever their inputs change: https://github.com/janestreet/incremental
Honourable mention: Thomas Leonard's really interesting series where he describes rewriting his dependency management tool, 0install, from Python to OCaml http://roscidus.com/blog/blog/2014/06/06/python-to-ocaml-ret...
In Functional Programming in OCaml