local-first-clojure

jlmr 2020-04-28T13:20:16.006700Z

Would be very interested in @whilo’s answer 🙂

knubie 2020-04-28T00:14:21.000200Z

@steedman87 has joined the channel

knubie 2020-04-28T00:14:21.000300Z

set the channel description: Discussions around implementing the local-first approach in clojure/script

whilo 2020-04-28T00:14:41.000500Z

@whilo has joined the channel

adamfeldman 2020-04-28T00:14:41.000700Z

@adam622 has joined the channel

jlmr 2020-04-28T00:15:01.000900Z

@jlmr has joined the channel

nprbst 2020-04-28T00:15:01.001100Z

@nathan.probst has joined the channel

knubie 2020-04-28T00:16:06.002100Z

Just wanted to create this channel based on the group chat we had yesterday and loop in whilo. Of course we can always move the discussion back to #datahike if it’s relevant to that project.

knubie 2020-04-28T00:16:15.002300Z

I’ll repost my notes from the group chat

knubie 2020-04-28T00:16:51.002400Z

knubie 2020-04-28T00:19:06.003700Z

One question I posed to whilo is where he envisages datahike fitting in to a local-first stack (or a superset thereof) if at all.

knubie 2020-04-28T00:22:00.004900Z

BTW one UX issue I’ve run into with implementing local first is opening an app peer that hasn’t fully synced yet. You’ll see a subset of your data, which can be distressing if you (as a user) aren’t sure what’s happening

knubie 2020-04-28T00:22:23.005400Z

There’s a UX paradigm with remote-first that you always see a complete set of data every time you interact with the app

logbot 2020-04-28T00:42:59.005700Z

@logbot has joined the channel

2020-04-28T00:43:10.005900Z

@zulip-mirror-bot has joined the channel