Day 22
Today
- README files
- Project websites
- Organizing large Python projects
- Breakout session: Overview of the E:C plan of study. How to plan your time at Olin, for prospective E/C students.
For Next Time
- Start your project website and link to it from your GitHub repository
- Create/update your README file
- No reading journal assigned
README files
Every project should have a README file explaining what it does, how to run it, etc. Today in class we’ll discuss what makes a good README file. The guidelines that we generated together formed the basis of the README rubric for the final project.
Project websites
Each team will be creating a project website as part of the final project. Today in class, we’ll help you get started building your website using GitHub pages.
For inspiration, you can look at some of the 2016 project websites.
For creating a single-page website with multiple sections, you can use the GitHub automatic page creator/editor. If you’d like to expand to multiple pages things get trickier. Fortunately Spring 2016 NINJAs Patrick and Franton have written an example and guide to multi-page GitHub websites using Markdown.
Personal portfolios
For the class project, you are contributing to a repository that may not be associated with your GitHub account. Having a portfolio that points to projects that you have contributed to will serve you well (eventually, if not right away). We have the start of an example page that you can use as a reference point. Note that listing your individual contribution to a group project is important. Adding photos to projects is a bonus. Learning how to tag repos that you have contributed to will be a helpful skill when you pull together your personal portfolio. We give you space in SoftDes to start this process.
Example individual portfolio of projects
Organizing large Python projects
As your Python projects grow too large to comfortably fit in a single file, it’s helpful to introduce more organizational structure. In Python, this is done via modules
Read: Python modules.
We’ve created an example where we start from a single-file program and gradually add organization. You can trace the evolution of the project by following along in the git history.
Looking at project history on GitHub is nice, but you should also be able to do the same thing from the command line.
- Read about Viewing Old Commits in git.
- Clone the project to your computer.
- Explore around the project history. Commands you should definitely practice include
git log
,git diff
,git history
,git whatchanged
, andgit checkout
Exercise: (recommendation) As part of your Mini-Project 5 work, refactor and organize code from a previous submission (project or toolbox) into separate classes, files, and modules.