Science Score: 44.0%

This score indicates how likely this project is to be science-related based on various indicators:

  • CITATION.cff file
    Found CITATION.cff file
  • codemeta.json file
    Found codemeta.json file
  • .zenodo.json file
    Found .zenodo.json file
  • DOI references
  • Academic publication links
  • Academic email domains
  • Institutional organization owner
  • JOSS paper metadata
  • Scientific vocabulary similarity
    Low similarity (3.2%) to scientific vocabulary
Last synced: 10 months ago · JSON representation ·

Repository

Basic Info
  • Host: GitHub
  • Owner: 60pportunities
  • License: apache-2.0
  • Language: Shell
  • Default Branch: main
  • Size: 269 MB
Statistics
  • Stars: 0
  • Watchers: 2
  • Forks: 2
  • Open Issues: 1
  • Releases: 1
Created over 1 year ago · Last pushed 10 months ago
Metadata Files
Readme Changelog Contributing Funding License Code of conduct Citation Codeowners Security

README.md

Github Pages Dependabot GitHub Copilot GitHub Actions code style: prettier

Bem-vindo a 60portunities

A 60portunities decidiu focar em aposentados que têm interesse em tecnologia e em aprender novas habilidades. Realizamos uma pesquisa online e presencial em comunidades de aposentados para entender as necessidades e interesses em tecnologia.

Criação de Conteúdo Educacional

Elaboramos um conjunto de treinamentos introdutórios e de forma diária com instrutores experientes que irão fazer de forma propositiva e evolutiva o aprendizado a estas tecnologias permitindo uma maior inclusão no meio tecnológico com boas práticas comerciais.

História da Tecnologia

É uma jornada fascinante de inovações, desafios e transformações que moldaram o mundo moderno. Ao longo dos séculos, a necessidade humana de processar, armazenar e comunicar informações levou ao desenvolvimento de tecnologias cada vez mais avançadas, que passaram de simples ferramentas mecânicas para sistemas complexos e onipresentes, como os que usamos hoje.

Gerenciamento de Projetos

O gerenciamento de projetos visa garantir que o desenvolvimento do software ocorra dentro dos prazos, orçamentos e escopos definidos. O gerente de projeto deve aplicar práticas de gerenciamento ágil ou tradicional conforme as necessidades do projeto, com o foco na entrega incremental e contínua.

  • [x] Metodologias recomendadas: Scrum, Kanban, Waterfall,#NOProjecvt ou Híbrido, dependendo da natureza do projeto;
  • [x] Ferramentas recomendadas: GitHub, Azure-Devops;
  • [x] Responsabilidades:
    • [x] Definir e gerenciar escopo, cronograma e recursos;
    • [x] Monitorar progresso e adaptar planos conforme necessário;
    • [x] Manter comunicação constante entre as partes interessadas;

Treinamento

Capacitar os 60pportunities a desenvolver um plano de treinamento para garantir que todos os membros compreendam as ferramentas, processos e práticas adotadas em projetos.

  • [x] Áreas de foco
    • [x] Metodologias ágeis e frameworks de desenvolvimento;
    • [x] Ferramentas de controle de versão (Git, Jujutsu ou Sapling)
    • [x] Práticas de segurança (OWASP, criptografia, proteção de dados);
    • [x] Testes automatizados e práticas de QA;
      • [x] Cypress, Selenium;
    • [x] Follow the Code

Gerenciamento de Requisitos

O gerenciamento eficaz de requisitos garante que as expectativas do cliente sejam atendidas e que todos os requisitos necessários sejam atendidos durante o ciclo de vida do projeto.

  • [x] BDD (Behavior Driven Development):
  • [x] Enfatiza a colaboração entre desenvolvedores, testers e stakeholders para definir comportamentos desejados do sistema.
  • [x] Frameworks recomendados: Cucumber, SpecFlow, JBehave.
  • [x] Práticas do BDD:
    • [x] Escrever requisitos como histórias de usuários (user stories) com critérios de aceitação.
    • [x] Realizar reuniões de colaboração para refinar requisitos com exemplos específicos e testáveis.
    • [x] Testes automatizados baseados nas especificações.

Planejamento do Projeto

