Open Source Comes to Campus/Curriculum: Difference between revisions

From OpenHatch wiki
Content added Content deleted
imported>Shauna
No edit summary
imported>Shauna
 
(16 intermediate revisions by 3 users not shown)
Line 5: Line 5:
==Computer Setup==
==Computer Setup==


See [[Open_Source_Comes_to_Campus/Curriculum/Laptop_setup | the computer setup page.]]
This starts off the day. Direct attendees to [[Open_Source_Comes_to_Campus/Curriculum/Laptop_setup |the computer setup page]] and have mentors walk around and see if they're getting stuck.


==Open Source Communication Tools==
==Open Source Communication Tools==


[[OSCTC/Tools | The tools lecture]], which also currently includes a "What is Open Source?" component, aims to familiarize students with tools like IRC, issue trackers, mailing lists, and version control through several activities.
You can see the current and past versions of this presentation [[OSCTC/Tools | here]].


==Learning Git==
==Learning Git==


You can see the current and past versions of this presentation [[Open_Source_Comes_to_Campus/Practicing_Git | here]].
This is a hands-on activity which teaches version control, generally, and git via github specifically. You can see the current and past versions of this presentation [[Open_Source_Comes_to_Campus/Practicing_Git | here]].


==Career Panel==
==Career Panel==
Line 19: Line 19:
There are several possible options for the [[Open Source Comes to Campus/Curriculum/Career Panel | career panel]].
There are several possible options for the [[Open Source Comes to Campus/Curriculum/Career Panel | career panel]].


==Ethics and History of Free Software==
==History and Ethics of Free Software==


This activity has been mostly omitted from recent Open Source Comes to Campus events - mostly for time issues, but also because we think it needs a lot of work.
The tried-and-mostly-true version of this section is a lecture: [[/Ethics_history_talk|Ethics history talk]].


If you'd like to take a look, it's [[Open Source Comes to Campus/Curriculum/History and Ethics of Free Software | here]].
The more interactive, more un-tested version of this section is an activity: [[history and ethics activities]]

(If you want to help improve it, that would be swell.)


==Contributions Workshop==
==Contributions Workshop==


