IuryCavalcante/TechnicalDebt_GitHubIssues_PT huggingface dataset:
Issue: Eliminar ao máximo as dívidas técnicas 
Repositório: sheetbook
Data: 20/04/2024
Status: Fechado


Comments
@milas-ai
Member
milas-ai commented on Apr 20
No description provided.

@milas-ai milas-ai added this to the Ciclo 6 - Finalização milestone on Apr 20
@milas-ai
Member
Author
milas-ai commented on Jul 5
Terminada as funcionalidade do cliente.
Corrigidos problemas com as rotas do servidor.
Melhorada a interface das páginas.

@milas-ai milas-ai closed this as completed on Jul 5

Contexto de uso: Ação de melhoria
Categoria: Atividade
Issue: Refatoração
Repositório: mac0350-campus-sportnet

Data: 23/05/2024
Status: Fechado


Comments
@roddd35
Contributor
roddd35 commented on May 23 • 
 Mapear as dívidas técnicas, refatorando o código conforme necessário para melhorar clareza e extensibilidade.
@roddd35 roddd35 added this to the Ciclo 5 milestone on May 23
@roddd35 roddd35 added to be started in process and removed to be started labels on May 23
@roddd35 roddd35 closed this as completed on Jun 26

Contexto de uso: Ação de melhoria
Categoria: Atividade
Issue: Finalização
Repositório: mac0350-campus-sportnet

Data: 23/05/2024
Status: Fechado


Comments
@roddd35
Contributor
roddd35 commented on May 23 • 
 Finalizar a implementação de funcionalidades, tentando eliminar ao máximo as dívidas técnicas
 Possivelmente: Implementar sistema para verificar seguidores de um usuário (right menu)
 Possivelmente: Implementar lista de usuários que confirmaram participação em um evento
 Página de eventos de um usuário
@roddd35 roddd35 added to be started in process and removed to be started labels on May 23
@roddd35 roddd35 added this to the Ciclo 6 milestone on May 23
@roddd35 roddd35 closed this as completed on Jul 1

Contexto de uso: Ameaça a ser evitada
Categoria: Problema
Issue: [US05] Cadastrar medicamentos e alimentos no perfil do idoso
Repositório: 2024-1-GEROcuidado-Doc
Data: 16/07/2024
Status: Aberto

Open
7 tasks
[US05] Cadastrar medicamentos e alimentos no perfil do idoso
#56
AmandaNbr opened this issue on Jul 16 · 1 comment
Comments
@AmandaNbr
Collaborator
AmandaNbr commented on Jul 16 • 
Descrição
Eu, como Cuidador, desejo cadastrar remédios e alimentos no perfil do idoso para que eu possa ter essas informações salvas e com fácil acesso.

Nessa tarefa, o cuidador deve ser capaz de registrar alimentos e remédios associados a um idoso.

Pré-requisitos
[US04] Cadastrar perfil de idoso #55
Critérios de aceitação
 A tela de cadastro ou edição do perfil do idoso deve incluir dois campos livres: Um campo para "Medicamentos"; Um campo para "Alimentacao".
 Esses campos devem permitir a entrada de texto livre para que o cuidador possa listar remédios e alimentos conforme necessário.
 Os campos podem ser opcionais, permitindo que o cuidador deixe-os vazios se não houver informações a serem cadastradas.
 Deve haver um botão "Salvar" na tela de cadastro ou edição.
 Ao clicar em "Salvar", o sistema deve validar todas as entradas e salvar as informações inseridas, e exibir uma mensagem de confirmação (ex: "Perfil do idoso atualizado com sucesso").
 Após um cadastro ou edição bem-sucedido, o cuidador deve ser redirecionado para a lista de perfis de idosos cadastrados.
 Ter uma "info" nos campos de Alimentacao e Medicamentos explicando que e apenas uma descricao em texto livre. Nao tem relacao com outras funcionalidades.
Protótipo
Tela de cadastro de idosos
image
*Os campos de alimento e remédio serão adicionados no protótipo

