Skip to content

nadinedelia/Invimcible-FrontEnd

 
 

Repository files navigation

Vimvincible

Deployed here.

Jump to:

Welcome to our final team at Makers. At the current stage of development, 8 working days were spent planning, developing, and implementing before a feature freeze, with two further working days dedicated to tidying up code. For a detailed account of the agile working environment and the sprints involved in this project, please visit the team wiki, with the additional back end wiki.

Team

What is Vimvincible?

This is a topdown educational role play game that follows a character, Vim Bishop, as he looks for his bike.

  • Vim can be moved around the levels using the vim commands 'hjkl' in place of arrows keys.
  • The second level allows Vim's character to jump over potholes using the vim command 'w' to jump to the right, mimicking the vim command that allows users to jump to the end of a word, and the 'b' command to jump to the left.

We hope that Vimcincible will provide a fun way for users to become more vim proficient.

Technologies Used


Usage Technology
Front end framework React
Language Javascript
CI/CD Travis
Hosting Heroku, Netlify
Styling Sass, CSS
Front end testing frameworks Jest
Visual display testing Snapshot
Code Coverage Jest

Using a database to store the user's level and position is part of the plan for future developments.

Team Values

We fostered a learning environment and wanted to ensure that knowledge sharing was at the root of the team. Here are some values and approaches we found effective in ensuring a great working team:

  • As a team, we wanted to write scalable, clean code. As a product, we haven't cut corners in the writing of the code, and we have tried to avoid anything hardcoded. That means that implementing the next 10, 20, etc levels would take a fraction of the time.
  • Daily stand-ups, in the form of 9am to check in for the day, 12pm to review morning progress and meeting targets, and 5pm retro to review sprint targets and goals. These include emotional check-ins.
  • The final retro at 5pm would involve a knowledge-share, as teams would justify work before merging to the master branch.
  • Roles were changed every day to avoid an uneven distribution of non-code-related work. These roles were scrum master, leader, helper, scribe, technician, and ideas person.
  • We chatted about personal goals before starting, and ensured that the group goals were aligned to peoples' personal goals.
  • Pairing began with the same two people for the duration of the sprint, but this resulted in blind spots in the codebase, as certain people ended up working solely in one area. Switching to a daily swap meant that all members of the group have an understanding of the entire codebase.
  • Code production hours 9am-5pm to maintain the integrity of the code and to avoid promoting an unhealthy work/ life balance.
  • The team wrote a charter on the first day which set out expectations for the group, group values, and personal work styles. We decided on the first day to have fun, which we have done every day.

Preview

The landing page:

Level 1, showing Vim having an interaction:

The help menu that can be accessed by typing ':h':


Level 2:

How to run locally

  1. Fork this repo and clone it locally:
git clone [email protected]:...
  1. Follow the below:
npm install
npm start
  1. Go to your local server:
http://localhost:3000/
  1. To test, run:
npm test

About

No description, website, or topics provided.

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages

  • JavaScript 84.3%
  • CSS 11.1%
  • HTML 4.6%