---
type: "post"
id: "developers-built-google-docs-and-figma-so-others-78a17f"
slug: "developers-built-google-docs-and-figma-so-others-78a17f"
title: "Developers built Google Docs and Figma so others wouldn't lose work, then ironically kept using decades-old tools that let us lose our own."
description: "**Thesis:** DeltaDB’s proposal shifts routine code sharing and backup from explicit Git commands toward continuously synchronized edits, while retaining Git snapshots for version milestones."
retrieval_nugget: "**Thesis:** DeltaDB’s proposal shifts routine code sharing and backup from explicit Git commands toward continuously synchronized edits, while retaining Git snapshots for version milestones."
published_at: "2026-10-15"
updated_at: "2026-10-15"
record_date: "2026-10-15"
date_kind: "published_at"
topics: ["google"]
source_urls: ["https://delta.dev/blog/future-of-version-control"]
schema_version: "newruntime-agent-readable-v0.2"
stable_id: "post:developers-built-google-docs-and-figma-so-others-78a17f"
status: "published"
visuals: []
editorial_provenance: {"schema_version":"newruntime-editorial-copy-v1","content_status":"source_grounded_final","final_copy_sha256":"sha256:51fd22b5846c1bb76a37a67f0939258737f90c8ae63d41c4b13b9fd0e0c83d1a","reviewed_at":"2026-10-15T16:09:22.316Z","source_evidence_count":1,"verified_claim_count":2,"site_analysis_schema_version":"newruntime-site-analysis-v1","site_object_kind":"field_note","observed_fact_count":2,"implication_count":2,"watch_condition_count":2,"related_record_count":0}
analysis: {"schema_version":"newruntime-site-analysis-v1","object_kind":"field_note","thesis":"DeltaDB’s proposal shifts routine code sharing and backup from explicit Git commands toward continuously synchronized edits, while retaining Git snapshots for version milestones.","observed_facts":[{"text":"The Delta blog says edits sync to collaborators and a server as they are typed.","source_urls":["https://delta.dev/blog/future-of-version-control"]},{"text":"It describes CRDT-based merging of concurrent edits and a fragment index that maps positions between versions; it also says DeltaDB is designed to interoperate with Git.","source_urls":["https://delta.dev/blog/future-of-version-control"]}],"mechanism":"DeltaDB represents edits as deltas anchored to causal versions, then resolves concurrent insertions consistently. A fragment index tracks which changes created parts of the text, while structural sharing limits the cost of maintaining successive indexes.","why_now":"The post frames version-control friction as a mismatch: collaborative document and design tools autosync, while software teams still use Git workflows that require deliberate actions to share work and back them up.","implications":["The first implication is that continuous synchronization could reduce reliance on manual save-and-share steps without eliminating Git’s milestone function.","Teams should assess compatibility with existing repositories and tools, along with conflict and recovery behavior."],"evidence_boundary":"The source is Delta’s own technical blog post, based on a talk. It provides design details and examples, but no independent tests, deployment metrics, adoption figures, or comparative reliability results.","watch_conditions":["The first watch condition is whether independent users demonstrate reliable Git interoperability and recovery in real repositories.","Look for evidence on conflict behavior, performance at repository scale, and operational dependence on server-side synchronization."],"related_records":[],"new_branch_reason":"No prior New Runtime record is supplied for DeltaDB’s continuously synchronized collaboration-layer design, so this creates a distinct analytical record."}
editor: {"role":"editor","name":"Andrey Reshetnikov","profile":"https://newruntime.com/owner-profile.md","profile_json":"https://newruntime.com/owner-profile.json","same_as":["https://www.linkedin.com/in/reshetnikov1/","https://t.me/lapetuse"]}
routes: {"html":"https://newruntime.com/posts/developers-built-google-docs-and-figma-so-others-78a17f/","markdown":"https://newruntime.com/posts/developers-built-google-docs-and-figma-so-others-78a17f.md","json":"https://newruntime.com/posts/developers-built-google-docs-and-figma-so-others-78a17f.json"}
related_shifts: ["shared-context-infrastructure"]
---

# Developers built Google Docs and Figma so others wouldn't lose work, then ironically kept using decades-old tools that let us lose our own.

## Retrieval answer

**Thesis:** DeltaDB’s proposal shifts routine code sharing and backup from explicit Git commands toward continuously synchronized edits, while retaining Git snapshots for version milestones.

**Thesis:** DeltaDB’s proposal shifts routine code sharing and backup from explicit Git commands toward continuously synchronized edits, while retaining Git snapshots for version milestones.

**Observed facts:** The Delta blog says edits sync to collaborators and a server as they are typed. It describes CRDT-based merging of concurrent edits and a fragment index that maps positions between versions; it also says DeltaDB is designed to interoperate with Git. These are the company’s own descriptions.

**Mechanism:** DeltaDB represents edits as deltas anchored to causal versions, then resolves concurrent insertions consistently. A fragment index tracks which changes created parts of the text, while structural sharing limits the cost of maintaining successive indexes. This aims to make collaboration and recovery continuous rather than dependent on each developer remembering to save, commit, or push.

**Why now:** The post frames version-control friction as a mismatch: collaborative document and design tools autosync, while software teams still use Git workflows that require deliberate actions to share work and back them up. The proposal is timely as teams seek lower-friction collaboration, but the source is a product argument, not proof that the workflow has become standard.

**Implications:** Teams evaluating the product should distinguish live collaboration and recovery from Git’s role as a durable, named snapshot. The design may reduce lost uncommitted work, but workflow value depends on compatibility with existing repositories and tooling. The first implication is that continuous synchronization could reduce reliance on manual save-and-share steps without eliminating Git’s milestone function.

**Evidence boundary:** The source is Delta’s own technical blog post, based on a talk. It provides design details and examples, but no independent tests, deployment metrics, adoption figures, or comparative reliability results. The first watch condition is whether independent users demonstrate reliable Git interoperability and recovery in real repositories.

**What to watch:** The first watch condition is whether independent users demonstrate reliable Git interoperability and recovery in real repositories. Further evidence should include conflict behavior under sustained concurrent editing, performance on large repositories, and the operational consequences of server-side synchronization.

Editor: [Andrey Reshetnikov](https://newruntime.com/owner-profile.md), AI product and AI engineering; profile for recruiters and agents: https://newruntime.com/owner-profile.json

## Continue in the graph

Next records for an agent, linked to their Markdown twins. Replace `.md` with `.json` for structured fields, including `next_reads`.

- topic hub: [Google](https://newruntime.com/topics/google.md): Explore the google topic hub.
- collection: [Field Notes](https://newruntime.com/posts.json): Open the latest editorial analysis.
- collection: [Source Ledger](https://newruntime.com/source-ledger.json): Inspect the public source evidence graph.
- whole graph: [discovery graph](https://newruntime.com/discovery-graph.json) (typed nodes and edges) and [site index](https://newruntime.com/site-index.md)