@AmandaNbr AmandaNbr added the Epic label on Jul 16
@AmandaNbr
Collaborator
Author
AmandaNbr commented on Jul 29
Atualizar protótipo
Fazer as dívidas tecnicas e resolver bugs
Realizar testes e testes retroativos
Sincronização do serviço do idoso
@AmandaNbr AmandaNbr assigned AmandaNbr, sebazac332 and Natyrodrigues on Jul 29
@AmandaNbr AmandaNbr changed the title [US05] Cadastrar remédios e alimentos no perfil do idoso [US05] Cadastrar medicamentos e alimentos no perfil do idoso on Jul 31

Contexto de uso: Inconclusivo
Categoria: Inconclusivo
Issue: DÍVIDA TÉCNICA: Separar rotas de autenticação
Repositório: armarios-ifpr-electron
Data: 18/08/2024
Status: Aberto

Open
DÍVIDA TÉCNICA: Separar rotas de autenticação
#26
marceloTerencianiIFPR opened this issue on Aug 18 · 4 comments
Comments
@marceloTerencianiIFPR
marceloTerencianiIFPR commented on Aug 18
Separar rotas de autenticação em camadas de controle, serviço e modelo

@OAllanFernando
Collaborator
OAllanFernando commented on Sep 2
No swing temos apenas o arquivo em service, seguimos assim ?

@OAllanFernando
Collaborator
OAllanFernando commented on Sep 2
Outra coisa. Podemos utilizar o JWT no electron ? Como não utilizamos no antigo precisamos apontar como diferença na documentação, o que na minha opinião não é de todo ruim, podemos alegar segurança talvez, controle de sessão

@marceloTerencianiIFPR
Author
marceloTerencianiIFPR commented on Sep 5
No swing temos apenas o arquivo em service, seguimos assim ?

Não entendi a pergunta.

@marceloTerencianiIFPR
Author
marceloTerencianiIFPR commented on Sep 5
Outra coisa. Podemos utilizar o JWT no electron ? Como não utilizamos no antigo precisamos apontar como diferença na documentação, o que na minha opinião não é de todo ruim, podemos alegar segurança talvez, controle de sessão

Podemos manter e fazer uma discussão no texto sobre a diferença das duas formas e por que foi feito diferente.

Contexto de uso: Registro de atividade
Categoria: Atividade
Issue: [Dívida Técnica] Campos nulos do User estão sendo forçados a usarem uma string vazia na serialização
Repositório: irmaos-dev/mural
Data: 08/09/2024
Status: Fechado

Closed
[Dívida Técnica] Campos nulos do User estão sendo forçados a usarem uma string vazia na serialização
#45
moreirayokoyama opened this issue on Sep 8 · 1 comment
Comments
@moreirayokoyama
Collaborator
moreirayokoyama commented on Sep 8
O model User possui os campos bio e image que são modelados como nullable. Apesar disto, no momento da serialização, o resource está forçando uma string vazia. Isto se deve ao commit 664010c, que fez esta alteração.

Descrição da dívida técnica
Qualquer efeito colateral que a aplicação possa ter na serialização do model deveria estar explícita no próprio Model. Se o Model declara o campo como nullable, a serialização deveria suportar valores nulos. Se a serialização não pode suportar valores nulos, então é um sinal de que a boa prática levar esta constraint para o Model e tratá-la.

Sugestões de como pagar a dívida
Remover o suporte a valores nulos nos campos bio e image
Tornar os campos não nullable e usar valores padrão para serem atribuídos ao model
Desfazer a alteração do commit 664010c, que força uma string vazia na serialização
Permitir a serialização dos valores nulos
remover o tratamento que força uma string vazia nos campos bio e image
criar testes específicos para cenários com valores nulos, fazendo um assert garantindo a ausência dos campos.
@moreirayokoyama moreirayokoyama mentioned this issue on Sep 8
Atualizando o pacote do composer do Laravel Sail para 1.31 no Server #44
 Merged
5 tasks
@marcelaodev marcelaodev added the Junior label on Sep 8
@irmaosdev1
Contributor
irmaosdev1 commented on Oct 4
corrigido no commit 38b99cb

@irmaosdev1 irmaosdev1 closed this as completed on Oct 4