The Contributions Workshop is the part of the day where students begin making contributions to FOSS projects. If there is time, it may make sense to include some version of the [[Open_Source_Comes_to_Campus/Curriculum/Finding_a_Project | Finding a Project]] demo/activity. Finding a Project can be run as a demo, a student activity, or both. If both, we recommend introducing the activity, having a mentor demo it by walking through it at the front of the room/on the projector, and then having the student do it. We recommend having the students do the activity in pairs or small groups.
[https://openhatch.org/wiki/First_Tasks Here is the link for the Princeton event.]


=== The workshop itself ===
==Wrap Up==


For the workshop itself, one of the organizers introduces and explains that some of the mentors at the event have open source projects they maintain or contribute to and that students can work in small groups to contribute to those projects. The mentors then take 2-5 minutes to give a brief overview of their project and the types of tasks students can work on. The organizer assigns different mentors to different spots in the room and writes down the layout on the board/displays it on the projector so that students can find a group. The organizer should also include a link to [https://openhatch.org/wiki/First_Tasks first tasks], [https://openhatch.org/wiki/Additional_tasks additional tasks] or whatever resource is being used for the event to keep track of projects.
These can vary, based on your event. We often:


If students do not want to join a specific project, they should join the "self-guided" group. This group of students will have one or more mentors who will help them find their own projects, building on the work done in the Finding a Project activity (if that activity was done).
* ''Ask attendees to share their successes''. Find a few people (perhaps 5) to stand up and speak for a minute or two about what they accomplished during the day.


=== Wrap up ===
* ''Get attendees to fill out your exit survey''. Typically, you should plan your exit survey in advance of the event. At the wrap-up, you can use a projector and project a URL of the exit survey (preferably shortened with a meaningful name, using a service like http://bit.ly/ or http://smarturl.it/ ).


After one hour of the workshop, the organizer will lead the wrap up. Often, the workshop will continue after the wrap up. If that's the case, make very, very clear that students are welcome to stay and keep working.
* ''Thank people''. Sponsors! Staff! And don't forget the attendees - they are there! You are glad they are there.


During the wrap up:
* ''Hand out tokens of appreciation'', if you can. Attendees often love to receive T-shirts, books, stickers.

* Students report on their progress so far
* Organizers talk about opportunities to follow up:
** Future open source events at the school
** Future open source events at the general area
** [https://openhatch.org/wiki/Opportunities General FOSS opportunities]
** things that OpenHatch is doing
* Organizers ask students to fill out the exit survey

==Wrap Up==


Some notes on how we do our wrap ups can be found [[Open Source Comes to Campus/Curriculum/Wrap up | here]].
* Follow up:
** Tell attendees to expect a follow up email and an invitation to join the alumni list (if you have an alumni list) and/or the general OpenHatch mailing list.
** Let them know about follow up events. If this is obvious -- like inviting people to a "project night" after an introductory workshop -- great! Make sure to share that recommendation, and do so with high clarity. Perhaps put the URL on a projector, and give people 90 seconds to check their calendars and sign up for it. If the follow-up methods are less obvious, think harder: for an open source outreach event, are there conferences nearby that are coming up? Is there a programming user group that welcomes newcomers that might be a good fit? Mention them, because attendees new to the community are likely to have never heard about them.
** Encourage attendees to keep hanging out on IRC, keep doing training missions and to keep working on the bugs from our bug tracker.
** Remind them about programs like GSoC and GNOME outreach.





Latest revision as of 15:31, 21 April 2014

The following is a list of activities in roughly the order we run them at an event. (To see our typical schedule, see the Schedule page.)

Computer Setup

This starts off the day. Direct attendees to the computer setup page and have mentors walk around and see if they're getting stuck.

Open Source Communication Tools

The tools lecture, which also currently includes a "What is Open Source?" component, aims to familiarize students with tools like IRC, issue trackers, mailing lists, and version control through several activities.

Learning Git

This is a hands-on activity which teaches version control, generally, and git via github specifically. You can see the current and past versions of this presentation here.

Career Panel

There are several possible options for the career panel.

History and Ethics of Free Software

This activity has been mostly omitted from recent Open Source Comes to Campus events - mostly for time issues, but also because we think it needs a lot of work.

If you'd like to take a look, it's here.

(If you want to help improve it, that would be swell.)

Contributions Workshop

The Contributions Workshop is the part of the day where students begin making contributions to FOSS projects. If there is time, it may make sense to include some version of the Finding a Project demo/activity. Finding a Project can be run as a demo, a student activity, or both. If both, we recommend introducing the activity, having a mentor demo it by walking through it at the front of the room/on the projector, and then having the student do it. We recommend having the students do the activity in pairs or small groups.

The workshop itself

For the workshop itself, one of the organizers introduces and explains that some of the mentors at the event have open source projects they maintain or contribute to and that students can work in small groups to contribute to those projects. The mentors then take 2-5 minutes to give a brief overview of their project and the types of tasks students can work on. The organizer assigns different mentors to different spots in the room and writes down the layout on the board/displays it on the projector so that students can find a group. The organizer should also include a link to first tasks, additional tasks or whatever resource is being used for the event to keep track of projects.

If students do not want to join a specific project, they should join the "self-guided" group. This group of students will have one or more mentors who will help them find their own projects, building on the work done in the Finding a Project activity (if that activity was done).

Wrap up

After one hour of the workshop, the organizer will lead the wrap up. Often, the workshop will continue after the wrap up. If that's the case, make very, very clear that students are welcome to stay and keep working.

During the wrap up:

  • Students report on their progress so far
  • Organizers talk about opportunities to follow up:
    • Future open source events at the school
    • Future open source events at the general area
    • General FOSS opportunities
    • things that OpenHatch is doing
  • Organizers ask students to fill out the exit survey

Wrap Up

Some notes on how we do our wrap ups can be found here.