Category Archives: Interactive Learning

A little history of interactive simulations and PLATO

When I started teaching over 40 years ago, I first thought about writing a textbook. Since there were a couple good textbooks in the field, and since I was fascinated by the visual interface of the new Macintosh computers, which had just been released, I became interested in developing interactive computer simulations.

A colleague, who had written a couple textbooks in another field, once asked me how developing computer simulations compared to writing textbooks. I didn’t have a good answer on the spot, but later thought more about his question. One difference is that textbooks are expected to have a few typos, but computer programs must work. I learned later that the fact that programs must work meant to our patent office that they are “tools” and, thus, property of the university, unlike written articles and books, which are property of the individual professor!

My development of Reactor Lab started in earnest when Apple released HyperCard 2.0 in 1990. The drag and drop visual layout and very high level, plain English programming made it possible for a prof doing research as well as teaching to develop simulations. That said, designing, developing, and debugging computer programs is a very time consuming process.

Because of that, my wish is that, rather than relying on individuals or a small group to make educational simulations, as many resources could be applied to that endeavor as is applied to making computer video games!

As long ago as Reactor Lab was begun, other systems had appeared before. I recently rediscovered PLATO in the 1976 article “The Potential of PLATO” by Evan Jenkins. The PLATO project started at the University of Illinois in 1960 and was the first generalized computer-assisted instruction system.

By 1976, PLATO systems hosted interactive simulations of chemistry experiments. A couple screenshots from Jenkins article are shown below. Used in the experiments were plasma display screens with a 16×16 array of IR sources and detectors to detect where the student touched the screen. The first screen below shows separate components of a laboratory distillation system. The student touched on a component and then touched where it should be placed on the column. The second screen shows a completed system and a plot of results. Spots on the screen allowed student user to change temperatures.

In 1976 I finished graduate school at Berkeley and headed to GM Research. My computer use at Berkeley involved punch cards, and computers at GM were big IBMs in special rooms. It wasn’t until a couple years later that I purchased the first mobile lab computer at GM Research, a DEC PDP 11/03, to do experimental control and data collection. So PLATO in that era was at the forefront of computer development!

PLATO distillation column components in 1976 PLATO distillation column in operation

Please send us a message letting us know what you think at support@reactorlab.net

AI in education – thoughts after a few experiments

At the Web Labs page for AI experiments, I have posted six simulations to date. I am now thinking that current AI agents might not be so helpful for individual students to create simulations during a study session. I have found that it can take quite a few prompts to get a reasonable simulation. So my current thinking is that agent-created simulations may be useful for students in other contexts.

One context might be for students or student groups working on week-long or term projects. Another might be an instructor-led development of a simulation with classroom participation by students.

In many cases, I think the most productive uses of AI agents will be by instructors developing finished simulations for use by their students and for use by the instructors in demonstrations.

Please send us a message letting us know what you think at support@reactorlab.net

How can AI be used in education? Some thoughts

Artificial intelligence agents are getting more powerful by the day. For a couple months, I have been using GitHub Copilot in Visual Studio Code to help develop simulations and to learn about concepts in front-end web programming. In Copilot, you can select between a couple different AI agents. Recently, I subscribed to Anthropic’s Claude to use as a standalone app.

There has been concern expressed in media about students using AI to cheat on assignments and exams. I am not so concerned; “blue book” tests and personal interviews can let students show what they understand. Rather, I want to spend my time thinking how these tools can help people learn. Too many students, you say? Then you need to hire more human instructors, not fewer!

One practice I recommend to instructors is to model how you use AI to do your work and to learn new concepts and techniques. This can be done in live or recorded lessons.

I am thinking about how students themselves can use AI agents to help their studies. One idea is that a student could ask an AI agent to make a simulation that demonstrates a concept they are learning about.

That involves a couple different aspects. One learns how to clearly communicate concepts about a subject in the process of crafting a prompt that produces the desired result. And one learns from a well-crafted simulation.

See my experiments at Web Labs, AI experiments.

Please send us a message letting us know what you think at support@reactorlab.net