Contexto de uso: Não conformidade
Categoria: Problema
Issue: Estudo: estudo de conceitos básicos
Repositório: 2024-2-Squad14
Data: 10/11/2024
Status: Aberto

Open
1 task
Estudo: estudo de conceitos básicos
#1
RR2M4A opened this issue last month · 0 comments
Comments
@RR2M4A
Collaborator
RR2M4A commented last month • 
Estudo de Conceitos Básicos
Descrição:

Os colaboradores deverão estudar sobre os assuntos a eles atribuídos, a fim de consolidar uma base de conhecimento necessária para a construção do projeto.

Conforme tabela abaixo:

Responsável	Tema de Estudo
Artur de Camargos	Critérios de aceitação
André Meyer	Dívida técnica
Luiz Felipe Bessa	Burndown
Marco Marques	Planning Poker
Eduardo Silva Waski	História de Usuário
Marcos Paulo Ribeiro	Artefatos, Rituais, Papéis
Critérios de Aceitação
 Colaboradores deverão mostrar entendimento do assunto que lhes foram atribuídos. #2
@RR2M4A RR2M4A added the study label last month
@RR2M4A RR2M4A assigned marcomarquesdc, ArturDCR, lfelipebessa, EduardoWaski, AndreMeyerr and ribmarcos last month

Contexto de uso: Inconclusivo
Categoria: Inconclusivo
Issue: Qualidade no código legado: A Regra do Bom Escoteiro | Blog Douglas Medeiros
Repositório: blog.douglasmedeiros.dev
Data: 28/11/2024
Status: Aberta

Manter a qualidade do código em nossos projetos é um desafio constante. À medida que o tempo passa, nosso código pode se tornar um verdadeiro emaranhado de funcionalidades antigas e mal organizadas, criando o que chamamos de ‘dívida técnica’ - um débito que, em algum momento, terá que ser pago.

https://blog.douglasmedeiros.dev/artigos/boas-praticas/mais-qualidade-no-codigo-legado-a-regra-do-bom-escoteiro

Contexto de uso: Inconclusivo
Categoria: Inconclusivo
Issue: Implementación endpoint de generación de minuta por contrato_general_id
Repositório: udistrital/argo_documentacion
Data: 12/01/2025
Status: Fechado

Se requiere realizar la implementación del endpoint de generación de minuta a partir del contrato general id como parámetro de la petición.
Ejemplo:
[POST] /minutas/contratos/:contrato_general_id

Nota: Para los datos de amparos y especificaciones técnicas se debe agregar el HTML de generación de las tablas en la cláusula respectiva y no en el HTML de la plantilla. Esto dado que cada cláusula según tipo de contrato, unidad ejecutora y otras validaciones se identifica si aplica o no.

Sub Tareas


Implementación consulta de información del contrato por contrato_general_id con la información requerida.

Implementación consulta de plantilla HTML basado en la unidad ejecutora y tipo de contrato (crear configuración JSON en este ms).

Implementación consulta de cláusulas asociadas al contrato.

Implementación generación de objeto de datos (información contratista y representante legal, cláusulas, ordenador).

Implementación generación de nuevo HTML.

Implementación complemento de datos (segundo objeto data) para segundo renderizado (consulta amparos si aplica, especificaciones técnicas, ...).

Implementación generación de minuta PDF en base64 (el endpoint retorna finalmente este base64).

Pruebas funcionales.
Criterios de aceptación


Documentación avances en la implementación y resultados pruebas funcionales.
Requerimientos

No aplica

Definition of Ready - DoR


Está refinada y estimada en puntos de historia por el equipo.

Incluye la descripción y criterios de aceptación, con el detalle funcional y especificaciones técnicas, de forma entendible por cualquier miembro del equipo.

No tiene bloqueos que impidan su ejecución.

Las dependencias están identificadas y resueltas.

Puede ser probada dentro del Sprint.
Definition of Done - DoD - Desarrollo


Desarrollo en local.

Push en Feature.

Pruebas locales (funcionales).

PR a Develop.

Criterios de aceptación cumplidos.

Documentación de issue realizada.

Aprobada por SM/Líder técnico.

Contexto de uso: Inconclusivo
Categoria: Inconclusivo
Issue: [Remoto] Product Engineer (Next.js) na Wedy
Repositório: backend-br/vagas
Data: 11/02/2025
Status: Fechado

