Lessons learned from the March 2023 online workshop


March 21-23 and 28-30, 2023, we held again our CodeRefinery online workshop (6 x 3.5 hours) with 493 individual registrants and 100-200 views on average in Twitch. Here we wish to share with the community and our future selves our lessons learned: What worked well and what we need and plan to improve.

If you think you might have solutions for us or want to discuss about the topic, please reach out to us. This complements our lessons learned from our first online workshop 2020, the May 2021 workshop, and the Sep 2022 workshop.

We have identified the following main issues that we want to address for future events:

  • Speaking more clearly, improving mic quality, and recommending participants to get familiar with Vim, Nano, etc. before the workshop starts.
  • Some attendees expressed confusion with some exercises and recommended more repetition of basic commands and more concrete examples of solutions in exercises.
  • Some attendees suggested improving the teaching style by doing exercises while explaining each step, while others preferred doing the exercises themselves for better learning.
  • Provide more support for online participants and having more, smaller repositories for exercises.
  • Some participants found certain aspects of the training confusing, such as the merging process.
  • Provide clearer instructions.
  • Some participants wanted more hands-on exercises and more information on specific topics like environments, MATLAB, and good documentation and attribution practices.
  • The participants suggested expanding the course duration or offering a series of mini workshops.
  • They also suggested covering ethics and copyright law and providing solutions to exercises directly under each question.
  • There are suggestions for improvement, including making the content more linear, explaining concepts in more detail, and providing more examples.
  • The use of Sphinx, a documentation tool, was discussed, and some participants were unsure of its value.
  • Suggestions for improvements included providing more information on common practices and beginner's mistakes, as well as offering more focused mentorship and help sessions after the course.
  • Some participants felt that the daily schedule could be shorter or more compact.
  • Cheat sheets or code checkpoints could be provided to help with finding information quickly.

Daily summaries

Day 1

  • The workshop was just right in terms of pace and highly recommendable to others.
  • Participants appreciated the hands-on experience, type-along exercises, availability of workshop material, and the responsiveness of the collaborative document.
  • Some participants suggested speaking more clearly, improving mic quality, and recommending participants to get familiar with Vim, Nano, etc. before the workshop starts.
  • Overall, participants enjoyed the workshop and would like to join more like this.

Day 2

  • The speed and level of the workshop were appropriate and engaging.
  • Several positive comments on the commands and examples covered, the breaks provided, and the helpfulness of the instructors.
  • Some attendees expressed confusion with some exercises and recommended more repetition of basic commands and more concrete examples of solutions in exercises.
  • Some attendees suggested improving the teaching style by doing exercises while explaining each step, while others preferred doing the exercises themselves for better learning.
  • Technical questions were asked about the official Git documentation, the use of Overleaf, and the concept of stash, which were addressed by the instructors.
  • Some attendees provided personal comments and suggestions for future workshops, including the possibility of working on a test project together and adding prompts to show the branch in Git repositories.

Day 3

  • General consensus that the pace of the training was appropriate.
  • Many participants found the hands-on work helpful.
  • Some participants encountered technical difficulties.
  • Suggestions for improvements, such as providing more support for online participants and having more, smaller repositories for exercises.
  • Some participants found certain aspects of the training confusing, such as the merging process.
  • Suggestion for instructors to provide clearer instructions.
  • Overall, a positive response to the training.
  • Many participants indicated that they learned useful skills that they can apply in their work.

Day 4

  • The participants found the speed of the course to be appropriate.
  • They appreciated learning about containers, as well as Snakemake, licensing, and R examples.
  • Some participants wanted more hands-on exercises and more information on specific topics like environments, MATLAB, and good documentation and attribution practices.
  • The participants suggested expanding the course duration or offering a series of mini workshops.
  • They also suggested covering ethics and copyright law and providing solutions to exercises directly under each question.
  • Overall, the participants enjoyed the course and found it to be informative and useful.

Day 5

  • Participants have varying opinions on the pace, level, and usefulness of the workshop.
  • Some participants found the tools introduced to be too advanced, while others found them to be a good challenge.
  • There are suggestions for improvement, including making the content more linear, explaining concepts in more detail, and providing more examples.
  • The use of Sphinx, a documentation tool, was discussed, and some participants were unsure of its value.
  • Overall, participants found the workshop to be informative and inspiring, with some planning to spend additional time reviewing the content.

Day 6

  • The course was generally well-received and appreciated.
  • Many participants felt that they learned useful skills and would recommend the course to others.
  • Suggestions for improvements included providing more information on common practices and beginner's mistakes, as well as offering more focused mentorship and help sessions after the course.
  • Some participants felt that the daily schedule could be shorter or more compact.
  • Cheat sheets or code checkpoints could be provided to help with finding information quickly.
  • Technical concerns included difficulty with using the automatic debugging tool in GitHub.
  • There were also some questions about how to receive course credits or certificates.

Registration

  • The registration process has definitely been improved, but we have identified that it could be further streamlined.
  • Our initial ambition was to register participants in two steps: in the first step to make sure they get all following information, and in the second step signing up more concretely to a specific format. But during the registration we decided to not ask all registrants to update their registrations. For future we wish to make this one-step.

Zoom and Twitch

  • Before this workshop we had decided to do away with the group Zoom rooms because it proved to be a lot of work for inconsistent results. In previous workshops we found that the problems start to mount when members don't show up for the group they signed up for. As the workshop progresses, there is a drop in attendance and this affects the Zoom breakout rooms. This in and of itself is not a big problem, but we found that we get some rooms that are completely empty; some rooms are at full capacity; and some rooms have 1 or 2 people. We then have to asses each day and rearrange people together with expert helpers. This proved to be more work for little improvement in the quality of the workshop. So, we decided to do away with the group rooms for this workshop and focus only on the collaborative document.

Collaborative notes

  • As was mentioned above, we had more hands on the collaborative document since we did away with the Zoom rooms. This proved to work well because we had a lot more people answering questions, so the document was kept updated and archived for maximum performance and accuracy.

Installation and tools

  • We could have a demo exercise (or some) that people can test before the workshop: "If you feel comfortable with this you’re gonna be fine during the workshop".

Lesson content

  • We could shorten the lecture-part by moving exercises to the end.
  • Longer exercises would benefit in on-site rooms.
  • We are constantly looking at improving the quality of the lessons we provide, so this is an ongoing process. We take into consideration all the feedback that is given through the collaborative document to inform our decisions on where we should focus for lesson improvement.

Communication with participants

  • Add all sessions to the CodeRefinery calendar.
  • Link all relevant repositories in one place (i.e. this calendar and anything that needs attention near a workshop). Make sure those repositories have good instructions in READMEs.

Funding

CodeRefinery is a project within the Nordic e-Infrastructure Collaboration (NeIC). NeIC is an organisational unit under NordForsk.

Privacy

Privacy policy

Follow us

Contact

support@coderefinery.org