Why I Wrote This App

This app is a modern Lunar Lander game inspired by the classic idea of guiding a spacecraft safely down to the moon. The goal is simple to understand and difficult to master: manage thrust, angle, speed, and descent so that you land without crashing.

Under that simple idea is a deeper goal. This is not just a game about pressing keys until you get lucky. It is designed so that you can see what the spacecraft is doing, understand why it behaved that way, and improve your next attempt by learning from the last one.

This app is based on the Apollo 11 Lunar Lander. Yes, we could have based it on the Artemis program lander... but there is a problem with that, we dont yet know what the Artemis program lander will be, or exactly how it will work.

Both SpaceX and Blue Origin have a contract with NASA to provide a lunar lander. One or both of them will fly with Artemis III in about a year, to test it out prior to going to the moon with the Artemis IV mission.

So, for now, this app is based on the Apollo 11 Lunar Lander. As soon as I know more about the Artemis program lander I will add an option to have either lander in the game.

Levels and Difficulty

Moon Lander includes five skill levels (Beginner, Cadet, Pilot, Commander, and Chief Astronaut) so you can choose the kind of challenge you want. These levels do more than change a label on the screen. They change the way the game actually plays. Each level adjusts four important parts of the landing challenge:

1 - Terrain Layout

The shape of the lunar surface changes from level to level. Initial levels give you a more forgiving approach, while higher levels give you a rougher and more challenging approach.

2 - Landing Pad Size

Larger pads are easier to reach safely. Smaller pads demand better control and a more accurate final approach.

3 - Available Fuel

More fuel gives you more room to recover from mistakes. Less fuel means you must fly more efficiently and commit to decisions earlier.

4 - Turning Response Time

How quickly the spacecraft rotates is the inertia of the spacecraft. On initial levels the craft feels fast and nimble, easier to control (less inertia). On higher levels there is realistic inertia to overcome, turns are slower requiring more forethought.

Start at the beginner level

When you are new to the game, you start on the beginner level as you learn the feel of the spacecraft. As you have successful landings, the next level opens up. You can stay on the current level and master that, or take on tougher challenges at the next level. Move up through the levels and see how well you can handle tighter fuel, smaller landing pads, rougher terrain, and more demanding control.

In the early 1970s, Digital Equipment Corporation (DEC) introduced the GT40, a graphics terminal that was advanced, expensive, and visually impressive for its time. It offered a display resolution of 1024 by 768, which was remarkable hardware in that era, even if today we would casually call that low resolution.

DEC wanted to show what this new machine could do. The GT40 needed a demonstration that was immediate, visual, interactive, and memorable. Moonlander was a perfect fit.

A system like that was expensive, advanced, and visually impressive for its time. When people saw a machine like that running an interactive moon landing simulation, it did more than entertain them. It helped to sell them on what computing could become and it sold a lot of kit.

A good demonstration program does that. It takes abstract hardware capability and turns it into something immediate, visible, and memorable. People may not remember the processor, the memory size, or the model number, but they remember the experience of trying to land on the moon.

If you want to see one of the early Moon Lander programs, have a look at pages 182 to 187 of DEC's Basic Computer Games, first printed in July 1973.

DEC was one of the genuinely innovative computer companies of its era. It helped shape the practical, interactive style of computing that many of us now take for granted. Among the DEC Alumni who recall that period, there is a common sentiment often expressed along the lines of: you would not have it now, if we had not built it back then.

Working at DEC was by far the best professional experience I ever had, and a fantastic learning experience. I only wish I had realised that more clearly at the time. DEC was a great place to work, but unfortunately, I do not think that it was sustainable in the longer term.

Lunar Lander is one of the oldest and most influential ideas in computer gaming. It began as a simple challenge: can you manage fuel, gravity, speed, and judgement well enough to land safely? That basic idea has proved remarkably durable, moving across generations of hardware, from text-based systems, to programmable calculators, to graphics terminals, to arcade machines, to home computers, and now, here on the web.

The first known Lunar Lander game is generally understood to have been written in 1969 by high school student Jim Storer in Lexington, Massachusetts. It was written in FOCAL and ran on a PDP-8.

One of the next impressive steps in that journey came with the programmable calculator era. The HP-67 Programmable Calculator, introduced in 1976, brought a Lunar Lander style challenge to something you could hold in your hand. It even shipped with a version of Lunar Lander in the standard set of programs (see page 14-01 of the manual). Many later HP calculators continued that tradition.

