technologybriefs
9:41in productionCh. 1 · Why it had to be written/ 9:41 · ceiling 15 min
Software

Git

Git didn’t democratise version control—it weaponised integrity against speed, and won.

Git is a distributed version control system invented by Linus Torvalds in April 2005 to replace BitKeeper for Linux kernel development. It was built from scratch because no existing free system met Torvalds’s strict criteria: sub-three-second patch application, distributed BitKeeper-like workflow, strong corruption safeguards, and rejection of CVS-style design. Git maintains a full local repository copy, uses SHA-1 hashing for object identification, and is grounded in a content-addressable filesystem model.

Chapters & takeaways4
  1. 1:02
    Why it had to be written

    Linus Torvalds built Git from scratch in April 2005 because no free tool could match BitKeeper’s workflow.

  2. 2:44
    What it refuses to be

    Git’s design rejects CVS entirely: immutability, hashing, and local-first operation are non-negotiable.

  3. 4:07
    The local repo is the rule

    Every developer gets the full history—not just their working copy—so collaboration doesn’t depend on a server.

  4. 6:03
    Speed isn’t optional

    Sub-three-second patching wasn’t aspirational—it was the threshold for scaling Linux development.

Worth your time?

Yes. Study the whole thing.

4.5/ 5
What works
  • local operations complete in sub-three seconds
  • history is tamper-evident via SHA-1
  • full repository clones enable offline work
  • content-addressable model guarantees data integrity
What does not
  • enforce linear history
  • prevent merge conflicts by design
  • include built-in code review
  • scale to binary assets without extensions
Study it if
  • developers needing offline operation
  • teams using branch-heavy workflows
  • projects requiring verifiable integrity at scale
Skip it if
  • teams relying on centralised access control
  • workflows dependent on real-time locking
  • users preferring GUI-first tooling without added layers
The written brief1 min read

What it is and the problem it solves

Git is a distributed version control system invented to replace BitKeeper for Linux kernel development. It solves the problem of applying 250 patches in under three seconds each—something existing tools failed at.

How it works

Git stores every version of every file as a snapshot, not a delta. It uses SHA-1 hashes to identify objects uniquely. Every clone contains the full history and all branches locally. It treats the repository as a content-addressable filesystem.

What works

Local operations complete in sub-three seconds. History is tamper-evident via SHA-1. Full repository clones enable offline work and parallel branch exploration. The content-addressable model guarantees data integrity across transfers.

What does not

Git does not enforce linear history. It does not prevent merge conflicts by design. It does not include built-in code review, permissions, or audit trails for push events. It does not scale to binary assets without extensions.

What it changes

It shifts version control from server-dependent coordination to peer-to-peer replication. It replaces mutable revision numbers with immutable object hashes. It makes branching and merging cheap operations rather than administrative overhead.

Is it worth your time

Yes—if you need offline operation, branch-heavy workflows, or verifiable integrity at scale. No—if your team relies on centralised access control, real-time locking, or GUI-first tooling without adding layers.

Same field · Software4 of 114
8:56
SQLiteD. Richard Hipp · 2000SQLite is a C library that embeds a relational database engine directly into applications. It stores data in a single cross-platform file. It delivers ACID transactions and most SQL-92 features—but omits materialized views, full trigger support, and ALTER TABLE. It relies on file-system locking, not internal concurrency control. It enforces access via file permissions, not users or roles. Its type system is dynamic by default. It is widely deployed because it requires no installation, configuration, or administration.
10:18
PostgreSQLUniversity of California Berkeley · 1996PostgreSQL is a free and open-source RDBMS that solves the problem of building reliable, scalable, and standards-compliant relational data systems without vendor lock-in. It emerged from Berkeley’s POSTGRES project in 1985 to address limitations in contemporary databases, especially Ingres’ lack of SQL support and type extensibility.
9:47
TypeScriptAnders Hejlsberg · 2012TypeScript is a compiler-layered static typing system for JavaScript. It solves scalability problems in large codebases by enabling early error detection and better tooling — without breaking compatibility. Its mechanism is transpilation, not runtime enforcement. Its biggest win is developer velocity in complex projects — proven by the 8–12× speedup in TypeScript 7.0. Its cost is added complexity and no runtime guarantees.
10:55
LinuxLinus Torvalds · 1991Linux is a Unix-like kernel, not an operating system. It filled GNU’s missing-kernel gap. It works by reimplementing Unix system calls from documentation—not AT&T code. It succeeded because GPLv2 enforced openness, and because it ran on cheap x86 hardware. It failed to be a standalone OS or POSIX-compliant out of the box. It changed how software projects scale: through licence-driven collaboration, not top-down design. It is worth your time if you need control, transparency, and the ability to rebuild every layer.
Up next in Technology

GitHub

2007 · 9:54

GitHub did not invent collaboration — it productised the friction out of Git-based teamwork.

9:54