coding-horror/basic-computer-games

An updated version of the classic "Basic Computer Games" book, with well-written examples in a variety of common MEMORY SAFE, SCRIPTING programming...

View on GitHub ↗Jump to charts ↓Open shareable report

Summary Information

Updated 45 minutes ago
Added to GitGenius on September 5th, 2026
Created on January 30th, 2021
Open Issues & Pull Requests: 14 (+0)
GitHub issues: Enabled
Number of forks: 1,347
Total Stargazers: 11,096 (+0)
Total Subscribers: 165 (+0)

Repository Insights (GitGenius)

Median issue/PR response: 11.7 hours
Mean response time: 106.6 days
90th percentile: 186.6 days
Tracked items: 21

Charts & Analytics

Fetching additional details & charts...

Issue Activity (beta)

Open issues: 6
New in 7 days: 0
Closed in 7 days: 0
Avg open age: 455 days
Stale 30+ days: 5
Stale 90+ days: 5

Recent activity

Opened in 7 days: 0
Closed in 7 days: 0
Comments in 7 days: 0
Events in 7 days: 0

Top labels

  • question (1)

Most active issues this week

No issue events were indexed in the last 7 days.

Detailed Description

Basic Computer Games is a collection of classic programming exercises ported to modern memory-safe scripting languages.

The project revives the original BASIC Computer Games book by translating its games into contemporary languages. Each game exists in the original BASIC form alongside implementations in multiple modern languages, allowing developers to see how the same logic translates across different paradigms. The games themselves serve as teaching tools rather than entertainment, offering straightforward programming problems that illustrate fundamental concepts.

This collection suits developers learning new languages who want concrete, working examples to study and compare. It works well for anyone interested in how programming approaches have evolved since the 1970s, or for educators seeking classic exercises to teach with modern tooling. The project deliberately restricts itself to memory-safe, general-purpose scripting languages, excluding languages that do not meet both criteria. Ports to other languages are accepted but placed in an alternate folder and do not count toward the project's primary goals.

The project maintains a strict policy against IDE-specific or build-system-specific files in the repository. Development discussion occurs in a dedicated forum thread rather than through GitHub issues alone. The project has made deliberate language choices over time, removing languages deemed not sufficiently memory-safe and adding others that meet the criteria, showing willingness to refine scope based on technical assessment.