Seen from today, it is easy to underestimate how remarkable that was. These were serious programmable machines, and yet people were already using them to explore simulation, gameplay, and the pleasure of mastering a difficult landing.

Over time, Lunar Lander evolved through many different forms: text simulations, vector graphics, arcade adaptations, home computer versions, and later modern recreations on PCs, mobile devices, and the web. The technology changed, but the appeal remained much the same. A player is given limited control, imperfect conditions, and a demanding objective: land safely, or fail.

That is one reason Lunar Lander has lasted so well. It is simple enough to understand, difficult enough to be interesting, and flexible enough to be reinterpreted by each new generation of hardware.

For me, this history is not abstract. I can still remember seeing early simulation programs when I was being shown around the university computer room in the early 1970s by Bob Gordon, a good friend of my father. That left a real impression. A decade later, I was working for DEC myself, which makes that part of the story feel even more personal. There is a pleasing symmetry in that: first seeing the magic as a young visitor, and later becoming part of the broader computing world that helped create such machines.

Some versions of Moonlander also picked up a sense of humour. There are famous references to a McDonald’s-style hamburger shop on the moon, which tells you something important about computer programmer culture. Even when the hardware was expensive and the software was technically ambitious, the people building these systems still wanted delight, surprise, and have a joke shared with the users.

That long history is part of why I wanted to build this app. Lunar Lander is not just a game app. It is a thread running through the history of computing itself: simulation, graphics, interaction, education, challenge, and fun, all tied together in one deceptively simple idea.

I clearly recall in the late 1970's working on my HP-67 calculator with a very poor understanding of programming or orbital mechanics, trying to get an orbit simulator working. Then, a few years later, just because I could, I handed in an orbit simulator assignment at University (written in COBOL, as I recall, for some reason, I did not get good marks for that, I have no idea why).

I am a nerd and a space nerd at that, call me a space cadet if you like... I wrote this app because late one night, when I should have been sleeping, I had the radio on, they were talking about the NASA Artemis program returning people to the moon soon.

This reminded me of all the lunar lander programs I have touched and programmed over the years. An idea popped into my head, many people would never have seen the classic 1970’s moon lander games. I rolled over and said to myself don’t be silly, and immediately got up and started working on it, by the time I was back in bed at about 5am I had an initial working prototype. After much more work, I have something I am willing to share.

My expectation is that on about the 3rd or 4th attempt, some people will be able to have a survivable landing, then the challenge is to improve the landings (as shown by higher scores). In a later version, I will have a rankings website, so that people can share with their friends how well they have done. Please give it a go, it needs a large desktop monitor tell me what you think of it.

I wanted a Lunar Lander game that respected the original spirit of the idea, while taking advantage of what modern software can do.

Many games are fun but shallow, or technically accurate but not enjoyable. I wanted something in the middle: a game that people would actually want to play, but one that also makes visible sense and rewards skill, judgement, and practice.

I also wanted a program that could explain itself. When a landing goes wrong, the game should not leave the player guessing.
It should help answer the real questions:

• Were you descending too fast?
• Was your sideways motion too high?
• Did you rotate too late?
• Did you burn too much fuel too soon?

This app is my attempt to bring these ideas together in one place. Yes, it is still a work in progress!

1. Fun first

The first duty of a game is to be enjoyable. You must be able to win. You must be able to improve. You must feel that your decisions matter. A good Lunar Lander game should make a successful landing feel earned, and a failed landing feel like something you can learn from, rather than a random punishment.

This has an important consequence: The game should NOT be too complex, it should have a quick and simple learning curve.

Fun also means giving players reasons to come back. That includes comparing your current performance with earlier attempts, chasing a better landing, managing fuel more intelligently, and eventually comparing your results with friends or a wider community.

2. Correct enough to be believable

This game is designed to show visible physics that make sense. It does not need to become a full engineering simulator, but it does need to behave in a way that looks and feels valid to the player.

That means thrust should move the spacecraft in understandable ways. Rotation should matter. Vertical and horizontal motion should both matter. A gentle controlled landing should look different from a desperate last-second rescue.

In other words, the physics engine serves the game. It should be correct enough to teach, but never so complex that it stops being enjoyable.

3. Educational through replay and explanation

This game is also meant to be a teaching tool. People learn well when they are engaged, and games create exactly that kind of attention.

A landing attempt should be something you can review. The player should be able to replay what happened, slow it down, inspect the numbers, and see where control was lost or gained. That turns each game into a lesson without making the experience feel like homework.

