maclockard | 1 year ago | on: Timeline of the xz open source attack
maclockard's comments
maclockard | 2 years ago | on: Storybook 8
maclockard | 2 years ago | on: 95%-ile isn't that good (2020)
maclockard | 2 years ago | on: Accidental database programming
maclockard | 2 years ago | on: Accidental database programming
This is actually happening, albeit slowly, with recent efforts around WASM etc. If you want a fun hypothetical of where this all goes, check out the talk "The Birth & Death of JavaScript". Link here: https://www.destroyallsoftware.com/talks/the-birth-and-death...
maclockard | 2 years ago | on: You don't need a CRDT to build a collaborative experience
Using a server to tie break and locking has worked pretty well for us
maclockard | 2 years ago | on: You don't need a CRDT to build a collaborative experience
1. With wall-clock decided by clients, A + B changes will win since C's wall-time is earlier (yes, C could lie, but still would converge).
2. With wall-clock decided by server C will win and everyone will agree.
3. With causal ordering, everyone will agree that A + B won.
2 is not a CRDT since it requires a central server, but I think 1 would still count? Or stated another way: I'm not sure the _convergence_ is what determines if these strategies are CRDTs or not, but rather whether or not this decision making is _distributed_ or not.
maclockard | 2 years ago | on: Judge sends Sam Bankman-Fried to jail over witness tampering
Why do you think that was such a strong signal?
maclockard | 2 years ago | on: Supreme Court rules Andy Warhol’s Prince art is copyright infringement
maclockard | 2 years ago | on: How A24 Took over Hollywood [video]
maclockard | 3 years ago | on: You might not need a CRDT
Our team ended up having a similar take away, we wrote a blog post detailing our approach and experience here: https://hex.tech/blog/a-pragmatic-approach-to-live-collabora...
For the most part is been surprisingly solid! I was very much expecting to need to completely rewrite it by now, but its met most of our present needs.
The only real shortcoming is not being able to support line specific commenting. While we _could_ support it, any minor update to the text would result in the comment being marked 'stale' with a high false positive rate. I've considered adopting CRDT/OT just for the text editing portion to solve this.
maclockard | 3 years ago | on: Bringing “no-code” cells to Hex
(Disclaimer, I work at Hex but wish more tools would embrace ejecting to code in the same way)
maclockard | 3 years ago | on: Bun: Fast JavaScript runtime, transpiler, and NPM client written in Zig
maclockard | 4 years ago | on: Atlassian: We estimate the rebuilding effort to last for up to 2 more weeks
maclockard | 4 years ago | on: Rules of Card Games: I Doubt It (1998)
maclockard | 4 years ago | on: Who Contributed to PostgreSQL Development in 2020 and 2021?
Your comment feels like a bit of unfair judgement, particularly since a lot of those you are implying that are 'only 1x programmers' are effectively donating their time.
maclockard | 4 years ago | on: Ask HN: Those making $500/month on side projects in 2021 – Show and tell
maclockard | 4 years ago | on: Reactive, DAG-based notebooks in Hex 2.0
maclockard | 4 years ago | on: Copilot regurgitating Quake code, including sweary comments
How much of a concern this is depends heavily on what the original source was.
maclockard | 4 years ago | on: JupyterLite – WASM-powered Jupyter running in the browser
I think as time goes on, live collaboration is becoming “table stakes” for a lot of tools.
Ideally, we would have a mechanism to verify that a given build _matches_ the source for a release. Then it wouldn't matter where it was built, we would be able to independently verify nothing funky happened.