yjs-sqlite-test
kons-9
yjs-sqlite-test | kons-9 | |
---|---|---|
2 | 50 | |
20 | 550 | |
- | - | |
2.1 | 7.9 | |
about 1 year ago | 6 months ago | |
JavaScript | Common Lisp | |
- | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
yjs-sqlite-test
-
CRDT-richtext: Rust implementation of Peritext and Fugue
I agree that full stack support is the missing pice that's need to make use explode. But I do think the current implementations will get there.
CRDTs are fairly unique in that you need them to be exposed very close to the front of your stack in order to capture user intent, but you also need support further back in your stack for merging, replication, and querying.
We have good front end support and there are multiple exciting projects building collaboration servers for them. What I think is missing is support in database, that's what I've been experimenting with (below). If you are building an offline enabled app, having the ability to generate diffs and merge in database enables easy multi document sync.
Also most general purpose CRDTs are a combination of JSON and XML like data structures, it's useful to be able to query the structures in your database. For example if you build a notes app that supports inline tags, if useful to be able to query and index those from within the XML like structure without having to dump the whole thing out at another layer of your stack.
Yjs Postgres: https://github.com/samwillis/yjs-pg-test
Yjs SQLite: https://github.com/samwillis/yjs-sqlite-test
(These are just early experiments, I'm working on a cleaner shared implementation with support for various SQLite bindings, and better querying)
-
Ask HN: What Are You Working On? (May 2023)
Day job (contract): Massive overhaul of an antibody workbench for drug discovery.
Evenings: Building out a concept for a "YSQL" bringing CRDTs (Yjs) to SQLite and Postgres. CRDTs are great for real-time, but also awesome for offline for async collaboration. Using the same CRDT for both front end data structures and backend database merging seems to me to be a good combination. The plan is to build out some simple primitives first, then layer a SQLite (WASM in browser) <-> Postgres sync system on top for local copying and modification of datasets.
Proof of concepts:
https://github.com/samwillis/yjs-sqlite-test
https://github.com/samwillis/yjs-pg-test
kons-9
- OpenSCAD Survey - what programming language do you want to be added to app?
-
Lindenmayer Systems
Very cool. I must check this out.
I implemented some L-system features in my 3D Common Lisp system: https://github.com/kaveh808/kons-9
- Ask HN: Show me your half baked project
-
Profound Beliefs
In some small way I am revisiting the idea with https://github.com/kaveh808/kons-9
We'll see what comes of it.
- Kons-9: Common Lisp 3D Graphics Project
-
Symbolics Lisp Machines Graphics Demo (1990)
I began my 3D graphics development on a Symbolics workstation at the MIT Media Lab in the mid-80's. This was before the S-Graphics suite was released. [0]
The outstanding feature of the S-Graphics suite was the polygonal modeler which used a winged-edge structure that was far ahead of its time. It survives conceptually in the Wings3D system, which is a quite faithful copy of that modeler.
And of course you got the extensibility that came with the graphics system being built on Lisp.
But Symbolics was never, as far as I saw, a serious or popular contender in 3D production. Not only was the system expensive, but the hardware could not keep up with SGI's graphics abilities. Furthermore, the mass of CG developers at the time came from a C/Unix background, and rendering especially was so speed critical that C (and Fortran) resulted in faster systems.
Almost 40 years later, I have returned to the idea of developing a 3D system in Common Lisp [1]. We shall see where it leads.
[0] https://medium.com/@kaveh808/late-night-lisp-machine-hacking...
[1] https://github.com/kaveh808/kons-9
- Ask HN: Resources for Older Developers?
- Ask HN: What Are You Working On? (May 2023)
-
A good codebase to study as a beginner
If you are interested in 3D graphics, I have tried to keep my code simple and comprehensible: https://github.com/kaveh808/kons-9
-
Coding alone vs coding in a team
As a solo developer of my 3D system, my main focus has been to keep the enthusiasm and momentum going and to enjoy the development process, rather than worrying about how the code might not be optimal in various regards.
What are some alternatives?
jnigen - Experimental bindings generator for Java bindings through dart:ffi and JNI.
clog - CLOG - The Common Lisp Omnificent GUI
rdom - Server side reactive DOM updates in Ruby
quicklisp-projects - Metadata for projects tracked by Quicklisp.
framework - Mayu is a live updating server-side component-based VDOM rendering framework written in Ruby
McCLIM - An implementation of the Common Lisp Interface Manager, version II
fugue-bench - Fugue list CRDT implementations and benchmarks
clozure-cl - Unofficial mirror of Clozure CL
electric - Local-first sync layer for web and mobile apps. Build reactive, realtime, local-first apps directly on Postgres.
weird - Generative art in Common Lisp
pg_crdt - POC CRDT support in Postgres
bodge-nuklear - Thin wrapper over Nuklear for Common Lisp