Because the game is simple to learn, and it has correct physics, users are learning the physics while playing. This is education with fun and zero pain.

4. 100% Correct

There is a huge amount of information / data in this game. To be a great teaching tool that data needs to be correct.

Please use the contact Greg link at the botton of every page to let me know if I have made any errors or ommissions.

This game is for several kinds of players. It is for people who remember the classic Lunar Lander idea. It is for students who want a hands-on feel for motion and control. It is for technically curious players who like seeing the numbers behind what is happening. And it is for anyone who enjoys the challenge of mastering a difficult landing.

You do not need to be a scientist or engineer to enjoy it. But if you are interested in physics, problem solving, space, retro games, or the connection between simulation and gameplay, there is extra depth here for you.

This app was built as a modern web-based project using Microsoft Blazor and WebAssembly, partly because I wanted the challenge, and partly because I wanted the whole thing to run in the browser in a clean and direct way. What I thought would be fairly straightforward at first turned out to be a very good way to learn a lot more than I expected about Blazor, WASM, browser rendering, user interaction, and how to structure a game so that it stays understandable.

One of the big attractions of Blazor and WebAssembly for this kind of app is that the game logic runs in the user’s browser instead of constantly going back to the server. A game like this can become very computationally expensive very quickly. If every movement, every calculation, every screen update, and every user action has to be handled centrally on the server, the app would become much slower and more expensive to run.
By moving the load from the server to the client:

• The app becomes more responsive for the player,
• Server compute, network workload, and hosting costs are reduced.
• Potentially at the cost of a larger (slower) initial download.

When you want something like this to be used by a large number of people, this tuning matters.

There is also a security advantage in this style of delivery. Traditional downloaded applications can run with much broader access to the local machine, files, and operating system. A browser's security sandbox still runs locally in the user’s browser after it has been downloaded, so it can feel more like a local program than a server-driven web page, but it still operates inside the browser’s security model . This gives close to the responsiveness of a locally run application, while keeping the tighter access limits that modern browsers are designed to enforce. It is not a substitute for proper secure design, but it is a sensible and reassuring base model for many users.

This was not built in one neat straight line. There were lots of test versions, lots of experiments, many (far too many) dead ends, and lots of refinements. I kept trying ideas, looking at what worked, changing what did not, and then trying again. Some parts were rebuilt several times as I learned more about what the game needed, what the player needed to see, and what made the whole thing feel more natural and more fun.

ChatGPT and Microsoft Copilot both helped along the way. They were useful for discussing designs, generating code, reviewing approaches, suggesting alternatives, and helping me move past the many little roadblocks that come with a project like this. That did not remove the thinking from the job. These are great tools, and used well they make it easier for developers to draft work, explore alternatives, and move through ideas more quickly, then keep the ones that worked and throw away the ones that did not.

One of the most interesting parts of the project has been how much I learned while building it. I started out thinking mainly about a Lunar Lander game. Along the way I found myself learning much more about Blazor component structure, WebAssembly behaviour, browser event handling, graphics, layout, and the practical realities of making an interactive app feel responsive and clear. In that sense, the project has been a learning exercise as well as a game.

From the start, the design question was not just, “Can I make a lander move?” It was, “Can I make a lander game that is fun, understandable, and worth coming back to?” That question has driven the many versions so far, and it is still driving the refinements now.

Written with the view that the best JavaScript is often the JavaScript you did not need to write: just enough JavaScript to do the job, but not so much that it becomes cumbersome.

One of my primary goals with this website is to make science accessible and fun. To that end I thought that I would add some science related videos to the website. But why create my own when there are already good ones out there?

If you feel I should add another suitable science video, please let me know!

