Ink & Switch retweeted
So excited to share that I'm a Researcher-in-Residence @inkandswitch! I'll be hanging out with the amazing people there in my free time - can't wait to share what I've been working on 🥳🚀
Malleable software: Restoring user agency in a world of locked-down apps
inkandswitch.com/essay/malle…
Did you know that Ink & Switch has a newsletter you can subscribe to? We send out an monthly update with all kinds of news about our research. You can subscribe on our home page or browse the archive.
Our website is, of course: inkandswitch.com/
We've also put together a starter pack for following Ink & Switch staff here: bit.ly/40oUbQR
Ink & Switch retweeted
Episode #13 is out.
Maggie Appleton (@Mappletons) on the idea of barefoot developers and how AI complements local-first in making end-user programming a reality.
Ink & Switch retweeted
Excited to be working on a new project this summer at @inkandswitch together with @qualmist and @paulsonnentag! Here's a quick summary of what we're up to:
# Jacquard: version control + provenance for empirical research
How do researchers write papers that contain data analysis and charts?
Consider a hypothetical astronomy paper. Measurements are collected from a telescope and written into a raw data file, which is reduced into a smaller CSV, which is loaded into a Python analysis notebook, which outputs further intermediate data files, as well as several visualizations as PNGs, which are then dragged into a web-based collaborative LaTeX editor where the team edits the paper and refines the charts.
This cobbling-together of tools and intermediate data files can cause serious problems for teams of researchers:
- "How did we generate this chart?": Researchers waste time remembering what script and data were used to generate a given chart or data table. And when an analysis gets updated, it's tricky to remember what other steps need to be manually rerun to correctly update downstream results.
- "Where'd that file go?": The text, the figures, and the code for the paper are spread across various web apps and devices. Any collaborator can edit the paper text on the web, but the moment they want to edit a chart, they have to email their collaborator who has the code on their laptop. Sometimes the team even loses track of a file entirely.
- "What's changed recently?" Authors risk missing important changes made by their collaborators. It's generally challenging to suggest or review changes; many "track changes" views present too much detail and are difficult to parse.
Through conversations with researchers in fields ranging from astrophysics to oceanography, we've learned that these kinds of problems cause daily friction, stealing focus from important work and even causing mistakes. Some researchers use software engineering tools like Git and Makefiles to help with these problems, but those tools are an awkward fit for exploratory research programming, and aren't easily accessible to scientists who are less familiar with the command line.
---
On this project, we're prototyping Jacquard: a collaborative environment for writing empirical research papers. The goal is to free up researchers to focus more on their core work of science and communication, and less on tedious bookkeeping. (The name "Jacquard" comes from the automated loom that was an important step in the history of computing.)
Jacquard builds on years of work at Ink & Switch, including most recently Patchwork (inkandswitch.com/patchwork/n…): a browser-based local-first collaboration environment with powerful version control utilities like branching and history views.
We're starting out by extending Patchwork to support the kinds of data needed by empirical research papers, like LaTeX files and data visualization scripts.
From there, we aim to add on powerful capabilities like tracking provenance of derived artifacts or making suggestions on a branch. Throughout this process, the prototype should remain a simple web-based collaboration interface that's accessible to researchers who don't have prior experience with version control or build systems.
A couple notes about our process:
First, while we're aiming to invent new collaboration workflows, supporting real science work requires integrating with existing tools as well. So we'll be taking a pragmatic approach that meets scientists where they are, building bridges to existing desktop workflows and programs.
Second, while this work is related to efforts in scientific reproducibility, that's not our top priority. Reproducibility efforts often focus on packaging up results once they're completed; we're more interested in supporting and accelerating the messy process of getting to the results in the first place.
🗞️ We'll be posting updates as we go, see links in next post below!
✉️ If you're an empirical researcher (in any discipline) and would like to talk with us about your experiences with these problems, we'd love to chat—feel free to DM me here or email at [email protected]!
Ink & Switch retweeted
What if we had a shared commenting system across all apps?
This is what we prototyped on the Patchwork project:
Ink & Switch retweeted
I'm starting a new group at Brown w/ @ShriramKMurthi and @KathiFisler called the Cognitive Engineering Lab. We build tools to make you smarter, grounded in cognitive science and programming language theory. And we're hiring PhD students! cel.cs.brown.edu/
Ink & Switch retweeted
"Tree Diff(iculties)"
Awesome talk from @alex_jg of @inkandswitch on how they implemented rich text for Automerge and moved to blocks from a tree structure.
Dispatch 004: universal version control & rich text in automerge. inkandswitch.com/newsletter/…
If you prefer to receive these updates via email, you can subscribe here: buttondown.email/inkandswitc…
Ink & Switch retweeted
We shipped rich text & prosemirror support for Automerge! It was HARD and took many combined brains (from @geoffreylitt and @sliminality on Peritext to @martinkl, @orionspeaks and @alex_jg figuring out blocks) but the result is something we're proud of: automerge.org/blog/2024/04/0…
Ink & Switch retweeted
Come hang out with the Automerge crew and we'll make some local-first software together! All you need to know is some web development with React (or at least fake your way from there). We'll help with the rest.
Calling all #LoFi builders! We will be hosting an Automerge build day on 📅Tuesday, March 19, 2024, from 9 AM to 1 PM PST (6-9 AM EST)📅.
The build day will be hosted by @hebcaudhill, @alex_jg, and @pvh. Tune in by joining our Discord at lofi.software/
Ink & Switch retweeted
Announcing Local-First Conf 2024
The first in-person local-first conference for software builders.
📅 30th May 2024
🌍 Berlin, Germany
Get your ticket today. Only 150 available. 👇
Ink & Switch retweeted
Our first speaker, Martin Kleppmann @martinkl, is the co-author of the local-first @inkandswitch paper that started it all. We are honored to have him address our community. #LocalFirst #LoFi
Ink & Switch retweeted
Just gave a talk about Tiny Essay Editor, a collaborative markdown editor we're using at @inkandswitch based on Automerge! Quick summary:
We wanted a nice local-first editor for writing our research essays, so we built one...
1/
Ink & Switch retweeted
At long last, I present to you: the OLLOS essay.
It's got everything: how it works & how I used it, design and concept iterations, future work for it and the OS, and what I learned about personal interfaces.
Enjoy: alexanderobenauer.com/ollos/
It's wonderful to welcome @todepond to Ink & Switch as a researcher-in-residence. Looking forward to sharing lots of ideas and inspiration.
i'm joining @inkandswitch as a researcher-in-residence
here's my full announcement post
todepond.com/wikiblogarden/r…
Ink & Switch retweeted
i'm joining @inkandswitch as a researcher-in-residence
here's my full announcement post
todepond.com/wikiblogarden/r…


















