Desenvolvimento sob medida
Alguns problemas não cabem em um site. Quando o trabalho é uma ferramenta, uma integração ou um processo que não deveria mais ser feito à mão, construímos isso em vez de um site.
Pequenos, sêniors e honestos quanto ao escopo. Se um produto existente resolve o seu problema, diremos isso em vez de cobrar para reconstruí-lo.
Registro
Os tipos de trabalho que aceitamos
Uma forma útil de descrever software sob medida é pelo problema que ele resolve. Estes são os casos que mais aparecem, e o que costumamos acabar construindo.
| O problema | O que construímos |
|---|---|
| A mesma tarefa manual, todos os dias, feita por alguém sênior demais para isso | Uma ferramenta interna com as etapas codificadas de uma vez por todas: um formulário, uma fila, um histórico de auditoria claro e permissões que refletem como a equipe realmente trabalha. |
| Dois sistemas que não conversam entre si | Uma integração que administra o mapeamento entre eles, tenta de novo com segurança quando um lado está fora do ar, e avisa quando algo precisa de uma pessoa. |
| O negócio rodando em uma planilha que ninguém ousa tocar | Uma pequena aplicação web com um modelo de dados de verdade por trás, para que duas pessoas possam trabalhar ao mesmo tempo e os números do trimestre passado não sejam sobrescritos por acidente. |
| Um relatório que alguém monta à mão toda semana | Uma tarefa agendada que reúne os dados, os verifica e entrega o relatório para quem precisa dele, com um registro de cada execução. |
| Um fluxo de cliente encaixado à força em um site institucional até quebrar | Uma aplicação de verdade em seu próprio endereço, compartilhando o design system do site para que ainda pareça uma única empresa. |
| Algo que ninguém consegue orçar porque ninguém definiu o escopo | Uma etapa curta de descoberta: a menor versão funcional definida por escrito, com as partes que não construiríamos listadas com a mesma clareza. |
Critério
Como decidimos o que construir
- A menor coisa que funciona, primeiro. Uma ferramenta enxuta em produção ensina mais em duas semanas do que uma especificação completa ensina em um trimestre, e pode ser ampliada assim que você souber quais partes importam.
- Tecnologia sem graça de propósito. Escolhemos a opção comprovada em vez da interessante. Software sob medida é julgado no dia em que alguém precisa alterá-lo, não no dia em que é lançado.
- Acertar o modelo de dados cedo. Interfaces são baratas de redesenhar e dados são caros de reestruturar, então o formato dos dados é definido antes das telas.
- Comprar antes de construir. Se um produto licenciado cobre o seu caso, a recomendação honesta é usá-lo. Preferimos construir a pequena peça que o conecta do que cobrar para reinventá-lo.
- Projetar para o segundo desenvolvedor. Código legível, configuração documentada, testes que explicam a intenção. A medida do trabalho é se outra pessoa consegue alterá-lo com segurança.
Padrões
O que toda entrega inclui
O mesmo piso de engenharia dos sites, porque uma ferramenta interna é usada por anos por pessoas que não podem escolher outra.
Um repositório seu
Histórico completo, na sua conta, com a configuração documentada o suficiente para uma máquina nova rodar o projeto na mesma tarde.
Checagens automatizadas
Testes e checagem de tipos rodam a cada mudança, antes de qualquer coisa chegar às pessoas que dependem dela. Uma checagem que falha para o deploy.
Deploys em um único comando
Publicar é uma única etapa reproduzível, e a versão anterior está a um revert de distância. Nenhum lançamento montado à mão, nenhum servidor sem documentação.
Interfaces acessíveis
O software interno recebe o mesmo suporte a teclado, contraste e semântica do site público. A equipe merece o mesmo padrão que os clientes recebem.
Segredos fora do código
As credenciais vivem em um cofre de segredos e chegam ao serviço em produção como variáveis de ambiente, nunca como um arquivo no repositório.
Um caminho para transferir
Contas, domínios e repositórios podem ser transferidos para a sua própria organização quando você quiser, sem nada retido como refém.
Escopo
Onde paramos
Ser claro sobre os limites faz parte de ser confiável. Somos uma equipe pequena e sênior, então aceitamos o trabalho que sabemos fazer bem e dizemos não ao que não sabemos.
Não revendemos plataformas licenciadas, não alocamos gente em um projeto que não estamos construindo, e não vamos passar um valor para um problema que ainda não foi escopado. Quando uma parte do trabalho pertence a um especialista, diremos isso claramente em vez de você descobrir às suas custas.
Você não precisa de uma especificação para começar. Fale conosco pelo formulário de contato ou em sales@wwi.dev e descreva o trabalho em linguagem simples.