ICFP Workshops 2024
29th ACM SIGPLAN International Conference on Functional Programming (ICFP 2024)
Powered by
Conference Publishing Consulting

2nd ACM SIGPLAN International Workshop on Functional Software Architecture (FUNARCH 2024), September 6, 2024, Milan, Italy

FUNARCH 2024 – Preliminary Table of Contents

Contents - Abstracts - Authors

2nd ACM SIGPLAN International Workshop on Functional Software Architecture (FUNARCH 2024)

Frontmatter

Title Page


Message from the Chairs


Committees


Functional Architecture in Practice

Architecting Functional Programs (Keynote)
Marco SampellegriniORCID logo
(Independent, n.n.)
Functional programming in the small works great. Things start to get shaky when there are many services and teams involved, something that is becoming more and more common with large distributed systems. The value of the tools we know and love, like static typing and powerful type systems, decreases as the system gets larger and the number of components involved increases. In an industry that often praises fast paced releases (the ultimate startup motto: ship fast or die trying), this becomes even more problematic. How do we get to enforce correctness and reap the benefits of FP, when we can't statically check the entire system? When we have to cross the boundaries of a single compilation unit? Our beautifully crafted types aren't going to cut it. This is where Software Architecture comes in. A well architected system is not some stroke of genius: often the opposite. Good software architecture means you still get to reason about the whole thing and make changes to separate components without affecting others. While we can afford some complexity in the small (ie. fancy types), complexity in the large can break a project. As much as we wish we could solve these issues with static typing or formal verification, part of the solution is definitely non-technical. Conversations among all parties involved (yes, business people included) are key for good architecture to emerge. We'll talk about what I found to be the more effective techniques to architecture such large systems: event sourcing, cqrs and the over arching philosophy of Domain Driven Design.

Article Search
F3: A Compiler for Feature Engineering
Weixi Ma ORCID logo, Siyu Wang ORCID logo, Arnaud Venet ORCID logo, Junhua Gu ORCID logo, Subbu Subramanian ORCID logo, Rocky Liu ORCID logo, Daniel P. Friedman ORCID logo, and Yafei Yang ORCID logo
(Meta, USA; Indiana University, USA)


Article Search

Formal Methods

Design and Implementation of a Verified Interpreter for Additive Manufacturing Programs (Experience Report)
Matthew Sottile ORCID logo and Mohit Tekriwal ORCID logo
(Lawrence Livermore National Laboratory, USA)
This paper describes the design of a verified tool for analyzing tool paths defined in the RS-274 language for 3D printing systems. We describe how the analyzer was designed to allow a mixture of verification and code-extraction techniques to be combined for constructing a correct toolpath analyzer written in the OCaml language. We show how we moved from a fully hand-written OCaml program to one incorporating verified components, highlighting architectural decisions that were made to facilitate this process. Finally, we share a set of architectural lessons that are generally applicable to other software with a similar goal of integration of verified components.

Article Search
Applying Continuous Formal Methods to Cardano (Experience Report)
James Chapman ORCID logo, Arnaud Bailly ORCID logo, and Polina Vinogradova ORCID logo
(IOHK, United Kingdom; IOHK, France; IOHK, Canada)
Cardano is a Proof-of-Stake cryptocurrency with a market capitalisation in the tens of billions of USD and a daily volume of hundreds of millions of USD. In this paper we reflect on applying formal methods, functional architecture and Haskell to building Cardano. We describe our strategy, projects, lessons learned, the challenges we face, and how we propose to meet them.

Article Search

From Programming to Architecture

Continuations: What Have They Ever Done for Us? (Experience Report)
Marc KaufmannORCID logo and Bogdan Popa ORCID logo
(Central European University, Austria; Independent, Romania)
Surveys and experiments in economics involve stateful interactions: participants receive different messages based on earlier answers, choices, and performance, or trade across many rounds with other participants. In the design of Congame, a platform for running such economic studies, we decided to use delimited continuations to manage the common flow of participants through a study. Here we report on the positives of this approach, as well as some challenges of using continuations, such as persisting data across requests, working with dynamic variables, avoiding memory leaks, and the difficulty of debugging continuations.

Article Search
Bidirectional Data Transformations
Marcus Crestani ORCID logo, Markus Schlegel ORCID logo, and Marco Schneider ORCID logo
(Active Group, Germany)
Structured data is the foundation of software. Different components of a system may need the same information but may have different demands on its structure for reasons of performance, resource efficiency, technical constraints, convenience, and so on. For instance, transmitting data over a network requires a format that is suitable for serialization, while persisting data requires a format that is more suitable for storage. Thus, programmers need to translate data between several data structures and formats all the time. Authoring these translations manually is a lot of work because programmers need to implement the logic twice, once for each direction. This is redundant, tedious, and error-prone, and a case of low coherence. We show how using bidirectional data transformations that use functional optics like lenses and projections simplify the conversions. These ideas and techniques make converting data simple and straightforward and foster understanding of the relationship between data structures by explicitly describing their connections in a composable manner.

Article Search

proc time: 2.6