Trabalhar com a gente
Como um trabalho começa, como o projeto anda e o que acontece depois do lançamento.
Como começa um projeto com a MS WebX?
Você descreve o objetivo, não a solução técnica. Perguntamos até o escopo ficar realmente claro e colocamos por escrito antes de construir qualquer coisa. Se acharmos que o caminho pedido é o errado, falamos antes de você pagar — essa conversa custa menos que o retrabalho que ela evita.
Como o projeto anda no dia a dia?
Em passos pequenos e visíveis. O trabalho vai para um ambiente de homologação que você pode abrir no navegador quando quiser e só vai para o ar quando você autorizar. Ninguém vê o produto pronto pela primeira vez no fim do projeto — aí qualquer mudança já sai cara.
O que acontece depois do lançamento?
O que construímos é feito para ser mantido: atualização de dependências, monitoramento e mudanças conforme o negócio muda. Se quem cuida disso somos nós ou o seu time fica combinado dentro do projeto, não presumido depois. Nada é construído de um jeito em que só nós conseguimos mexer.
Vocês assumem um sistema feito por outra empresa?
Primeiro lemos o código existente e depois falamos com clareza se continuar ou substituir custa menos ao longo da vida do sistema. As duas respostas acontecem — código herdado costuma estar bem, só mal documentado. Não recomendamos refazer por reflexo, porque refazer é a coisa mais cara que alguém pode te vender.
Vocês constroem com o quê e como mantêm a qualidade?
PHP no servidor, TypeScript no navegador, Flutter para iOS e Android, MariaDB para os dados, nginx e FrankenPHP para servir. Tecnologia atual e bem conhecida de propósito, para que qualquer um consiga manter depois de nós. A qualidade é garantida por máquinas, não por boa vontade: a análise estática roda no nível mais rígido sem lista de exceções, com mais de duzentas regras próprias que barram o código assim que ele sai da linha.