Web Unit Criteria and Stretch Goals
Work to have done:
- Work on your websites, and push a preview to GitHub: docs folder with html file(s), css file(s), and any other assets (e.g. images), plus a screenshot, and text description, and updated credits/list of desired assets.
Plan for the Day:
- Reflective writing (5 min)
- Websites we’ve liked – within reach (5 min)
- Gathering criteria (45 min)
- Sources, assets, permissions, citations (5-10 min)
- EXT: Studio and microconferences
1. Reflective writing (5 min)
2. Websites we’ve liked – within reach (5 min)
Shift now in your writing to think about the websites you navigate every day. What seems to make them easy to get through, to find what you need? What causes frustration? How do you think its structure might be related to its audience? Jot down some notes.
3. Gathering criteria (45 min)
Primed now by that writing and thinking, I’m going to ask you to get in groups and brainstorm in pursuit of baseline and aspirational criteria for this unit.
3a. Crowdsource ideas (10 min)
To bring all our notes together while allowing for real-time collaboration, head into our google doc: bit.ly/cdm2019fall-criteria.
3c. Discuss and Integrate (30 min)
Quickly read through the other groups’ notes, adding comments in the margins to upvote or propose modifications. As you see consensus forming, propose an official version for our list of shared criteria.
We’ll refine as a group, and repeat, and then come back and revise after Tuesday’s workshop.
EXT: Studio / microconferences
Does anyone want to review GH Desktop for pushing large folders or other multi-file commits? Maybe a small group of us can do it together.
Homework for next time:
- Work to bring in a full draft: a solid attempt at a complete website, ideally meeting baseline criteria. Rough edges are still welcome.
- Continue taking periodic screenshots and posting meaningful commit messages in Git
- Push a full draft, with the same four parts as the preview plus a SOURCES.md file crediting your sources and permissions/license to use them
- NB: I’m only suggesting all-caps for special files readers might want to find quickly. It kind of loses the effect if everything is in caps. (Better to be all lowercase, if you have to choose.)
- Whether Box or GitHub, double-check that you can open the file: try downloading it into a different location. If it doesn’t open with all the layers you’d want, try saving the project again. (You may have exported the first time.)
-
Bring a camera (phone is fine), to take photos of feedback received
- NB: If GitHub is giving you trouble, you can use Box instead. Just make sure that you…
- add a link to the Box folder at the top of your GitHub README.md file.
- grant me (or the whole organization, which is Pitt) Downloader or Editor permissions in the Box folder
- put all the same files in the Box folder as you would have in GitHub.