
Reviews
How internet communities change: a reading framework
A framework for internet communities: the four parts, the sequence from founding to settlement, and how to read a community account without being misled.
Internet communities are a bet that a group of strangers can be made to behave like neighbors. Some bets hold; others do not. The interesting question is not which software they ran but what changed between the day the place felt alive and the day it did not.
This page describes the parts a community is made of, the sequence most of them pass through, and the questions to ask before trusting anything written about one, including this.
What to take away
- A community is a population, a set of norms, and a way of enforcing them. The software is the least stable of the three and the one people talk about most.
- A useful way to read a community's history is as a sequencea founding group, a growth wave, a conflict over what the place is for, and either a settlement or a split.
- Written rules describe past arguments. The norms that matter are the ones nobody wrote down.
- The containers named belowUsenet newsgroups, IRC, mailing lists, subreddits, Discord servers — are types, not case studies. A claim about one particular community's founding, size or sequence needs contemporary evidence, and this page does not make one.
The parts
A population that returns. Traffic is not a community. A page can have enormous numbers of readers and no community at all, because nobody comes back and nobody recognizes anybody. The threshold is recognition: enough of the same people appearing often enough that a name means something. Online community is the general term, and it is a term about people, not about a site.
Norms. What gets you thanked, what gets you ignored, what gets you removed. The norms are mostly unwritten, learned by watching, and different from the rules page in ways that only members can see.
Enforcement. Someone, or some mechanism, that makes the norms bite. This can be a moderator with a ban button, a voting system, a reputation score, or plain social pressure. Every community has one of these, including the ones that insist they do not; the enforcement there is informal, and informal enforcement is usually harsher.
A container. The forum, the chat server, the mailing list, the group. It is the part people name when they name the community, and it is the part most easily swapped out. Communities move containers and survive. Containers lose their community and become empty rooms with the lights on.
The sequence
The stages below are a way to read community histories, not a claim that every community follows the same sequence. They have no fixed timing, and this article does not assign a duration to any stage.
Community Life Stages
- Foundingsmall group sets tone
- Good periodslow arrivals absorb norms
- Wavemany newcomers overwhelm norms
- Argumentfactions fight over identity
- Settlement or splitcharacter changes or group leaves
- Afterlifeposting slows, archive remains
| Stage | What it feels like from inside | What usually ends it |
|---|---|---|
| Founding | A small group who mostly already know each other, or share one specific interest, set the tone by example | Someone outside the group discovers it and tells others |
| The good period | Newcomers arrive slowly enough to absorb the norms by watching; the founders are still present and still posting | Arrival rate outruns the rate at which norms can be taught |
| The wave | Many newcomers at once, none of whom know the unwritten rules; old members become irritable; explanation replaces conversation | Either written rules and active moderation, or the departure of the founders |
| The argument about purpose | Two factions, one wanting the place as it was, one wanting the place as it is becoming; the argument is about identity, not about any specific post | A settlement, usually the newer faction winning by numbers, or a split |
| Settlement or split | The community stabilizes with a changed character, or a group leaves to found a smaller copy of the founding stage elsewhere | Time, or the next wave |
| Afterlife | Posting slows; the archive remains; a few members keep the place open out of loyalty | The container closes, and the archive goes with it |
The wave is the stage most written about, because it produces the most visible complaints. An argument about purpose can decide what happens next. A split is easy to miss: a community may move, in smaller form, while the surviving record shows only the abandoned container.
The wave, dated: Usenet's Eternal September
One wave is documented well enough to read against the table, because it happened to a whole container rather than to one community. During the 1980s and early 1990s, new Usenet users joined slowly and in small numbers and learned the conventions without much impact on experienced users; that is the good period. The one exception was every September, when large numbers of first-year university students from North America gained access through their campuses, and each year the tide abated as newcomers assimilated or left.
Then the arrival rate changed for good. Once internet service providers began offering Usenet access to many new users, from around late 1993 and early 1994, the flood of inexperienced users swamped the existing culture of those forums and their ability to self-moderate and enforce existing norms. AOL began its Usenet gateway service in March 1994, which produced a constant stream of new users. To early users the influx that began in September 1993 seemed endless, and the period got its name: the September that never ended.
Every element of the wave stage is there: an arrival rate that outran teaching by example, irritable old members, and norms that could no longer be enforced informally. It also shows why exact dates mislead. The change is placed variously in September 1993, late 1993 to early 1994, and March 1994, depending on which event a writer counts.
Why the rules page is a history book
A community's written rules are a list of things that went wrong once. Each rule marks an argument that somebody lost badly enough for the outcome to be written down. Reading the rules therefore tells you the community's past conflicts in some detail and its present character hardly at all.
The present character lives in three places a newcomer cannot see on the first day:
- Which violations are enforced and which are ignored. A rule that is never applied is not a norm; it is a monument.
- Who gets the benefit of the doubt. Long-standing members are forgiven things newcomers are removed for, everywhere, and the size of that gap is a good measure of how closed the place is.
- What the in-jokes require. A reference that only makes sense with history is a membership test. The more of them there are, the more the community values tenure over contribution.
Containers and what they decide
The container is not neutral. It decides how conversation is shaped, and a community that moves containers changes in ways its members rarely anticipate.
Container Types Compared
Threaded forum
- Findability
- High
- Speed rewarded
- Slow
- Record copy
- Server
- Control
- Community
Live chat
- Findability
- None
- Speed rewarded
- Fast
- Record copy
- None
- Control
- Community
Mailing list
- Findability
- High
- Speed rewarded
- Medium
- Record copy
- Every member
- Control
- Community
Feed-based
- Findability
- Host decides
- Speed rewarded
- Fast
- Record copy
- Host
- Control
- Landlord
A threaded forum keeps every discussion findable and lets a slow conversation continue for years. It rewards careful writing and punishes speed. The Usenet newsgroups were built this way, and the web forums that followed kept the shape.
A live chat room is the reverse: it rewards presence and wit, produces nothing findable, and a member offline for a day has missed everything. IRC servers are the long-running example, and Discord servers are the current one.
A mailing list sits between the two. It adds a property neither has: every member holds a complete copy of the record. Listserv and Mailman are the usual software behind it.
Feed-based containers, where a community exists as a group inside a larger service — a subreddit inside Reddit, a group inside Facebook, a server inside Discord — add a different force: the host decides what members see, in what order, and can change that without asking. Communities living in these containers are borrowing the room, and the landlord's interests are not theirs.
The distinction between a community and its container is the same one that separates a social network from the systems that came before it; the guide to reading early social networks takes that apart in detail.
Reading anything written about a community
- Ask who is visible. In most communities a small fraction of members produce most of the posts. An account written from the archive is an account of the loud.
- Ask when the writer was there. A community described from its founding period and one described from its afterlife are different places with the same name.
- Ask whether the writer was a member. Outsiders systematically misread tone, especially where the house style is deadpan or affectionately rude.
- Ask what the writer counted. Membership figures are defined by whoever runs the container, and they count accounts, not people, and rarely say which.
- Distrust any claim about the sequence of events that is precise to the month. Community history is reconstructed from posts, and posts are dated by the container, which may have renumbered, migrated or lost them since. The problems this causes are set out in the brief on platform timelines.
Where the private ones went
Public communities left the best records, because a public archive can be crawled and copied.
Private ones, which include most of the small and most of the intimate, left almost nothing.
A history of internet culture built from archives will describe the large and the public, then wrongly conclude that this is what community online mostly was.
Nothing corrects that bias except remembering it. The absence of a record is the normal condition for most of what happened, not evidence that it did not.
Common questions
Is a large audience the same as a large community?
No. Audience is people who read. Community is people who return, recognize each other and are recognized. A place can have the first in huge numbers and the second not at all.
Why do communities get worse as they grow?
They do not always, but the common mechanism is simple: norms are taught by example, and example only works when newcomers are few enough to watch before they post. Past a certain arrival rate, teaching by example fails and the community has to choose between written rules and drift.
Can a community survive its container closing?
Sometimes, if the members knew each other well enough to find each other again, and usually in smaller form. The archive almost never survives, which is why so much community history is memory rather than record.
Why does this page not name any examples?
A named community would require claims about its founding, size and sequence. The containers named above — Usenet newsgroups, IRC, mailing lists, subreddits, Discord servers — are types, not case studies. This page stays with the reading framework rather than making claims about a particular community without contemporary evidence. The one dated event it uses, Eternal September, is a documented change across Usenet as a whole rather than a claim about any single community's founding or size.
In this guide
- Structure, not popularity, is how internet communities are best comparedInternet communities take a small number of shapes, and this compares them by threading, persistence, discoverability, moderation tools and ownership.
- Internet communities comparison in plain termsAn internet communities comparison on five observable axes: the membership gate, governance, moderation labor, exit cost and who owns the container.
- Internet communities research: avoiding harmA practical guide to internet communities research: how to read a community without misreading it, why attention is a hazard, and when to stop before harm.
- Internet communities updates: four transitions, namedInternet communities updates explained: four transitions — software, host, leadership, ownership — with named cases, what each one breaks, and a checklist.