It's Rocket Science! with Professor Chris Bishop	This is lively, practical, funny, and full of real rocketry demonstrations. Rather than making rocketry feel remote or mysterious, Professor Bishop shows that the basic ideas are understandable: forces, motion, fuel, pressure, combustion, control, and the simple but unforgiving fact that rockets have to push mass one way to move the other way. That spirit is part of what I wanted in Moon Lander Game. Professor Bishop is also well known for his work in computer science and artificial intelligence at Microsoft Research, which makes the lecture an interesting bridge between physics, software, education, and serious technical curiosity.
The Flight of Apollo 11	This is a wonderful overview of the first Moon landing, from launch through the flight to the Moon, the lunar landing, the moonwalk, the return journey, and recovery back on Earth. It is a useful reminder that Apollo was not just one famous moment on the surface of the Moon. It was a complete mission, with thousands of people, extraordinary engineering, careful planning, constant risk management, and a landing problem that had to be solved for real.
Apollo 11: The Complete Descent	This is probably the most directly relevant video to Moon Lander Game. It follows the final descent of the Apollo 11 Lunar Module, where altitude, speed, fuel, guidance, computer alarms, manual control, and landing-site judgement all mattered at once. It shows why a lunar landing is not just “come down slowly”. It is a controlled fall, a navigation problem, a fuel-management problem, and a human decision-making problem, all happening under pressure. Moon Lander Game is only a simplified version of that challenge, but this video shows the real events behind the game: getting a fragile spacecraft safely from lunar orbit to the surface.
How We Are Going to the Moon	This short NASA video looks forward from Apollo to Artemis, explaining why the Moon still matters and why returning there is more than nostalgia. Apollo proved that humans could reach the Moon. Artemis is about going back with better technology, broader goals, and the ambition to learn how people can work, explore, and eventually stay beyond Earth for longer.

It costs real money to build and run any website.

Advertising can be so tacky, invasive, that it erodes the value of the app.

I am getting high hosting bills. That tells me that people are playing the game, which is great, but it also means I need to find ways to cover those costs.

Knowledge is never free, it costs something to create and share it. Just look at how much it costs to go to university, and then there is the real cost, the time taken to learn. That is where the great power of this app is. It is fun, so there is no pain in the learning.

I want to avoid adding a paywall to the game. So that we can keep the learning fun and free for everyone.

But then, there is still Economics / Business 101. Every project has to be profitable in some way. Moon Lander Game has been profitable in the sense that it has been fun to build, fun to play, and fun to share with others. But, I still need to cover my costs so I will be adding some form of monetisation (probably advertisments) to the game pages to help cover those costs.

I am pasionate that I want to share knowledge. I will not let tacky advertising get in the way of that. But I will allow astute, and witty targeted advertising that is relevant to the audience and does not interfere with the experience of the game.

Q: What advertising is suitable?
A: Advertising that is fun and/or educational.
These are some links to suitable advertising that I would consider including something similar to these in the web site. Mars Sojourner Lander TV advertising.

In one of the original 1970's Moon Lander Games, when you had a successful landing on the moon, a Mc Donalds establishment would appear on the screen (I am fairly sure there was no formal sponsorship).

Draft Advertising Rules

• Must not interfere with the experience of the game.
• Should be fun and/or educational.
• Should be relevant to the audience.

Potential Advertising Sponsors

Implementing some of the advertising rules could be quite problematic with an advertising clearing house such as Google's AdSense. This could mean that we will need to find a small set of individual sponsors rather than an advertising clearing house. This would require a larger commitment from the sponsors, but it would allow us to maintain the integrity of the advertising rules.

• Computer / tech companies.
• Educational institutions.
• Relevant stores.
• Ourself - Ask people to advertise here.
• FFF
• HCG
• Other...

• Lunar Lander (video game genre). Wikipedia. Background on the overall genre, including the 1969 text origins, DEC’s 1973 graphical Moonlander, calculator versions, and the broader history of lunar-landing games.
• Lunar Lander (1979 video game). Wikipedia. Background on Atari’s arcade version, including its gameplay conventions, scoring, fuel, and landing-site mechanics.
• Batterson, S. A. An Analysis and a Historical Review of the Apollo Program Lunar Module Touchdown Dynamics. Lunar and Planetary Institute, 2013. This is the source for the Apollo LM touchdown “Doghouse” envelope, including the often-quoted limits of 10 ft/s vertical at 0 horizontal, and 7 ft/s vertical with up to 4 ft/s horizontal, plus the 12-degree slope discussion.
• Apollo 11 Mission Report. NASA, November 1969. Useful for the original mission details, including the famous low-fuel context near touchdown.
• Scholl, H. F. Apollo Lunar Module Propellant Gage. NASA, 1971. Useful background on how the LM low-level fuel alarm worked, including the nominal 90-second warning figure and the issue of early indication due to slosh.
• Bennett, F. V. Mission Planning for Lunar Descent and Ascent. NASA, 1972. Useful for the postflight discussion that the Apollo 11 low-level indication was actuated early by propellant sloshing.
• DEC's Basic Computer Games book (first published in July 1973). Some of the First Moon Lander Games (see pages 182 through 187).