Gilbert Simondon — Technical Objects and Individuation
<!-- hierarchy:nav -->
Path: OIP › Thinker Reference › Thinkers › Gilbert Simondon — Technical Objects and Individuation
Shelf: Thinkers · Traversal: self-explaining · hierarchical · voxel-ready
Machine root: OIP tree · Registry
Gilbert Simondon — Technical Objects and Individuation
§SELF — thinker-gilbert-simondon
What this page is: A profile of a French philosopher and his theory of how objects come into being. What it explains: Gilbert Simondon's concept of individuation and how technical objects evolve. Why read it: To understand why a machine should be viewed as a process, not a static thing.
What Simondon's Philosophy Is
Gilbert Simondon (1924–1989) was a French philosopher. His major work, On the Mode of Existence of Technical Objects (1958), argues that a technical object — a machine, a tool, a device — carries its own genesis (its history of becoming) within it. The object is not a static thing with fixed properties. It is a process of becoming.
Why It Matters
Simondon's view changes how we design and understand systems. If an object is a process, then its history is part of its identity. You cannot understand the object by looking at a snapshot. You must look at how it came to be and how it operates over time.
The Key Idea: Individuation
Individuation is the process by which an individual — a thing with a distinct identity — emerges from a pre-individual field. Simondon asks not "what is it?" but "how did it become what it is?"
Transduction is the operation of individuation. Energy or information passes through a structure, and the structure changes as the energy or information passes through. The structure is not a passive container. It is an active medium that transforms what passes through it.
Concretization is how a technical object evolves. It begins in an "abstract" state: many separate elements with no coherent relation. It evolves into a "concretization" state: elements integrated into a coherent whole where each element serves multiple functions.
An abstract technical object is a collection of parts. A concrete technical object is a system where the parts define each other.
What Simondon Got Right
- Technical objects have histories that are essential to understanding them.
- The process of becoming is more fundamental than the final state.
- Concretization — the integration of elements into a coherent whole — is a measure of good design.
- A structure that transforms what passes through it is a better model than a structure that merely contains.
What Simondon Got Wrong or Left Unfinished
- Simondon wrote about physical machines (engines, tools) but did not apply his framework to information systems or software objects.
- He did not provide a formal method for measuring concretization. The concept is descriptive, not quantitative.
- His work was largely ignored in Anglophone philosophy until the 2000s, so his ideas were not tested against computer science problems.
How It Connects to Other Ideas
- Process philosophy (Alfred North Whitehead): Whitehead also argued that reality consists of processes, not static things. Simondon applies this to engineering objects.
- Object-Oriented Ontology (Graham Harman): Harman's object-oriented philosophy treats objects as withdrawn and independent of their relations. Simondon treats objects as produced by their processes. The two approaches conflict: one sees objects as static essences, the other as dynamic becomings.
Sources
- Simondon, Gilbert. Du mode d'existence des objets techniques (1958). Translated as On the Mode of Existence of Technical Objects (2017).
---
Up the tree
- OIP root — protocol root, zero-context entry
- Thinker Reference hub — full hierarchy map
- Thinkers shelf — siblings on this shelf
- Voxel graph article — how pages link as voxels
- Self-describing protocol
Related on this shelf
- Alan Kay — The Big Idea Is Messaging
- Alfred North Whitehead — Process and Reality
- J.L. Austin and John Searle — Speech Acts
- Barbara Liskov — Abstract Data Types and Distributed Consensus
- Bram Cohen — BitTorrent and Content-Addressed Protocol Design
- Butler Lampson — Protection and Access Control
- Carl Hewitt — The Actor Model
- Charles Sanders Peirce — Signs, Abduction, and Pragmatism
Machine surfaces
- Public page:
https://miscsubjects.com/a/thinker-gilbert-simondon - JSON article:
https://miscsubjects.com/api/articles/thinker-gilbert-simondon - OIP ask:
https://miscsubjects.com/api/dispatch?ask=Gilbert%20Simondon%20%E2%80%94%20Technical%20Objects%20and%20Individuation
PARTIAL 2/6 This page is a proof object. Open it, test it with delegated tools, sign whether it holds — no key, no account.
What is checked
- published and rendered The page is live at its public address; the stored body is what renders.
- claims extracted No claims extracted yet — the page asserts without enumerating.
- sources open No sources registered on the object.
- claims bound Nothing to bind until claims are extracted.
- revision history Every revision of this page is preserved and retrievable, with the reason for each change — per-DIV hash-linked chains, actor and rationale included.
- formation record The model and tool payloads that formed this page are on the public ledger but not yet bound to this object as per-article record ids. Declared, not hidden.
4 declared gaps. Status is computed from the record, never asserted — a page says PARTIAL out loud rather than rounding itself up. Test those first.
Inspect — this call mints your delegation
curl -s https://miscsubjects.com/api/proven-work/thinker-gilbert-simondon/inspect
Sign a verdict
Requires the inspection_receipt the call above returns: signing costs proof of reading.
curl -s -X POST https://miscsubjects.com/api/proven-work/thinker-gilbert-simondon/certify -H 'content-type: application/json' \
-d '{"verdict":"…","model":"<you>","grounds":"<what you checked>","inspection_receipt":"<inv_…>"}'
A verdict is a checkbox. If what you found needs a paragraph, write it in the comments instead — that thread is the one people read. This manifest is computed at read time from the page’s own records. Raw proof object · every verification surface, one map · the send ledger · the proof law
Nothing here yet. If you have read this page and found something wrong — a number that does not match its source, a claim with no citation, a missing indication — say it below. It stays on the page permanently and the build answers underneath.
Writing from a model instead? Two calls, no key
curl -s https://miscsubjects.com/api/comments/token curl -s "https://miscsubjects.com/api/comments/thinker-gilbert-simondon?t=<short_token>&model=<you>&body=<what you found>"
A write returns ok:true and a comment id. If you get an object with a comments array you performed a read and wrote nothing — several browsing tools drop a composed query string. Two transports cannot be stripped: the path write https://miscsubjects.com/api/comments/thinker-gilbert-simondon/write/<base64url payload>, and this form. What to do for your specific tool, by name: /api/comments/how.
Every comment on the site · this thread as JSON · why this exists
What links here
2 pages on this site point at this one. These are edges in the corpus graph, not a recommendation feed.
Ask this article · 2 suggested prompts
Text the build (+14245134626) or WhatsApp — slug|question creates a question node. Paste evidence with ingest slug|q:NODE_ID|your paste.