← Back to Dictionary

Bc

🎙 Introduction
Podcast 1 · Single Narrator · Google UK English Female

In this course, BC means Before Christ and is used in historical. A related lesson is the bce course. One citation is the Cambridge English entry, and a second is the Cambridge learner entry. Encyclopaedic background is in Anno Domini.

Ready
💬 Daily Use
Podcast 2 · Two British Speakers
Ready
⌨ Prompt Engineering
Podcast 3 · Developer Teaching Session
Ready
1 / 3

Transcript: “Bc” vocabulary micro-course

Read along with the three podcasts, or open the full dictionary entry for Bc for the definition, Arabic meaning, synonyms and example sentences.

Podcast 1 — Introduction & meaning

Narrator: BC — an abbreviation always written in capital letters, spoken as two separate letters: B, C. It stands for Before Christ and is used in historical dating to denote years before the year conventionally assigned to the birth of Jesus of Nazareth. A year labelled BC counts backwards from year 1: so 500 BC is five hundred years before that point, and 1000 BC is a thousand years before it.

Narrator: The system of dating years from the birth of Christ was devised by the Scythian monk Dionysius Exiguus in the sixth century AD. However, the explicit labelling of pre-Christian years as 'Before Christ' — using BC as an abbreviation — only became widely standardised in historical writing from the seventeenth and eighteenth centuries onwards, as scholars needed a consistent way to reference dates from classical antiquity, ancient Egypt, Mesopotamia, and other pre-Christian civilisations.

Narrator: One quirk of the BC and AD system that frequently confuses students: there is no year zero. The calendar moves directly from 1 BC to 1 AD. This has practical implications for date arithmetic — calculating the span between 10 BC and 10 AD is twenty years, not nineteen or twenty-one, a result that is non-intuitive until you account for the missing zero.

Narrator: In modern academic and scientific writing, BC has been increasingly supplemented or replaced by BCE — Before the Common Era — which carries the same numerical values but is religiously neutral, making it more appropriate for cross-cultural and interfaith scholarship. However, BC remains the dominant abbreviation in general reference, popular history writing, journalism, and everyday British English. Textbooks, newspapers, historical television programmes, and casual conversation still use BC as the default.

Narrator: Register-wise, BC is equally at home in formal academic writing and everyday conversation — 'the Colosseum was begun in 72 AD, the Parthenon dates to around 447 BC'. It carries no formality level distinction; it is simply the standard historical dating abbreviation.

Narrator: BC: two letters that reach back to the very beginning of recorded time — carrying centuries, millennia, and civilisations in their compact notation.

Read podcasts 2 and 3

Podcast 2 — In conversation

Speaker A: I'm working on a history textbook and the editor keeps correcting my 'BC' to 'BCE' throughout. Is 'BCE' now considered the correct academic standard, or is this just the editor's preference?

Speaker B: BCE has become the preferred convention in academic publishing, particularly in archaeology, ancient history, religious studies, and any field that engages with non-Christian traditions. The argument is straightforward: BC and AD are explicitly Christian reference points — Before Christ and Anno Domini, the Year of the Lord — which makes them culturally specific in a way that BCE and CE, Before the Common Era and Common Era, are not. Academic journals, university presses, and educational publishers have broadly moved to BCE and CE over the past twenty to thirty years. If your editor is working to a house style that specifies BCE, that's a legitimate and well-established editorial standard. However, BC and AD remain entirely correct and are still used in mainstream publishing, journalism, and popular history — they haven't been retired.

Speaker A: Does BC always come after the year number? I see it both ways — '500 BC' and 'BC 500'.

Speaker B: In standard English, BC always follows the year number: 500 BC, 1200 BC, 44 BC — never BC 500. This is the established convention and BC after the number is correct. Compare with AD, which traditionally precedes the year — AD 79, AD 410 — because Anno Domini means in the year of the Lord, so AD 79 reads as 'in the year of the Lord 79'. However, in modern usage AD increasingly appears after the number as well — '79 AD' — and this is now widely accepted in all but the most formal contexts. For BC, post-number placement is universal and always correct.

Speaker A: And the no-year-zero problem — does that come up practically in writing history?

Speaker B: It comes up in date arithmetic whenever you're calculating spans that cross the BC to AD boundary. Julius Caesar was assassinated in 44 BC; the fall of the Western Roman Empire is conventionally dated to 476 AD. The span between those events is not 476 minus 44 equals 432 years — it's 519 years, because there are 44 years from 44 BC to 1 BC, then year 1 AD, and then a further 475 years to 476 AD, with no year zero bridging them. For historical writing, this is worth an explicit note whenever you calculate a period that crosses year 1. Software systems that handle historical dates — anything before AD 1 — also have to account for this, which is why date libraries that support proleptic Gregorian calendar notation often treat year 0 as 1 BC to make the arithmetic consistent.

