πŸ§‘πŸΏβ€πŸ€β€πŸ§‘πŸΎ 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.

  1. Traffic Jam: re-order the cars to unblock yourself
  2. Telephone: draw the words and write the pictures
  3. 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

Plenty of paper and pens

Introduction

Feedback is essential as it lets us know that our message has been properly expressed and therefore understood. It also gives us the chance to improve.

Design-A-Snack

🎯 Goal: Design and improve a biscuit or drink using feedback from your customers. (45 minutes)

  1. 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.

  2. The Drink Team will be designing a delicious drink for the Biscuit Team, who will be designing a wonderful biscuit for the Drink Team.

  3. 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
  4. Designs should be made on paper and consider:

    • Name
    • Ingredients
    • Price
    • Graphics
    • Branding
    • Anything else that your customer wants
  5. 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)

  6. 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:

  1. 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?
  2. Is it better that developers have several small tasks for each sprint or a single large one that occupies the whole sprint?Β  Why?
  3. 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?
  4. 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 review
WM5 | 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 review
WM5 | 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
Start a review
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
Start a review
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 compatibility score

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.
Start a review
See more pull requests

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

Retro: Start / Stop / Continue