Sobre a Redbeard
Toda linha de código passa por quem já operou sistema em produção.
É uma escolha, e ela explica tanto o que a empresa faz bem quanto o que ela recusa. Esta página é sobre isso, e sobre a pergunta que quase ninguém faz em voz alta antes de contratar.
Fatos
O que se pode conferir sobre a Redbeard
Fornecedor de tecnologia costuma pedir confiança e oferecer adjetivo. O que está abaixo se confere sem falar com ninguém, e é por isso que abre a página em vez de fechá-la.
- CNPJ 38.196.917/0001-86, situação ativa na Receita Federal, com atividade iniciada em 2020, a mesma data que este site publica no rodapé de todas as páginas.
- Seis tipos de sistema em produção, operando todo dia em empresas reais, com várias empresas no mesmo sistema e dado separado por empresa, documento preso ao caso, papel, prazo e trilha de auditoria.
- Cada regra que não pode quebrar em silêncio é verificada sozinha, a cada mudança, nos repositórios dos sistemas em produção.
- Este site, que é o exemplo mais barato de conferir: peso, acessibilidade e privacidade estão medidos e publicados na página de sites, com a data da medição.
A escolha
O que não acontece quando quem constrói já operou
Senioridade é uma palavra gasta, e ela só significa alguma coisa quando dá para dizer o que muda na prática. O que muda não é o que a empresa entrega a mais: é a lista de coisas que deixam de acontecer.
- Não se descobre em produção o que devia ter sido decidido antes. As decisões que custam caro depois (o que guardar, o que registrar, o que precisa de permissão) são tomadas quando ainda custam uma conversa.
- Não se entrega sistema que só quem construiu consegue manter. Isso é fácil de fazer sem querer, e o efeito só aparece quando outra pessoa precisa mexer.
- Não se confunde funcionar na demonstração com aguentar o dia 30. Fechamento, pico de volume e a exceção que sempre existe são pensados antes, não depois do primeiro susto.
- Não se devolve ao cliente a decisão técnica difícil. Perguntar "você prefere A ou B?" sobre algo que só quem vai manter tem como avaliar é transferir risco com aparência de consulta.
Identidade
O que a Redbeard escolheu não ser
Estas três coisas são caminhos legítimos, e cada uma delas seria um negócio maior e mais fácil de vender. Nenhuma delas é esta empresa, e saber disso antes economiza tempo dos dois lados.
- Agência. Campanha, gestão de rede social e produção de conteúdo não são o trabalho, e um site aqui é engenharia com escopo, não peça de comunicação.
- Fábrica de software. Não há camadas entre quem decide e quem constrói, e não se vende hora de programador por lote: o que se contrata é o problema resolvido.
- Revenda de ferramenta. A Redbeard não ganha comissão de plataforma nenhuma, e por isso pode dizer que a ferramenta que você já tem resolve, e às vezes diz.
A pergunta
E se a Redbeard sumir?
É a objeção real por trás de toda contratação de tecnologia, e ela quase nunca é dita em voz alta. A resposta não é uma promessa sobre o futuro da Redbeard: é o que já está montado hoje, de propósito, para que o seu sistema sobreviva a ela.
O código já está com você
Ele fica no repositório da sua empresa desde o primeiro dia, não no nosso, e o que outro engenheiro encontra ao abri-lo é um histórico legível, com o motivo de cada mudança escrito, as verificações que dizem o que não pode quebrar, e as instruções de como levantar o ambiente do zero.
O efeito: continuar não depende de conversar com ninguém daqui.
Os acessos são seus, e sempre foram
Domínio, hospedagem, banco de dados e serviços de terceiro ficam em contas da sua empresa, com as credenciais entregues. A Redbeard trabalha com acesso concedido, e não guarda a chave de nada que seja seu, o que também é o motivo de nunca haver o que resgatar às pressas.
O efeito: ninguém precisa negociar a devolução do que já está no seu nome.
O dia seguinte é uma contratação, não um resgate
Qualquer engenheiro competente recebe três coisas e continua: o endereço do repositório, os acessos e o documento que explica como o sistema é posto no ar. Nada disso precisa ser preparado no dia: está pronto desde a primeira entrega, porque foi feito como parte do trabalho.
O efeito: a substituição custa uma contratação, e não um projeto novo.
O que se perde, e não faz sentido fingir que não: o contexto acumulado. Quem trabalhou meses no seu processo sabe por que cada decisão foi tomada, e parte disso não cabe em documento nenhum. Por isso o que está acima existe: ele não elimina a perda, reduz a perda ao que ela realmente é: tempo de alguém novo se familiarizar, em vez de um sistema que ninguém consegue tocar.
Próximo passo
Conte o que a sua empresa precisa resolver.
A conversa começa pelo problema, não pela apresentação da Redbeard. Se o que você descrever não for caso para nós, isso é dito na primeira conversa, com o motivo e, quando dá, com a direção que serve melhor.