VLDB 2026 Research / reviewers in the wild / expert
Finnbar Keating
dblp:299/8776
· DBLP profile ↗
3ranked-venue papers
3as first author
3since 2021 · last 2024
0000-0001-6933-3338ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 3 · 3 first-author · 3 since 2021
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2024 | Functional Reactive Programming, RearrangedabstractAt present, the most efficient implementations of Arrowized Functional Reactive Programming (AFRP), such as Scalable FRP (SFRP), do not support the loop combinator. This prevents us from expressing fundamental programs in such implementations, which limits AFRP’s use in domains where both performance and expressivity are required. We introduce Oxbow, which extends SFRP with support for the loop combinator by leveraging an improved variant of the rearrange technique. In benchmarks, Oxbow performs at least 2.2x better than Yampa, an AFRP implementation that supports the loop combinator. Finnbar Keating, Michael B. Gale |
Haskell | 1 |
| 2023 | This Is Driving Me Loopy: Efficient Loops in Arrowized Functional Reactive ProgramsabstractArrowized Functional Reactive Programming (AFRP) is one approach to writing reactive programs declaratively, based on the arrows abstraction in Haskell. While AFRP elegantly expresses the relationships between inputs and outputs of a reactive system, na'ive implementations suffer from poor performance. In particular, the loop combinator depends on lazy semantics: this inflicts the overheads of lazy evaluation and simultaneously prevents existing optimisation techniques from being applied to it. Finnbar Keating, Michael B. Gale |
Haskell | 1 |
| 2021 | Graded monads and type-level programming for dependence analysisabstractProgrammers make assumptions about the order of memory operations, which are not captured in the operations' types and therefore cannot be enforced statically by a compiler. This can lead programmers to accidentally violate those assumptions if they are not careful. To address this issue, we encode the memory locations that are accessed by a given computation using a graded monad. We use the data flow dependencies which arise from this to construct a type-level graph that we analyse to automatically order the computations so that no dependencies are violated. This also allows for computations which have no dependencies on each other to be run concurrently. Finnbar Keating, Michael B. Gale |
Haskell | 1 |