Lint

Linters são ferramentas que auxiliam na padronização de escrita de código, mantendo assim a qualidade do código. Lembrando que é necessário a ferramenta escolhida tenha integração com o empacotador (#22)

Materiais de apoio:

• ESLinter
• JavaScript Linter
• Código Fonte TV

Padrões de códigos

Testar diferentes Linters com diferentes padrões de códigos.

Materiais de apoio:

• Padrão Airbnb
• ESLinter standard React

Descrição

Um quadro Kanban servirá para nos auxiliar a controlar as issues que estão para serem feitas, que estão sendo feitas ou que já foram terminadas. Isso nos dará uma visão melhor do todo e do como anda o projeto.

Objetivo

Criar um quadro Kanban para melhor visualizarmos as issues e o andamento delas.
@edpittol Precisaremos de você nessa issue, pois pelo o que entendi, o quadro precisa ser criado na organização.

Artefatos

Criar quadros de projetos
Sobre quadros de projetos
Sobre Kanban

Precisamos definir qual framework será utilizado para o desenvolvimento front-end do projeto. Como vamos utilizar o storybook como documentação dos componente, a escolha deve estar relacionada com os frameworks suportados por ele.

Precisamos decidir se vamos utilizar uma linguagem fortemente tipada, o TypeScript ou uma linguagem fracamente tipada, o JavaScript.

Materiais de apoio:

• JavaScript ou TypeScript

O empacotador é a ferramenta responsável para transpilar e otimizar o código front-end para ser interpretado pelo navegador. O Storybook possui integração com o Vite e o Webpack.

Precisamos definir qual solução vamos acoplar no projeto.

Descrição

É muito importante definir uma licença de uso para que fique claro quais são as permissões que os desenvolvedores do projeto querem definir aos utilizadores.

Objetivo

Discutir e definir uma licença para o projeto.

Links úteis

• Choose a license - Github
• Tudo o que você precisa saber sobre as licenças de projetos open source
• 5 types of software licenses you need to understand
• Dicionário do Programador - Código Fonte TV - Licenças de Software

Descrição

Manter padrões em um projeto é extremamente importante para mantermos as coisas organizadas e de fácil entendimento. Acredito que uma discussão válida para fazermos no início do projeto é sobre criarmos padrões para a criação de novas issues aqui no repositório do projeto, facilitando o entendimento por parte da comunidade e concentrando as informações necessárias para um bom andar das tarefas.

Objetivo

Discutir e definir um padrão para ser utilizado na criação de novas issues.

Descrição

O arquivo README de um projeto é o cartão de visitas do projeto para a comunidade ou até mesmo serve como um guia interno de como utilizar determinada ferramenta ou o que precisa para o projeto funcionar. Basicamente, o README é composto por todas informações úteis de um projeto desde:

• O que é o projeto
• Qual o objetivo
• Como executar
• Como contribuir
• Time ou pessoas que colaboraram e estão envolvidas no projeto
• Licença
• Demais informações que possam ser úteis

A Rocketseat fez um excelente post contando um pouco mais desse arquivo, então recomendo a leitura para entender ainda um pouco mais sobre o que é e qual a finalidade desse importante arquivo para o projeto.

O que é README e por que ele é tão importante?

Objetivo

Definir e discutir quais informações farão parte do README deste projeto. Além disso, precisamos também debater sobre como deixar este arquivo tão importante bem organizado, facilitando o entendimento de pessoas que não conhecem sobre o projeto, auxiliando quem quer contribuir e mantendo informações importantes para a execução e utilização.

Anexado a essa issue se encontram os arquivos que foram disponibilizados pelo site devChallenges como artefatos iniciais.

Artefatos

• Artefatos iniciais devChallenges
• Link do figma com os designs
• Link do projeto no DevChallenges