Slightly stressed but driven to want to see this project succeed, mostly feeling good and confident.
As a group, most of us are sleeping pretty well. After a discussion around stress profiles, we mostly decided to ensure communication when we are feeling stressed, taking breaks is essential to our success. One way to mitigate this stress from happening is to acknowledge it openly and walk away for 5 - 10 mins.
None of us have any overly critical work/life commitments. We will be coming into campus on saturday except for Brendan. Sunday will be a rest day.
Daily goals, work to tasks, and stay overtime if tasks are not yet completed. This expectation should enable us to stay on track, sticking to our timeline. The timeline will be on a whiteboard and have clear technology, tasks and expectations for the day.
Regular stand-ups and discussions around the task-flow. At least every 2 hours.
An odd number makes it easier to make decisions through voting. If a conflict arises, the topic will be broken down and mediated with the success of the project at the center. Task-based approach.
A useful outcome to showcase at interviews and for our portfolios. Experience working in a group, and practicing human skills. Getting some fun out of the experience.
When making decisions as a group, it might be a good idea to use an external factor to make the decisions. Also showing evidence/rationale of your ideas during group talks. Give an example.
Google, facilitators, each other.
To ensure inclusion we will be passively mindful of each other's needs/moods.
Based on the user stories and the pairs we will decide who needs to be present.
Git Keeper: Pei Vibe Water: Ash, Brendan Scrum Lead: Tomas Product owner: Zin Design lead: Ash
Socialize, eat together, music and honey time. (on toast)
- React
- Redux
- SQLite3
- Figma
- Material UI ('Mui')
- External API - https://developer.edamam.com/edamam-docs-recipe-api
- Auth0
- Checkout a feature branch. Stage, commit, and push to feature branch - regularly.
- Pull from main branch.
- Resolve merge conflicts.
- Submit a pull request to the dev branch.
- Pull request from dev branch into main is reviewed by the team and our wonderful volunteer reviewer.
- Git keeper merges reviewed pull request to main branch.
- Recipes:
- Array of objects.
- Source is from the external API.
- Content changes based on user input into the search form and their filters.
- Build query string for external API based on user input.
- UseParams to find the selected recipe and load the recipe details into the detailed view component.
- See what vegetables/fruits are in season.
- Filter recipes based on the season.
- See the whole recipe after clicking on the recipe card
- Search recipe according to vege and/or fruits.
- Able to navigate around the app seamlessly
- Able to hide the nav
- Filter options for vegetarian, vegan, gluten-free (and maybe some other options).
- Additional filters to recipes, e.g. cuisine.
- Favourites
- Display trending and most popular favourites
- Ratings
- Comments
- User photos
Name | Content |
---|---|
id | Unique ID for the fruit/vegetable |
name | Name of the fruit/vegetable for use with the external API |
display_name | Name of the fruit/vegetable for use on Seasoned, includes the Maori word (where available) |
type | Type of the produce, i.e. fruit or vegetables |
image | Image of the fruit/vegetable TODO: host these locally, switch to open-source images |
Name | Content |
---|---|
ID | Unique ID for the produce months |
produce_id | ID referencing the produce table |
month_id | ID referencing the months table |
Name | Content |
---|---|
auth0_id | Auth0 ID for the user |
username | The user's chosen username (must be unique) |
created_at | When the record was created |
updated_at | When the record was last updated TODO: add this functionality. |
name | The user's name, added from Auth0 |
The user's email, added from Auth0 | |
image | The user's avatar, default is a Gravatar that's generated on sign-up |
favourites (stretch) | Contains the users favourites or links to their favourites entry in a favourites table |
Name | Content |
---|---|
user_id | References the user's ID in the users table |
recipe_id | ID for the recipe (external API or internal recipes table?) |
METHOD | ENDPOINT | USAGE | RETURNS |
---|---|---|---|
GET | /v1/produce |
Get a list of all produce | An array of produce |
POST | /v1/produce |
Add a new produce | The newly created produce |
PATCH | /v1/produce/:id |
Update an existing produce | The updated produce |
DELETE | /v1/produce/:id |
Delete an existing produce | The number of rows deleted |
METHOD | ENDPOINT | USAGE | RETURNS |
---|---|---|---|
GET | /v1/available/ |
Get all availability of produce | An array of availability |
POST | /v1/available/ |
Add a new availability for a produce | The newly created availability |
PATCH | /v1/available/ |
Update an existing availability for a produce | The updated availability |
DELETE | /v1/available/:id |
Delete an availability by id | The number of rows deleted |
METHOD | ENDPOINT | USAGE | RETURNS |
---|---|---|---|
GET | /v1/available/month/:id |
Get all availability with the same month | An array of availability for that month with name, display_name, and image_url |
GET | /v1/available/produce/:id |
Get all availability for a produce | An array of availability for that produce with name, display_name, and image_url (or an empty array and 200 status okay if there's no availability for that produce) |
GET | /v1/available/season/:season |
Get all availability for a season | An array of availability for that season with name, display_name, and image_url |