Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

Tech Stack #1

Closed
Oliversw opened this issue Apr 8, 2019 · 7 comments
Closed

Tech Stack #1

Oliversw opened this issue Apr 8, 2019 · 7 comments
Assignees
Labels

Comments

@Oliversw
Copy link
Contributor

Oliversw commented Apr 8, 2019

For discussion about the tech stack related to the project "Commons" 馃帀

Currently the discussed tech stack is:

  • React
  • Node (Express)
  • MongoDB for database - Although potential not for first sprint? To be discussed! See Kristina's comment below
  • Jest for testing
  • Styled Components for styling

(last edited 6:30pm 12.4.19)

@Oliversw
Copy link
Contributor Author

Oliversw commented Apr 8, 2019

In the past we have worked with issue labels from DWYL. We have copied them to this organization and propose using them in our project if you would agree. Here are the guidelines for them:

Clicking on a label will take you to an issue with further discussion on its existence and meaning:

  • awaiting-review #f39c12 - added to issue once a PR with its resolution has been assigned to a reviewer (replaces in-progress)
  • chore #3A2716 - routine tasks that must be done for every project but require little active brain power
  • discuss #60EEEE - invites discussion from contributors
  • epic Feature/method selection聽#59 - big issues that span multiple days & need to be broken down
  • external-dependency #e6e6e6 - no further work can be carried out until a third party completes an action (specified in a comment in the issue)
  • in-progress #009688 - added when you start working on an issue (and have assigned it to yourself)
  • in-review #128A0C - added to PR by QA/reviewer to show a review is in progress
  • merge-conflicts #E74C3C - added to a PR when it has merge conflicts that need to be fixed by the PR's creator
  • please-test #08E700 - added after PR is merged and the feature/fix/change has been deployed to somewhere the Product Owner can actually test it (assign issue to PO)
  • priority-1 #0D47A1 - drop everything and work on this (used only when completely necessary)
  • priority-2 #1976D2 - high priority issue (what needs doing now)
  • priority-3 #42A5F5 - high priority (what needs doing next)
  • priority-4 #8DC9F9 - low priority (to be upgraded later)
  • priority-5 #C5DEF5 - lowest priority (non-urgent changes and backlog ideas)
  • starter #27AE60 - issues that those with not much coding experience can contribute to
  • T[x]d #F06292 - estimated time in 'x' days the issue will take to resolve
  • T[x]h #F7C6C7 - estimated time in 'x' hours the issue will take to resolve
  • technical #D4C5F9 - technical tasks e.g. deployment
  • user-feedback #E91E63 - requests or features that have been added to the backlog as a direct result of user testing
  • va-task #128214 -
    denotes administrative tasks that can be done by 'Virtual Assistants',
    usually for non-developers

Github also gives you a pre-populated list of labels with every repo:

  • bug #EE0701 - report a bug, not to be confused with a request for additional changes to the code
  • duplicate #CCCCCC - duplicate issue (link to duplicate in comments)
  • enhancement #84B6EB - improving existing code
  • help-wanted #128A0C - signals author of the issue is looking for help or expertise on a subject
    (NB. if you'd like to see where dwyl is in need of a helping hand, check out https://tudo-app.herokuapp.com/)
  • invalid #E6E6E6 - issue is not valid (not used in dwyl)
  • question #CC317C - for open questions
  • wontfix #ffffff - when an issue won't be addressed (add a comment to the issue as to why this is the case

@Oliversw
Copy link
Contributor Author

Oliversw commented Apr 9, 2019

After today's meeting we have discussed using:

  • React
  • Node (Express)
  • MongoDB for database
  • Jest for testing

@hshahwan
Copy link
Contributor

hshahwan commented Apr 9, 2019

what about 'styled component' for styling?

@Oliversw
Copy link
Contributor Author

Oliversw commented Apr 9, 2019

Kristina and I would be happy to learn more about styled components @hshahwan! What do you think @ali-7?

@ali-7
Copy link
Contributor

ali-7 commented Apr 9, 2019

yes, sure, we forget to talk about it in the meeting.

@teenie-quaggard
Copy link
Contributor

Today Oliver and I spoke about using first a .json file to hold our data. This might be simpler than calling on a database as we have many other tasks to work on. Let's talk about this in standup on Monday.

@Oliversw Oliversw mentioned this issue Apr 12, 2019
7 tasks
@teenie-quaggard
Copy link
Contributor

Closing this issue as we have decided for the meantime to:

Only make a front-end React app using a .json file to hold our content/data

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants