Closed kevinjuan25 closed 6 years ago
I think this could be done with people who know Python but are not necessarily STLs. Everyone who took 4540 last semester should be good, all the CS peeps, and some random others could help teach and this does not need to be a very formal activity.
@cc2467 I agree with you (assuming you are talking about the third option that Kevin proposed). Looking over the subteams now, it seems that there should be at least one person with experience in Python in each team so this is definitely feasible.
@cc2467 @sgl38 Perhaps we can ask STLs and 4540 students who know Python to walkthrough the static tutorial with their teams, and members can attempt the interactive tutorial in groups or individually depending on their preference. I can then offer time for teams to get extra help in office hours style. Thoughts?
@kevinjuan25 I like this setup as it also encourages communication and bonding within the subteam! Nothing like getting closer together over frustrations with code. Now the only thing is I don't believe all subteams have an STL/4540 student who know Python. There may be a handful of teams who have only a newbie who has Python experience. (Correct me if I'm wrong as I don't know all of the people who joined the team last semester!) If this is the case, I still think it would be cool to have newbies step up to helping the other teammates since it could help them build confidence. What do you guys think?
@kevinjuan25 @sgl38 @zam7 I like this idea, would it also mean that this will not be done during a monday night class?
@sgl38 I would say it's a reasonable assumption that not all subteams have someone well versed in Python. I think the teams that do have one - newbie or oldie - will have an easier less stressful time, and will likely not need as much help from outside their subteam. Teams that don't are free to try out the tutorials as a team, and consult me with questions. I can send out a Google Sheet for subteams to sign up for selected "office hours" close to the time when Python training needs to be done.
@jillianwhiting Yes, this would eliminate the need for a Monday night class for this. Instead, it will give teams something additional to do to help reach their 10 hour mark.
@kevinjuan25 I see. This sounds great! Thank you for putting so much thought into it. @zam7 @jillianwhiting @jhs373 I think this also resolves a scheduling issue for our calendar as we discussed whether New Member Orientation or Python should go first. 👍
All of this sounds good to me! So to be clear, there will not be a Monday night class required for Python training. Subteams will go through the training together and each member will complete their own tutorial with the help from people on their subteams and/or by going to "office hours" that Kevin makes. We will be very clear that we know that not everyone has an expert on their team, and the RA/Kevin will be supportive and flexible in setting them up for success!
@kevinjuan25 depending on your availability, the more help hours that can be offered, the better. We can even consider having team members volunteer to help other subteams and count that as an Outreach participation point in some way (@sidneylok @jhs373 @jillianwhiting). I really don't want people to who new to the team or on subteams with no experts to feel lost/confused during the training!
@zam7 Sounds great! The more people who want to help, the better!
@zam7 That's a great suggestion! I would be down to offer participation points if team members want to volunteer.
@kevinjuan25 once you set up the google sheet, maybe the team leads can send it out in an email to the team to increase help slots as people actually sign up for help
@zam7 Will do! I've updated the syllabus to reflect the removal of Python in Monday night class. Additionally, I've put on the syllabus for students to start looking at the training a week before it's due. This should give them plenty of time to attempt and get help. I'll send out a sheet at the end of the week.
So this seems great for the Python training, should we try to teach people GitHub in the same way? Lots of people still have questions about GitHub issues, projects, etc. so I'm not sure what the best way to address all of those are
Yes good point. I think that GitHub should be part of the same training if possible. Maybe we can add a part to the training to specify certain steps we want them to take that would involve using GitHub the appropriate way (ex: make an issue in github, make a new project for the tutorial, etc). Would that work?
@zam7 The interactive tutorial currently asks users to create and clone a personal repository, commit the tutorial file to that repository, and push their finished tutorial to their repo. For GitHub in general, they could reference the wiki, but we could certainly ask them to do more.
@zam7 I think we want to do a quick presentation about github so people see it before they try to use it. Could we add that to this monday's class?
@kevinjuan25 @fletchapin @jillianwhiting Ok, so maybe we just leave the interactive tutorial as it is (do not add more GitHub information) but we can include an optional short presentation during this coming Monday night class to explain generally how these programs interact with each other? Not a focus on coding and doing things, but a focus on how they fit together to accomplish what we want.
@zam7 This sounds good. Basically I'll go over the GitHub tutorial that I gave the subteam leads to explain how GitHub works and also cover some of the stuff I didn't have time to get to like Issues and Projects, and then the actual pushing/pulling and practicing the concepts will happen in the interactive tutorial. Also I don't want to waste anyone's time but I think that making the GitHub presentation mandatory (then returning members could leave before the new member orientation) would be a good idea because everyone needs to be on the same page for the transition to GitHub to work smoothly
@fletchapin @zam7 I agree that it should be required to keep returning members in the loop. It is unclear to me if they have a good idea of the big picture of the transitions we're making this semester, so it'd be great to know for sure everyone's in a good place with the tools they have before we dive into our research.
@zam7 I agree it should be mandoratory for everyone is it still possible to do it for next Monday(2/5)?
Next week, the agenda for Monday night class includes New Member Orientation led by the Team Leads and ProCoDA help (which I think will be happening throughout the week and not actually during Monday night class).
@zam7 @jillianwhiting @sidneylok @fletchapin I could quickly go over a few slides to show how everything will be connected so people can understand why we're switching, and Fletcher can go into his GitHub tutorial.
@zam7 ProCoDA help will be throughout the week and we won't have that long of a presentation for new member orientation logistical information. @kevinjuan25 @fletchapin if you guys want to take the first part of class for Github, then go ahead, as returning members can then leave afterwards.
@kevinjuan25 @fletchapin When you guys go through the Github tutorial on Monday, can you make sure to show the team resources repository so members know about that? I'll send it in an email tomorrow, but this is just so they can see it firsthand during class.
@jhs373 sure I'll give them an overview of the team GitHub page so they know where the tutorials and other resources are found before I explain the basics
@jhs373 @zam7 @fletchapin Ok so we'll start with this presentation to show people how things are changing from before and how they can learn about the changes. Then Fletcher can do his GitHub tutorial.
What is the best way to teach the entire team Python for AguaClara work in a reasonable amount of time with as little stress as possible for the students and teachers?
My current ideas are: