Desenvolvedores costumam pensar em software em termos de código, arquitetura, APIs, bancos de dados e infraestrutura.
Esses elementos são fundamentais.
Mas existe outro componente igualmente importante: o comportamento do usuário.
O GanhaGo, como plataforma que apresenta diferentes microtarefas digitais, pode servir como um exemplo para observar essa relação.
Quando uma plataforma possui muitas atividades diferentes, ela precisa criar uma estrutura que permita ao usuário navegar entre elas.
Isso envolve organização de informações.
Também envolve filtros, categorias, descrições e estados.
Do ponto de vista de engenharia de software, esses elementos representam problemas interessantes.
Como representar diferentes tipos de tarefas usando uma estrutura consistente?
Como armazenar seus requisitos?
Como atualizar seu status?
Como informar ao usuário que uma atividade mudou?
Mesmo sem conhecer a implementação interna do GanhaGo, podemos observar esses problemas como exercícios de arquitetura de produto.
Imagine um sistema simples de tarefas.
Cada tarefa poderia possuir:
um identificador;
um título;
uma descrição;
requisitos;
estado;
data de criação;
data de atualização.
À primeira vista, isso parece simples.
Mas rapidamente surgem outras questões.
E se uma tarefa mudar de estado?
E se dois usuários acessarem a mesma atividade?
E se uma tarefa deixar de estar disponível?
E se as instruções precisarem ser atualizadas?
Esses são problemas comuns em sistemas distribuídos.
Para conhecer o GanhaGo como produto, consulte:
A observação de plataformas reais pode ajudar desenvolvedores a pensar além do código.
Software existe dentro de um contexto.
Existe um usuário.
Existe uma interface.
Existem regras.
Existem dados.
Existe infraestrutura.
Todos esses elementos precisam trabalhar juntos.
Por isso, estudar uma plataforma de microtarefas pode ser um pequeno exercício de engenharia de produto.
Não precisamos conhecer o código interno para fazer perguntas técnicas interessantes.
Como o sistema organiza atividades?
Como controla estados?
Como comunica mudanças?
Como reduz ambiguidades?
Essas perguntas são úteis para qualquer desenvolvedor.
Top comments (0)