Podcast 3 — Prompt engineering

Speaker B: 'BC' in development prompts is the vocabulary of historical database systems, archaeological data platforms, timeline visualisation tools, and any application that needs to handle dates before the common era. Correctly modelling BC dates is a non-trivial engineering problem and naming it explicitly in your prompt gets you schemas and logic that actually handle it. Let's work through the key scenarios.

Speaker B: First — a historical events database with BC date support:

Speaker B: PROMPT: Design a PostgreSQL schema for a historical events database that supports dates from 3000 BC to the present. Store dates as year integer — negative for BC, positive for AD — era as enum: BC or AD, and display_date as a generated column formatting the display string. A view returns all events with a formatted label showing year and era — for example, 44 BC or 476 AD. The schema must handle the no-year-zero convention: year -1 equals 1 BC. Stack: PostgreSQL.

Speaker A: Storing BC years as negative integers — with the no-year-zero convention explicit in the schema comment — means date range queries and sorting work correctly without special-casing. Ordering by year ascending from most ancient to most recent is just ORDER BY year ASC.

Speaker B: Good. Now a timeline visualisation component with BC support:

Speaker B: PROMPT: Build a timeline visualisation component that renders historical events from 3000 BC to the present on a horizontal scrollable axis. Events before AD 1 are labelled in BC notation. The timeline supports zoom levels: millennia, centuries, and decades. Hovering an event shows a tooltip with title, date formatted as BC or AD, and a brief description. BC dates are rendered on the left of the timeline origin with a distinct cool-grey colour to visually distinguish them from AD events. Stack: React and Tailwind CSS.

Speaker A: The distinct cool-grey colouring for BC events — separating them visually from AD events at the timeline origin — is a UX decision that immediately communicates the era boundary without requiring a user to read each date label individually. The colour encodes the era.

Speaker B: Here's an archaeology fieldwork data system:

Speaker B: PROMPT: Design a fieldwork data management system for an archaeology team. Finds are recorded with site_id, find_id, description, material, estimated_date_year — integer, negative for BC — estimated_date_era — enum: BC or AD — and confidence_level — enum: certain, probable, or approximate. A search interface lets researchers filter finds by date range — for example, all finds between 500 BC and 100 BC. Add a computed column display_date that returns a human-readable string like circa 300 BC. Stack: Node.js and PostgreSQL.

Speaker A: The confidence_level enum alongside the date — certain, probable, or approximate — is the field that makes archaeological date records honest. A date of 300 BC with confidence approximate tells a very different story from 300 BC with confidence certain, and that distinction matters when the data feeds research publications.

Speaker B: Now a museum collection management UI:

Speaker B: PROMPT: Design a museum collection management UI for a natural history and antiquities collection. Each object record shows title, provenance, period — for example, Ancient Egypt, 1550 BC to 1070 BC — and acquisition date. The collection browser supports filtering by era — BC or AD — and by period name. Objects with BC dates display a small Era: BC badge in a muted gold colour evoking antiquity. The detail panel shows a formatted date range with BC notation. Stack: React and Tailwind CSS.

Speaker A: The Era: BC badge in muted gold on each BC-date object — as a visual indicator separate from the date text — means a curator scanning the collection can identify pre-Christian-era objects at a glance without reading every date field in the list.

Speaker B: One final prompt — a full application:

Speaker B: PROMPT: Build a full-stack world history education platform. The platform stores historical events, civilisations, and periods across a timeline from 10000 BC to the present. Events are tagged with civilisation, region, and category — enum: political, cultural, military, or scientific. The main UI is an interactive timeline where students explore events by era — selecting BC or AD — and zoom level. A quiz module generates chronological ordering questions using BC and AD dates, requiring students to place events in correct temporal sequence including across the BC to AD boundary. Stack: Next.js, Node.js, and PostgreSQL.

Speaker A: The quiz that requires students to place events in correct sequence across the BC to AD boundary — including the no-year-zero convention — is the exercise that actually tests whether students understand that 10 BC is closer to AD 1 than 100 BC is, and that counting backwards is required for BC dates. That specific edge case is what makes the quiz educationally valuable rather than just a date-label matching exercise.

Speaker B: The lesson: 'BC' in prompts flags an engineering requirement that most developers don't anticipate — dates before year 1 need special handling. Negative year integers, no year zero, era labelling, and display formatting are all non-trivial. When you name BC explicitly in a prompt, you get schemas with signed year columns, BC-aware date arithmetic, and UIs that correctly label and display pre-common-era dates. A prompt that doesn't mention BC will almost certainly produce a schema where historical dates before AD 1 are simply not representable.