π§πΏβπ€βπ§πΎ day-plan
Energiser
Every CYF session begins with an energiser. Usually there’s a rota showing who will lead the energiser. We have some CYF favourite games you can play if you are stuck.
- Traffic Jam: re-order the cars to unblock yourself
- Telephone: draw the words and write the pictures
- Popcorn show and tell: popcorn around the room and show one nearby object or something in your pocket or bag and explain what it means to you.
WIP and Feedback π
Learning Objectives
Preparation
Introduction
Design-A-Snack
π― Goal: Design and improve a biscuit or drink using feedback from your customers. (45 minutes)
Divide into an even number of teams of 3-5 people according to the spreadsheet from prep that was posted on your Slack channel.Β One person from each team is the Product Owner. One person in the session is the Facilitator and makes sure that all teams are following the schedule below.
The Drink Team will be designing a delicious drink for the Biscuit Team, who will be designing a wonderful biscuit for the Drink Team.
There are 3 sprints of 5 minutes each that are broken down as follows.
- 3 minutes to design the drink or biscuit
- 1 minute for the Drink Team to demo their drink design to the Biscuit Team and get feedback
- 1 minute for the Biscuit Team to demo their biscuit design to the Drink Team and get feedback
Designs should be made on paper and consider:
- Name
- Ingredients
- Price
- Graphics
- Branding
- Anything else that your customer wants
During the demo phase, the customer team must vote using Fist to Five where each customer holds their fist with more fingers the more they like it. The product owner should record the total votes from their customers, and then ask for feedback (but you only have one minute for demo + feedback)
After all sprints have been completed, get together as a whole cohort and consider the following questions:
- If you had had a single sprint of 9 minutes, do you think your customers would have liked your snack as much?
- How useful was the feedback from customers, and how did you improve the feedback asked for from each round?
- How did the feedback you received influence the design of the snack?
- What proportion of your customers did you satisfy at the end?
- Would you have personally bought this biscuit or drink?
- Did you let the Product Owner of your team make the prioritisation decisions? Why?
- How did you find working in your teams?
- Were there any features that were added that did not come from customer feedback?
WIP-Work in Progress
π― Goal: Discuss the use of limiting Work in Progress (WIP) in planning effective sprints. (15 minutes)
In the prep, you played a game to explore how limiting the number of tasks in progress at any time can impact the effectiveness of a team.
As a whole cohort, get together and discuss the following questions:
- Is it better that developers have a single task to focus on and complete, or a collection of jobs where they can show they are making progress on each one?Β Why?
- Is it better that developers have several small tasks for each sprint or a single large one that occupies the whole sprint?Β Why?
- When planning a new sprint, should a team only plan for the things it is confident it can deliver, or should they make sure they have enough work so that everyone will always be occupied?
- When a new urgent piece of work is requested by a senior stakeholder halfway through a sprint, is it better to start working on it immediately or wait till the next sprint?Β Why?
Morning Break
A quick break of fifteen minutes so we can all concentrate on the next piece of work.
Placeholder Workshop π
Workshop Name
Replace this readme with the requirements for your workshop
Learning Objectives
Requirements
Explain the requirements of the workshop. You might want to talk about goals here. You might want to use formal specifications like Given/When/Then. It’s ok for requirements to be in different formats. We want trainees to learn to interpret requirements in many settings and expressions. Just make sure your workshop is active and not a lecture.
Always write your workshop in a readme.md in a folder with the same name as the workshop. This makes it easy to find and easy to show on the curriculum website.
Acceptance Criteria
- I have provided clear success criteria
- These might be related to the objectives and the requirements
- I have given some simple, clear ways for trainees to evaluate their work
- I have run Lighthouse and my Accessibility score is 100
Community Lunch
Every Saturday at CYF we cook and eat together. We share our food and our stories. We learn about each other and the world. We build community.
This is everyone’s responsibility, so help with what is needed to make this happen, for example, organising the food, setting up the table, washing up, tidying up, etc. You can do something different every week. You don’t need to be constantly responsible for the same task.
Study Group
What are we doing now?
You’re going to use this time to work through coursework. Your cohort will collectively self-organise to work through the coursework together in your own way. Sort yourselves into groups that work for you.
Use this time wisely
You will have study time in almost every class day. Don’t waste it. Use it to:
- work through the coursework
- ask questions and get unblocked
- give and receive code review
- work on your portfolio
- develop your own projects
ποΈ Code waiting for review π
Below are trainee coursework Pull Requests that need to be reviewed by volunteers.
NW6 | Pedro Eugenio | Eslint and Prop-types section π
Changelist
Added “Eslint and Prop-types” section to the README.md to address issues where Eslint shows red marks below variables due to the demand for prop-types in React projects.
The added section provides clear instructions for resolving this issue by modifying the .eslintrc.cjs file in the project’s root folder. It instructs users to disable the ‘react/prop-types’ rule, thus eliminating the red marks.
Start a reviewWM5 | ADNIYA YOUSAF | FROM SCRATCH | WEEK 3 π
Self checklist
- I have committed my files one by one, on purpose, and for a reason
- I have titled my PR with COHORT_NAME | FIRST_NAME LAST_NAME | REPO_NAME | WEEK
- I have tested my changes
- My changes follow the style guide
- My changes meet the requirements of this task
Changelist
Briefly explain your PR.
Questions
Ask any questions you have for your reviewer.
Start a reviewWM5 | ADNIYA YOUSAF | HIGH-SCORE-TABLES | LEVEL 2 | WEEK2 π
Self checklist
- I have committed my files one by one, on purpose, and for a reason
- I have titled my PR with COHORT_NAME | FIRST_NAME LAST_NAME | REPO_NAME | WEEK
- I have tested my changes
- My changes follow the style guide
- My changes meet the requirements of this task
WM5 | ADNIYA YOUSAF | MODULE REACT | HIGH SCORE | WEEK 1 π
- I have committed my files one by one, on purpose, and for a reason
- I have titled my PR with COHORT_NAME | FIRST_NAME LAST_NAME | REPO_NAME | WEEK
- I have tested my changes
- My changes follow the style guide
- My changes meet the requirements of this task
Bump vite from 5.0.10 to 5.0.12 in /high-score-tables π
Bumps vite from 5.0.10 to 5.0.12.
Dependabot will resolve any conflicts with this PR as long as you don’t alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase
.
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebase
will rebase this PR@dependabot recreate
will recreate this PR, overwriting any edits that have been made to it@dependabot merge
will merge this PR after your CI passes on it@dependabot squash and merge
will squash and merge this PR after your CI passes on it@dependabot cancel merge
will cancel a previously requested merge and block automerging@dependabot reopen
will reopen this PR if it is closed@dependabot close
will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually@dependabot show <dependency name> ignore conditions
will show all of the ignore conditions of the specified dependency@dependabot ignore this major version
will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor version
will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependency
will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself) You can disable automated security fix PRs for this repo from the Security Alerts page.
Afternoon Break
Please feel comfortable and welcome to pray at this time if this is part of your religion.
If you are breastfeeding and would like a private space, please let us know.
Study Group
What are we doing now?
You’re going to use this time to work through coursework. Your cohort will collectively self-organise to work through the coursework together in your own way. Sort yourselves into groups that work for you.
Use this time wisely
You will have study time in almost every class day. Don’t waste it. Use it to:
- work through the coursework
- ask questions and get unblocked
- give and receive code review
- work on your portfolio
- develop your own projects