Nossa empresa
A Wedy é uma plataforma digital que facilita a organização de eventos. Nosso dia-a-dia é tornar a experiência dos nossos usuários mais agradável e sem complicações. É nesse ponto que você entra, sendo uma peça fundamental na criação da next-gen da nossa plataforma.

Esta vaga exige um nível maior de criticidade e conhecimentos específicos, uma vez que você tem papel fundamental na criação de novos produtos e todas as decisões tomadas agora influenciarão os próximos anos de nossa empresa.

Image

Descrição da vaga
Você vai atuar em uma stack moderna — Next.js, Tailwind, Prisma, PlanetScale, GraphQL, genAI e Vercel — em uma rotina de trabalho tranquila, com autonomia e protagonismo. Não há dailys, scrum masters, métodos ágeis, Jira, deadlines falsos, code reviews maçantes, etc. Buscamos trabalhar de forma assíncrona através do Discord e do Notion.

Image

Responsabilidades

Participar ativamente na criação, desenvolvimento e manutenção da nossa plataforma multi-produto, sempre tomando os cuidados necessários para não gerar dívidas técnicas;
Sugerir e realizar melhorias no código;
Sugerir e realizar melhorias no produto;
Ser referência como mentor para pessoas engenheiras iniciantes;
Manter-se em dia com as últimas novidades de front-end.
Local
Remoto

Requisitos
Conhecimento sólido em JavaScript, com Next.js;
Experiência com React em produção;
Experiência com consumo de APIs em produção;
Saber se comunicar de forma eficiente e clara, sendo ela escrita ou oral;
Saber gerenciar seu tempo, organizando e priorizando seu trabalho;
Habilidades de UI são muito bem-vindas;
Ter experiência prévia em startup early ou growth-stage conta pontos;
Benefícios
100% remoto
6h por dia: mais tempo pra fazer o que você gosta e não para ter outro emprego;
Trabalho assíncrono: pode silenciar as notificações, não tem problema;
Horários flexíveis: a vida é corrida e a Wedy não vai ficar no caminho;
Day-off no aniversário
Vale-alimentação
Possibilidade de stock options
Contratação
Remuneração entre R$ 7.000 e R$ 10.000 (PJ) - com 30 dias de férias remuneradas

Como se candidatar
Aplicar via LinkedIn ou enviar e-mail para daniel@wedy.com com Linkedin/Github/etc.

Tempo médio de feedbacks
Costumamos enviar feedbacks em até 1 semana após cada processo.
E-mail para contato em caso de não haver resposta: engineering@wedy.com

Labels
Alocação
Remoto
Regime
PJ
Nível
Pleno
Sênior

Contexto de uso: Ameaça a ser evitada
Categoria: Problema
Issue: Documentacao do contexto do projeto
Repositório: HD220/project-wiz
Data: 13/04/2025
Status: Fechado

HD220
opened on Apr 13
Documentação do contexto do projeto
Descrição
Documentação abrangente do contexto geral do projeto, incluindo:

Visão geral e objetivos
Estado atual e arquitetura
Iniciativas ativas e stakeholders
Dívida técnica e desafios
Marcos e decisões recentes
Conteúdo Atual
Consulte o arquivo completo em docs/project-context.md

Principais Atualizações
Visão Expandida:
Objetivos detalhados
Histórico de interações incluído
Estado Atual:
Componentes UI baseados em shadcn/ui
Comunicação IPC documentada
Arquitetura:
Modelo de domínio detalhado
Componentes principais mapeados
Gestão do Projeto:
Iniciativas ativas
Stakeholders identificados
Decisões recentes e marcos
Desafios:
Performance com modelos grandes
Gerenciamento de memória
Compatibilidade entre plataformas
Tarefas

Revisar documentação atual

Atualizar estado atual do projeto

Verificar consistência com arquitetura

Atualizar marcos e decisões recentes
Critérios de Aceitação
✅ Documentação reflete o estado atual do projeto
✅ Arquitetura e componentes principais documentados
✅ Dívida técnica e desafios atualizados
✅ Marcos e decisões recentes incluídos