O planejamento é uma etapa crítica para garantir que os recursos sejam alocados corretamente e que os marcos sejam atingidos no tempo estipulado. O planejamento deve considerar:

  • [x] Plano de execução: detalhamento das tarefas, estimativas de tempo e alocação de recursos.
  • [x] Alocação de risco: identificação de riscos e sua mitigação.
  • [x] Divisão de fases: planejamento de releases e entregas incrementais.
  • [x] Cronograma: definição de datas de entregas e milestones.

Gerenciamento de Riscos

Identificar, avaliar e mitigar riscos ao longo do ciclo de vida do software. A gestão de riscos pode ser realizada por meio de uma matriz de risco.

  • [x] Tipos de riscos a monitorar:

    • [x] Riscos técnicos (falta de conhecimento de tecnologias, falhas de integração).
    • [x] Riscos de segurança.
    • [x] Riscos operacionais (recursos humanos, tempo).
    • [x] Riscos financeiros e orçamentários. ## Design

      A fase de design é fundamental para garantir que o software atenda aos requisitos e seja fácil de manter e evoluir. A arquitetura do sistema e o design de componentes devem ser planejados de forma modular e escalável.

  • [x] Design de arquitetura: escolha entre arquiteturas monolíticas ou baseadas em microserviços, considerando escalabilidade, manutenibilidade e desempenho.

  • [x] Design de banco de dados: modelo de dados e estratégias de acesso.

  • [x] Prototipação: uso de wireframes e mockups para validar com stakeholders antes de iniciar o desenvolvimento.

    Garantia de Qualidade

    A qualidade é uma prioridade em todas as fases do ciclo de vida do software. Isso envolve práticas de desenvolvimento, automação de testes, integração contínua e feedback constante.

  • [x] Testes automatizados: integração de ferramentas como Selenium, JUnit, ou TestNG para garantir que funcionalidades críticas estejam sempre verificadas.

  • [x] Code Review: revisão contínua de código entre desenvolvedores para garantir boas práticas de programação e evitar erros.

    Colaboração

    A colaboração entre equipes técnicas e não técnicas, como gerentes de produto, designers e clientes, deve ser contínua.

  • [x] Ferramentas de comunicação: Microsoft Teams, Zoom;

  • [x] Documentação: manter documentação atualizada e acessível via MkDocs, GitHub Wiki;

  • [x] Reuniões regulares: reuniões de sincronização diárias, revisões semanais e retrospectivas para análise e melhorias.

Desenvolvimento de Software

A fase de desenvolvimento envolve a codificação propriamente dita, respeitando as melhores práticas de engenharia de software e utilizando boas práticas de codificação, como:

  • [x] Controle de versão: Git (GitHub e Azure-Devops);
  • [x] Desenvolvimento orientado a testes (TDD): escrever testes antes de escrever o código;
  • [x] Integração contínua (CI) e Entrega contínua (CD): uso de pipelines automatizados para build, testes e deployment.

    Implementação

    A implementação envolve a preparação do software para ser colocado em produção. Isso pode incluir a configuração de ambientes, automação de deploy e migração de dados.

  • [x] Deploy contínuo: Automatização do processo de deploy para evitar falhas humanas e facilitar rollbacks rápidos;

  • [x] Testes pós-deploy: Realizar testes em ambiente de staging ou produção para garantir que não haja regressões;

    Verificação

    A verificação é um conjunto de atividades realizadas para garantir que o software atenda aos requisitos, seja seguro e tenha qualidade.

  • [x] Análise de código estático: ferramentas como SonarQube, CodeQL, ou ESLint para analisar o código em busca de falhas de segurança, código redundante e violações de boas práticas;

  • [x] Análise binária: verificação de binários compilados para vulnerabilidades ou falhas de segurança;

  • [x] Scanner de credenciais e segredos: ferramentas como TruffleHog ou GitLeaks para detectar segredos como chaves de API ou senhas no código;

  • [x] Análise de encriptação: garantir que dados sensíveis sejam tratados adequadamente com criptografia forte;

  • [x] Teste Fuzzing: uso de ferramentas de fuzzing (como AFL, Burp Suite) para encontrar falhas de segurança em entradas de dados não esperadas;

  • [x] Validação da configuração: garantir que as configurações do sistema e infraestrutura (como containers e servidores) estejam corretas e seguras;

  • [x] Governança de componentes: garantir que bibliotecas e componentes de terceiros estejam atualizados e sem vulnerabilidades conhecidas. (DependaBot).

