Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Episodes are too long, especially ep. 6 #25

Open
tbooth opened this issue Jul 7, 2022 · 3 comments
Open

Episodes are too long, especially ep. 6 #25

tbooth opened this issue Jul 7, 2022 · 3 comments
Assignees

Comments

@tbooth
Copy link
Collaborator

tbooth commented Jul 7, 2022

In general the episodes are longer than the Carpentries recommendation, and especially episode 6 is very long. Probably some of the more detailed stuff in the first part (FastQC) can be cut, and/or the entire episode should be split into two episodes - eg. "Handling awkward programs" and "Finishing the pipeline".

@tbooth tbooth self-assigned this Jul 7, 2022
@ezherman
Copy link
Contributor

Hi Tim, one thought on how ep06 could be shortened:

"Option 3: Using a directory() output" could be cut. Instead, directory() could be introduced in the section on Salmon. I think the FastQC section would flow better this way: stick to default fastqc output -> use the fastqc option for output directory -> do the former, plus renaming the files.

@tobyhodges
Copy link
Member

As a counterargument, I would trim down/remove the other three approaches and only spend time discussing the directory approach. Unless you want to give learners more time to get to grips with wildcards and to practice identifying multiple different approaches that could be taken to achieve the same goal, it seems like the directory() option is the one that best introduces the concepts you are trying to get across here.

@tbooth
Copy link
Collaborator Author

tbooth commented Nov 2, 2022

I've gone ahead and split the episode, as I don't think finessing of the FastQC part would bring the length down enough in any case. There may still be room for streamlining but I do think each of the four approaches makes some distinct point. I'm teaching this episode for the first time in over a year next week so I'll see how it works in practise.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants