Instructor background
Contents
Instructor background#
Aside from the obvious knowledge required to teach the material, it will be helpful if the (main) instructor considers the following.
Teaching Assistants#
Attention
It is strongly recommended to recruit teaching assistants for your class, if possible.
Working with robots is more involved than a typical class, and will require more support (despite Duckietown’s best efforts to minimize the amount of support needed wherever possible!).
In a fully-fledged Duckietown class, with student projects and one robot per child, we have found that a sweet spot is roughly one TA per student group (i.e., 3-5 students), and one TA dedicated to hardware and behind-the-scenes support.
Tip
While teaching assistants can be hired, hence motivated through money, we have found that there are other valuable forms of motivation, e.g.:
Ph. D. students can be excellent TAs, and leverage students groups in the class to implement their research on physical hardware;
Postdoctoral researchers will be happy to gain teaching experience and can support the teaching efforts by taking ownership of one or more modules (weeks) according to their expertise. Moreover, they can be valuable mentors to the students during projects (if applicable in your course).
Writing code in Python#
Python is a versatile programming language, amongst the most used in the world. Although it might not be the most performant for robotic applications, it strikes a good balance between simplicity to use and performance.
All the Duckietown notebooks and exercises as well as the code that runs the robot are written in Python.
Note
To help students debug their solutions, someone on staff should be quite familiar with coding in Python.
We also make extensive use of Jupyter notebooks, which are interactive Python files that can be run in the browser.
There are many resources out there to learn Python for free, e.g.,
(This is just an example, we are not affiliated with this resource. Additional options: additional resources).
Version control with Git#
The workflow that we propose for completing the exercises includes forking and cloning our duckietown-lx
repository, as well as adding an upstream remote.
Tip
If you do not recognize terms such as repository, clone, fork, merge and in general are not familiar with Git, read the Duckietown pointers on using Git.
Using the Linux Command Line#
While we have made significant progress in recent years to reduce the requirement that students interact directly with the Linux terminal by introducing the Duckietown Dashboard, some knowledge is still required at this stage.
To streamline operations that would require complex terminal commands, we created the Duckietown Shell. Yet, being familiar with the fundamentals of terminal usage (ls
, cat
, cd
, etc.) is needed and other notions like the Secure shell (ssh
) may be useful for debugging.
To install the Duckietown Shell, follow the DTS installation instructions;
For an introduction to
ssh
, see the Duckietown quick guide tossh
;for a general introduction to Linux, we recommend (while not being affiliated to) among other resources, the free Linux Journey.
Docker#
Although at first glance it might seem redundant, we make extensive use of Docker under the hood.
Docker is a tool for containerization. In short, we package up code together with all of its dependencies into a “Docker image” which can be downloaded and run.
In this way, we can guarantee (if we do things right) that the code will run properly and reproducibly regardless of the specific computing environment.
We can also rigorously specify interfaces between containers, which enables portability in a very seamless way. This is how we can have one “agent” that can be run in many different ways, such as in the simulator, on the real robot, or in a cloud evaluation.
You should not need to know the details about how this works as we have made every effort to abstract Docker away, but some familiarity with the basics may reduce your anxiety about what is happening.
Robot Operating System (ROS)#
Similarly to Docker, although we make some effort to abstract things away in Python libraries, several of the learning experiences leverage the “Robot operating system”, which has become almost ubiquitous in robotics.
ROS is a “middleware” software that acts as a glue for the different components of the robot autonomy stack and provides tools for message passing, parameter tuning, and debugging among other things.
We have some specific resources for getting started with ROS in the context of Duckietown. It is worth getting familiar with these (and even potentially assigning them as homework assignments for the students).
Going forward, Duckietown will support different middleware solutions, such as ROS2. For additional information on this effort, or if you would like to help, please reach out to us on Slack or at info@duckietown.com.