Reporting & Analytics

Acompanhar e relatar o desempenho do desenvolvimento, qualidade do código e progresso do projeto é essencial para garantir a transparência e identificar pontos de melhoria.

  • [x] Relatórios de progresso: criação de dashboards que mostrem métricas como tempo de ciclo, número de bugs encontrados, cobertura de testes, etc.
  • [x] Análise de desempenho: monitoramento do desempenho do sistema após a implementação.

Lançamento

O lançamento é o momento em que o software é disponibilizado para os usuários finais.

  • [x] Plano de lançamento: definir etapas e processos para disponibilizar o software de forma segura;
  • [x] Acompanhamento pós-lançamento: monitoramento de desempenho, análise de erros e feedback dos usuários.

Resposta

Após o lançamento, a fase de resposta envolve a coleta de feedback, resolução de problemas e melhorias contínuas.

  • [x] Suporte e manutenção: garantir que há uma equipe de suporte para resolver problemas rapidamente;
  • [x] Ciclos de retroalimentação: melhorias contínuas com base no feedback dos usuários e na análise de dados de uso.
  • [x] Planejamento de novas versões: implementação de atualizações e patches conforme necessário.

Owner

  • Name: 60pportunities
  • Login: 60pportunities
  • Kind: organization

Citation (CITATION.cff)

cff-version: 1.2.0
message: "Se você usar esta documentação, cite-a conforme abaixo:"
authors:
- family-names: "Vasconcellos"
  given-names: "Horácio"
  orcid: "https://orcid.org/0000-0000-0000-0000"
title: "Documentação Espontânea"
version: 0.0.4
doi: 00.1962/hvasconcellos.1962
date-released: 2024-11-09
url: "https://github.com/60pportunities/documentacao"
preferred-citation:
  type: article
  authors:
  - family-names: "Vasconcellos"
    given-names: "Horácio"
    orcid: "https://orcid.org/0000-0000-0000-0000"
    doi: "00.1962/hvasconcellos.1962"
  journal:  "Documentação Espontânea"
  month: 11
  start: 1
  end: 10
  title: "Documentação Espontânea"
  issue: 1
  volume: 1
  year: 2024

GitHub Events

Total
  • Create event: 149
  • Release event: 2
  • Issues event: 14
  • Watch event: 1
  • Delete event: 24
  • Issue comment event: 3
  • Member event: 3
  • Push event: 551
  • Pull request event: 6
  • Gollum event: 2
  • Fork event: 2
Last Year
  • Create event: 149
  • Release event: 2
  • Issues event: 14
  • Watch event: 1
  • Delete event: 24
  • Issue comment event: 3
  • Member event: 3
  • Push event: 551
  • Pull request event: 6
  • Gollum event: 2
  • Fork event: 2

Issues and Pull Requests

Last synced: 10 months ago

All Time
  • Total issues: 4
  • Total pull requests: 3
  • Average time to close issues: 1 minute
  • Average time to close pull requests: 2 minutes
  • Total issue authors: 1
  • Total pull request authors: 2
  • Average comments per issue: 0.25
  • Average comments per pull request: 0.0
  • Merged pull requests: 1
  • Bot issues: 0
  • Bot pull requests: 0
Past Year
  • Issues: 4
  • Pull requests: 3
  • Average time to close issues: 1 minute
  • Average time to close pull requests: 2 minutes
  • Issue authors: 1
  • Pull request authors: 2
  • Average comments per issue: 0.25
  • Average comments per pull request: 0.0
  • Merged pull requests: 1
  • Bot issues: 0
  • Bot pull requests: 0
Top Authors
Issue Authors
  • s60pportunities (9)
Pull Request Authors
  • horaciovasconcellos (2)
  • s60pportunities (2)
Top Labels
Issue Labels
documentation (1)
Pull Request Labels

Dependencies

.github/workflows/deploy-mkdoc.yml actions
  • actions/checkout v4 composite
  • actions/setup-python v2 composite
  • saadmk11/changelog-ci v1.1.2 composite
action.yml actions
  • Dockerfile * docker