25th anniversary of Reactor Lab this month!

Reactor Lab is a pioneer in developing interactive simulations for active learning. This is a screenshot of an experiment in the Lab in March 1993 – 25 years ago this month. The Lab was a single HyperCard stack. Click on the image to see a larger version.

RL_March_1993

Here is the same experiment in today’s desktop Reactor Lab.

RL_now

A brief history of the development of Reactor Lab through 2006 is available at LiveCode Journal (hit browser back button to return here). The article refers to Revolution, which was LiveCode’s previous name. LiveCode is the development tool used to build the desktop version of ReactorLab.

23 years of Reactor Lab and interactive simulations for active learning

Reactor Lab is a pioneer in developing interactive simulations for active learning. This is a screenshot of an experiment in the Lab in March 1993, when the Lab was a single HyperCard stack. The screenshot was taken after it was converted to a LiveCode stack to keep it alive and operable on today’s computers. Click on the image to see a larger version.

RL_March_1993

Here is the same experiment in today’s Reactor Lab.

RL_now

A brief history of the development of Reactor Lab through 2006 is available at LiveCode Journal. The article refers to Revolution, which was LiveCode’s previous name.

 

Women in engineering, a pioneer

“The unbelievable life of the forgotten genius [Katherine Johnson] who turned Americans’ space dreams into reality” http://www.businessinsider.com/katherine-johnson-hidden-figures-nasa-human-computers-2016-8

“Throughout her education, she says she succeeded in part because she was always asking questions — even when people tried to ignore her, her hand stayed up.”

Trailer for upcoming movie about Katherine Johnson, Hidden Figures: http://www.foxmovies.com/movies/hidden-figures

My advice to students for succeeding at the university

1) Study with at least one other student in each class. Get study buddies.

Don’t do it all alone. You will learn from other students, even when you show them how you figured things out. They will keep you honest when studying for a test: no peeking at notes when they ask a potential test question.

2) Schedule plenty of time to study and do homework. Do not overcommit.

Do not get too involved with work, student organizations, athletics, gaming, or partying. There are lots of interesting things to do at the university other than study.

Note: Not following (1) and (2) are almost always the reasons I have seen students struggle at UCSD. Everyone who gets admitted is smart enough. Don’t worry about that.

3) Talk to your professors and TAs.

A couple times during the term, ask them about topics in class or their research.

Do not always ask them about points on homework and tests. That will leave a negative impression of you. It is fine to ask about points, just not as the first question nor the only question.

At their office door, always remind them of your name, and ask them if they have a minute to talk about (fill in something interesting, not points). Do not ask, “are you busy?” Stupid question. Prof’s are always busy! Best not to approach them right before class.

Don’t wait until you are struggling in a class. Always talk to them if you do start to struggle for any reason, even if you haven’t talked to them before. Get help early!

If they know you, then you are more likely to get “the benefit of the doubt” during grading, e.g., drawing the grade line just below you instead of just above you.

4) Aim for A grades. Try to get at least B grades.

To keep open the option of going to grad school or professional school, you need to graduate with at least a 3.0 GPA overall. Also, you need at least 3.0 (B) average in your major if you want to continue in that major in grad school.

Most schools won’t admit a student to grad school with less than a 3.0 GPA, except in unusual, extenuating circumstances and with a sponsoring professor. Don’t rely on that. With less than a 3.0, your options are schools with lower standards, lower reputations, and higher costs.

5) The day before your first day of class, walk around campus and locate your classrooms.

Before serving on an advising panel one day, I asked a barista at Muir Woods the most important thing to tell new students. This is her advice. Sounds good to me.

Web app experiments

Web app experiments have been added to the Resources page. These are experiments using HTML5 and Javascript to do interactive simulations in a web page. We are just getting started with these experiments.

Reactor Lab is a desktop app with Internet connectivity. Is that the best way to do things, or should we move to web apps?

A nice set of web apps has been written by Professor Anthony Butterfield at the University of Utah. Anthony did his MS in Chemical Engineering at UCSD with our faculty. Here is a LINK to his web site with web apps.