Hosted on AWS Away Days
Make sure you have Git and Node (v18) installed.
Clone this repo and cd into the directory.
Run npm install
to install all the dependencies.
To run the server npm start
Reach out to us for access to the dev environment.
- As a sports enthusiast I would like to see sporting events around the world
- As a host I would like to share/host new experiences so that I can meet new people
- As a curious person I would like to view detailed information about the hosts so that I can feel safe
- As a concerned host I would like to know more about the person that's potentially staying with me
- As a concerned user I would like to see what other people have to say about the host I will stay with
- As a traveller I would like to know how far the events are from the house.
- As a social user I would like to get information about nearby facilities
- As a person that doesn't recall names, I would like to have a visual representation of where the event will be
- As a person concerned with my privacy I would like to know that my personal details are safe
- As a generous person I would like to invite people to sporting events so that I give back to the community
- It became apparent that there was a hole to be filled with platform to bring together sports fans. What if Couchsurfing met Meetup? This mashup is what we decided to build.
- To make it easier for people to find tickets for sporting events with a place to stay.
- We're not building a complete copy of couchsurfing.
- We conducted user research using a lo-fi wireframe and flow in Figma. From user feedback and our website inspirations, we managed to determine what would be the core functionality and features for our website.
- We split our project idea into multiple features - features that will be used across the platform. Once those main features were identified we decided to work on them first. The features would be built in a self-contained environment to later bring them together.
- Folder structure
- Database
- Essential Features to deliver a minimal viable product
- Create the product pages using the components/features we built
- We changed various aspects of each page, according to what our users told us. Thanks to the feedback received, it was brought to our attention that safety was a big factor in the product. How the users would interact with each other, how they would find out about each other before said interaction. Those became the priority for us - which was not the case before the user research.
- AWS Amplify, React, SASS
- Worked efficiently to build the components and features.
- Finish the feature functionality.
- That reviews are very important and user bio.
A chat feature
We are quite happy with what we produced.
Explain the roles and responsibilities of all people working within the software development lifecycle, and how they relate to the project (K2)
Compare and contrast the requirements of a software development team, and how they would ensure that each member (including themselves) were able to make a contribution (K6)
Using Figma
Client-render
Non-relational DB
Review methods of software design with reference to functional/technical specifications and apply a justified approach to software development (K11, S11, S12)
We had the best QA.
Create logical and maintainable code to deliver project outcomes, explaining their choice of approach. (S1)
How to query and add data to our AWS Amplify database.
Searched in Google. Asked the other people in our group.
Apply structured techniques to problem solving to identify and resolve issues and debug basic flaws in code (S7)
AWS Amplify
Review and justify their contribution to building, managing and deploying code into the relevant environment in accordance with the project specification (S10)
Right at the end of the build we had deployment problems.