Your script is one of the most critical aspects of your course. Your script will help students learn a new concept, and it will be the closest form of contact they get with you as an instructor. It is vital to ensure that your scripts are clear, concise, and engaging. Read on for some tips on how to write effective scripts for your video exercises. To find tips on formatting your (tran)script, go here.

300 to 400 words are best, and there is a 550 word maximum. Most people speak at around 100 to 120 words per minute.

In the rush to cut down the number of words, you may be tempted to stick to plain facts. This risk is that you end up with a really boring video. Try to save some space to motivate what problem you are trying to solve.

People are evolutionarily wired to remember stories. They are also more fun to listen to than plain facts. Try to work a narrative into the script.

ADEPT is a useful pattern for structuring explanations of technical concepts. The steps are as follows.

Many beginner students don't know how to speak code out loud. If you have a chunk of code in your slide, say it to the students.

You have to speak the script out loud, all the way through, preferably in one or two takes. For your own sake, try to limit the number of words with seven syllables.

Unlike the coding and multiple choice exercises that students can take at their own pace, video exercises run at a fixed speed, so they have to be understandable in real-time. (You can't assume that students will watch videos multiple times.) This means that they need to be kept fairly simple.

When you write the script, it is easy to slip into a "technical writing voice" that is more formal than your spoken voice. Then when you come to say the words out loud, it can come across as unnatural. Try saying your script out loud to another person (or a rubber duck, if no-one is available).

If you are a native English speaker, you need to bear in mind that the DataCamp audience is international, and that many students will not understand slang phrases or idioms without explanation. If you want to say "red herring," you need to explain that term.

Some things in courses are subject to change (e.g., our marketing team may want to change the course title to improve SEO). Given this, if we allow instructors to say their course title (and other course titles), we would need to re-record those specific lessons each time a change is implemented. This is not ideal, and for this purpose, the following should not be included in your course:

Your scripts will be used for subtitles; make sure they are grammatically correct. In particular, adjectives that stem from proper nouns, such as Gaussian, Boolean, Euclidean, etc., are called proper adjectives and should be capitalized. However, if you are discussing a “bool” object type, this can be lowercase, as that’s how it’s rendered in Python.

From Putting stringr together in "String Manipulation in R with stringr." This gradually builds up the code to generate the lyrics to the song "Old MacDonald had a farm." The novelty value (including a singing instructor) and use of pop culture make it highly memorable. The way that a complex output is generated from the repeated use of a single, simple function is also rather powerful.

From What is code profiling in "Writing Efficient R Code." As well as having the instructor dressed up to match the dataset being discussed, this also makes good use of images and screenshots in the accompanying slides.