Próximos Passos
Mover esta issue para completed
Atualizar documentation-status.md
Activity
HD220
HD220 commented on Apr 13
HD220
on Apr 13
Owner
Author
Resumo técnico (handoff):

Esta documentação detalha o contexto do projeto, incluindo visão, arquitetura, estado atual e principais desafios. O foco está em manter a documentação alinhada ao progresso do projeto, com checklist para revisão, atualização de marcos e dívida técnica. É importante garantir acesso às decisões recentes e manter a arquitetura claramente documentada, incluindo desafios e dependências técnicas relevantes.

Contexto de uso: Inconclusivo
Categoria: Inconclusivo
Issue: Documentação do Índice Principal (index.md)
Repositório: HD220/project-wiz
Data: 13/04/2025
Status: Fechado

Documentação do Índice Principal (index.md)
Descrição
O arquivo docs/index.md serve como ponto central de navegação para toda a documentação do projeto. Esta issue tem como objetivo formalizar sua estrutura e processo de manutenção, garantindo que:

Todos os links estejam atualizados e válidos
A organização das seções seja lógica e consistente
Exista um processo claro para atualizações
Critérios de Aceitação
✅ Revisar e atualizar todos os links no index.md
✅ Validar que todos os documentos referenciados existam
✅ Documentar o processo de atualização do índice
✅ Manter estrutura organizada em seções lógicas
✅ Refletir a documentação atual do projeto

Tarefas Concluídas

Analisar links existentes e verificar correspondência

Atualizar estrutura de seções

Adicionar documentos recentes

Documentar processo de manutenção

Remover links desatualizados
Próximos Passos
Mover issue para completed
Atualizar documentation-status.md
Conteúdo Atual (para referência)
# Índice de Documentação - Project Wiz

## Visão Geral

- [Contexto do Projeto](./project-context.md) - Visão geral e estado atual
- [README](../README.md) - Introdução ao projeto

## Documentação Técnica

- [Arquitetura](./architecture.md) - Visão arquitetural do sistema
- [Componentes](./components.md) - Documentação dos componentes principais
- [API](./api.md) - Documentação da API interna

## Guias

- [Guia do Usuário](./user-guide.md) - Documentação para usuários finais
- [Configuração](./guides/setup.md) - Como configurar o ambiente
- [Desenvolvimento](./guides/development.md) - Fluxo de desenvolvimento
- [Testes](./guides/testing.md) - Como executar testes

## Status

- [Progresso](./progress/implementation-progress.md) - Status de implementação
- [Documentação](./documentation-status.md) - Status da documentação
- [Histórico de Mudanças](../CHANGES.md) - Registro de alterações recentes
- [Dívida Técnica](./technical-debt.md) - Itens de dívida técnica

## Referência

- [Decisões Arquiteturais](./decisions.md) - ADRs e decisões importantes
- [Glossário](./glossary.md) - Terminologia do projeto
- [Padrões](./standards.md) - Padrões de código e convenções

Contexto de uso: Inconclusivo
Categoria: Inconclusivo
Issue: Documentacao dos templates
Repositório: HD220/project-wiz
Data: 13/04/2025
Status: Fechado

Documentação do Sistema de Templates
Descrição
A pasta docs/templates/ contém modelos padronizados para diferentes tipos de documentação do projeto. Esta issue tem como objetivo:

Documentar o propósito de cada template disponível
Explicar como e quando usar cada template
Definir um processo para criação e atualização de novos templates
Critérios de Aceitação
✅ Documentar todos os templates existentes
✅ Explicar propósito e uso de cada template
✅ Definir diretrizes para novos templates
✅ Garantir consistência com outros documentos
✅ Criar guia de uso completo

Tarefas Concluídas

Analisados todos os templates existentes

Documentados propósito e exemplos de uso

Criado README.md com guia completo

Definido processo para novos templates