.devcontainer/Dockerfile docker
  • python 3.11-alpine3.19 build
Dockerfile docker
  • squidfunk/mkdocs-material latest build
docs/versions.json meteor
package.json npm
  • jest ^29.7.0 development
  • pagedjs-cli ^0.4.3
requirements.txt pypi
  • MarkupSafe ==3.0.2
  • PyMuPDF ==1.24.13
  • Pygments ==2.18.0
  • annotated-types ==0.7.0
  • anyio ==4.6.2.post1
  • asttokens ==2.4.1
  • attrs ==24.2.0
  • azure-ai-textanalytics ==5.3.0
  • azure-ai-vision-imageanalysis ==1.0.0
  • azure-common ==1.1.28
  • azure-core ==1.32.0
  • backcall ==0.2.0
  • beautifulsoup4 ==4.12.3
  • bleach ==6.2.0
  • certifi ==2024.8.30
  • charset-normalizer ==3.4.0
  • click ==8.1.7
  • colorama ==0.4.6
  • decorator ==5.1.1
  • defusedxml ==0.7.1
  • docopt ==0.6.2
  • executing ==2.1.0
  • fastapi ==0.115.4
  • fastjsonschema ==2.20.0
  • fonttools ==4.54.1
  • fpdf2 ==2.8.1
  • h11 ==0.14.0
  • idna ==3.10
  • ipython ==8.12.3
  • isodate ==0.7.2
  • jedi ==0.19.1
  • jsonschema ==4.23.0
  • jsonschema-specifications ==2024.10.1
  • jupyter_client ==8.6.3
  • jupyter_core ==5.7.2
  • jupyterlab_pygments ==0.3.0
  • markdown-include *
  • matplotlib-inline ==0.1.7
  • mike *
  • mistune ==3.0.2
  • mkdocs *
  • mkdocs-autorefs *
  • mkdocs-git-authors-plugin *
  • mkdocs-git-committers-plugin-2 *
  • mkdocs-git-revision-date-localized-plugin *
  • mkdocs-glightbox *
  • mkdocs-include-markdown-plugin *
  • mkdocs-material *
  • mkdocs-mermaid2-plugin *
  • mkdocs-minify-plugin *
  • mkdocs-render-swagger-plugin *
  • mkdocs-swagger-ui-tag *
  • mkdocs-table-reader-plugin *
  • nbclient ==0.10.0
  • nbconvert ==7.16.4
  • nbformat ==5.10.4
  • packaging ==24.1
  • pandocfilters ==1.5.1
  • parso ==0.8.4
  • pdf2image ==1.17.0
  • pickleshare ==0.7.5
  • pillow ==11.0.0
  • pipreqs ==0.4.13
  • platformdirs ==4.3.6
  • poppler-utils ==0.1.0
  • prompt_toolkit ==3.0.48
  • pure_eval ==0.2.3
  • pydantic ==2.9.2
  • pydantic_core ==2.23.4
  • pymdown-extensions *
  • python-dateutil ==2.9.0.post0
  • python-dotenv ==1.0.1
  • pyzmq ==26.2.0
  • referencing ==0.35.1
  • requests ==2.32.3
  • rpds-py ==0.20.1
  • six ==1.16.0
  • sniffio ==1.3.1
  • soupsieve ==2.6
  • stack-data ==0.6.3
  • starlette ==0.41.2
  • tinycss2 ==1.4.0
  • traitlets ==5.14.3
  • typing_extensions ==4.12.2
  • urllib3 ==2.2.3
  • uvicorn ==0.32.0
  • wcwidth ==0.2.13
  • webencodings ==0.5.1
  • yarg ==0.1.9
.github/workflows/01-scheduller.yml actions
  • Platane/snk main composite
  • actions/checkout v4 composite
  • crazy-max/ghaction-github-pages v2.1.3 composite
  • lowlighter/metrics master composite
  • lowlighter/metrics latest composite
  • vn7n24fzkq/github-profile-summary-cards main composite
.github/workflows/31-multi_trigger_exemplo.yml actions
.github/workflows/build_deploy_60pportunities.yml actions
  • actions/checkout v4 composite
  • actions/setup-python v4 composite
  • saadmk11/changelog-ci v1.1.2 composite