Verificada consistência com documentação
Próximos Passos
Mover issue para completed
Atualizar documentation-status.md
Comunicar à equipe sobre os templates
Templates Existentes
api-inventory.md - Documentação de inventário de APIs
dashboard.md - Template para dashboards de acompanhamento
documentation-status-dashboard.md - Status da documentação
domain-model.md - Modelo de domínio do sistema
project-context.md - Contexto e visão geral do projeto
project-health-dashboard.md - Saúde geral do projeto
task-handoff.md - Transferência de tarefas entre times
technical-debt-dashboard.md - Acompanhamento de dívida técnica

Contexto de uso: Inconclusivo
Categoria: Inconclusivo
Issue: Consolidar Dashboards Técnicos
Repositório: HD220/project-wiz
Data: 13/04/0202
Status: Fechado

Resumo tecnico handoff: Consolidar e padronizar dashboards tecnicos centralizando informacoes essenciais sobre saude do projeto, qualidade, cobertura de testes, dividas tecnicas, documentacao e seguranca. Dashboards devem ser organizados em docs e templates cobrindo saude do projeto, cobertura de testes, divida tecnica, status da documentacao, metricas de qualidade e seguranca. Usar templates padronizados, graficos e indicadores visuais. Garantir atualizacao continua, versionamento e referencias cruzadas com ADRs, plano de testes e documentacao. Criterios: dashboards consolidados, indicadores claros, links com issues, ADRs, templates, revisao senior e referencia no README. Riscos: desatualizacao sem processo continuo, dependencia de integracao com ferramentas de analise e CI CD. Entregaveis: dashboards consolidados, documentacao do processo de atualizacao e README atualizado.

Contexto de uso: Inconclusivo
Categoria: Inconclusivo
Issue: Substituir @lingui/macro por @lingui/react/macro em todo o projeto
Repositório: HD220/project-wiz
Data: 14/04/2025
Status: Fechado

Descrição do problema
O projeto utiliza o pacote @lingui/macro para internacionalização em diversos componentes e hooks. No entanto, conforme a documentação oficial do Lingui, o uso de @lingui/macro está deprecado e deve ser substituído por @lingui/react/macro para garantir compatibilidade futura, evitar warnings e seguir as melhores práticas de manutenção.

Exemplos concretos
Ocorrências encontradas (arquivo, linha):

src/client/hooks/use-repository-metrics.ts (linha 2): import { t } from '@lingui/macro';
src/client/hooks/use-documentation-aria.ts (linha 2): import { t } from "@lingui/macro";
src/client/components/model-settings.tsx (linha 8): import { Trans } from "@lingui/macro";
src/client/components/model-status.tsx (linha 1): import { Trans } from "@lingui/macro";
src/client/components/model-configuration.tsx (linha 3): import { Trans } from "@lingui/macro";
src/client/components/file-list.tsx (linha 14): import { t } from "@lingui/macro";
src/client/components/dashboard.tsx (linha 2): import { t } from '@lingui/macro';
src/client/components/access-token-form/access-token-permissions-section.tsx (linha 3): import { Trans } from "@lingui/macro";
src/client/components/access-token-form/access-token-input-field.tsx (linha 5): import { Trans } from "@lingui/macro";
src/client/components/access-token-form/access-token-form.tsx (linha 3): import { Trans } from "@lingui/macro";
src/client/components/access-token-form/access-token-form-header.tsx (linha 2): import { Trans } from "@lingui/macro";
src/client/components/access-token-form/access-token-form-footer.tsx (linha 4): import { Trans } from "@lingui/macro";
Recomendação de correção/refatoração
Substituir todas as importações de @lingui/macro por @lingui/react/macro nos arquivos listados e em qualquer outro arquivo do projeto que utilize o macro deprecado.

Exemplo de correção:

- import { Trans } from "@lingui/macro";
+ import { Trans } from "@lingui/react/macro";
Justificativa
Manutenção e compatibilidade: O uso de pacotes deprecados pode causar problemas de compatibilidade em futuras atualizações e gerar warnings desnecessários.
Aderência às regras do projeto: Seguir as melhores práticas e manter as dependências atualizadas está alinhado com Clean Code, Clean Architecture e as decisões do projeto (ver ADR-0002, ADR-0012).
Prevenção de technical debt: Corrigir agora evita acúmulo de dívida técnica e facilita futuras manutenções.

Contexto de uso: Ação de melhoria
Categoria: Atividade