Todo projeto aqui começa pela mesma pergunta: aonde você quer chegar, e o que está no caminho? A maioria dos nossos clientes tem prazos reais, restrições reais e operações que não podem parar enquanto o software é substituído. Por isso o trabalho é moldado em torno do resultado que você busca — não de horas faturáveis.
Três formas de contar conosco. A maioria dos clientes começa por uma e evolui para outra.
Liderança técnica sênior sem uma contratação em tempo integral — para equipes que precisam de direção, não só de execução.
Engenharia sênior que se integra à equipe, entrega desde o primeiro dia e deixa seu time mais forte do que encontrou.
Análise de negócio e discovery que transformam um conceito ainda cru em um plano com escopo, custo e viabilidade definidos.
Workshops privados sobre arquitetura, planejamento de sprints e estimativas, discovery e roadmap, padrões de engenharia, .NET MAUI e migração de Xamarin, Bluetooth LE e execução em segundo plano, .NET moderno e IA. Montados a partir do seu próprio código e ministrados por quem escreveu as bibliotecas que estão no seu arquivo de projeto.
A maioria dos projetos de IA trava muito antes de o modelo ser o problema. Os dados de que ele precisa estão em um dispositivo, dentro de um sistema legado ou em um formato que nada consegue consultar. Cuidamos do caminho inteiro — do ponto em que o dado é gerado até onde um assistente pode usá-lo com segurança.
A metade nada glamorosa: levar seus dados de onde são gerados até um lugar que um modelo consiga alcançar, sem perder nada no caminho.
Expor seus sistemas a um assistente de forma intencional, e não por copiar e colar — com limites claros sobre o que ele pode ver e fazer.
Assistentes, fala e automação dentro do app que seus usuários já têm aberto, em vez de mais uma aba de que precisam se lembrar.
O que dá errado raramente é a tecnologia. É uma implantação que ninguém mediu, dados que foram parar onde não deviam, ou um processo entregue discretamente a um modelo pelo qual ninguém responde. Estas são as regras que seguimos em todo projeto de IA.
Um fluxo de trabalho com um custo que você consegue medir de verdade, comprovado antes de qualquer expansão. Implantações na empresa inteira com base em palpite são o jeito como orçamentos de IA são cancelados.
O que sai da sua rede, o que um fornecedor pode usar para treinar e onde dados regulados podem ficar — decidido de forma deliberada e registrado por escrito antes do primeiro prompt.
Tudo o que envolve dinheiro, segurança ou um cliente mantém uma pessoa aprovando, e o sistema registra quem decidiu o quê. A IA faz o rascunho; sua equipe assina.
Avaliado com casos reais do seu negócio, para que você saiba a precisão antes que seus clientes descubram — e para que perceba quando o modelo começa a se desviar.
O modelo é uma peça substituível. Seus dados, suas ferramentas e suas avaliações são o ativo, e continuam portáveis na próxima vez que este mercado mudar.
Alguns processos não devem ser automatizados, e alguns problemas saem mais baratos com uma tela melhor. Vamos dizer isso antes que você tenha pago pela alternativa.
Uma análise rápida de quais dados você já tem, quais está jogando fora e do que um modelo realmente precisaria para responder às perguntas que importam para o seu negócio. Normalmente leva algumas semanas e gera um plano que você consegue orçar — muitas vezes com a conclusão útil de que a primeira fase é encanamento, não IA.
Uma lista curta de propósito. Estas são as áreas em que estamos, de fato, entre as pessoas que você gostaria de ter no problema — mobile, dispositivos conectados e os serviços em nuvem que conectam tudo isso.
Apps .NET MAUI, iOS e Android em produção e conversões de Xamarin → MAUI — incluindo o trabalho de segundo plano, offline e ciclo de vida que a maioria das equipes erra. Trabalhamos com a equipe do .NET MAUI na Microsoft desde o início do MAUI.
BLE central e periférico, frotas de dispositivos e integração com hardware. Escrevemos as bibliotecas que o mercado usa para isso.
Rastreamento de localização, geofencing e telemetria para veículos e equipes que trabalham onde a conectividade não é garantida.
Apps para Apple Watch, Wear OS, CarPlay e Android Auto que levam seu app móvel ao pulso e ao painel do carro, pensados para uma olhada rápida ou um comando de voz, não para uma tela de celular encolhida. A conexão entre o celular e o relógio roda sobre uma biblioteca que nós escrevemos.
Os serviços e APIs em ASP.NET Core por trás do dispositivo — feitos para um deploy limpo, operação barata e para aguentar firme quando a frota inteira se reporta ao mesmo tempo.
Levar bases de código legadas em .NET Framework e apps mobile envelhecidos para plataformas atuais sem interromper as entregas.
Vinte e cinco anos em operações onde o software precisa sobreviver ao contato com o mundo real — caminhões, armazéns, canteiros de obras, hospitais e filas de atendimento.
Conversões de Xamarin para .NET MAUI são uma especialidade nossa, assim como o próprio .NET MAUI. Trabalhamos com a equipe do .NET MAUI na Microsoft desde o início do MAUI, e nossas bibliotecas ajudaram a moldar o ecossistema sobre o qual os apps MAUI são construídos hoje.
O suporte ao Xamarin terminou em maio de 2024. O que trava essas migrações quase nunca é a conversão da interface — é a lista de dependências. Cada plugin abandonado por trás de Bluetooth, tarefas em segundo plano, localização, push, armazenamento e sincronização precisa ser substituído por algo que ninguém da equipe já rodou em produção. É nessa avaliação que os meses se vão, e é nela que está o risco.
Não existe parte de um app mobile em que devolvemos a você uma lista de opções para pesquisar. Escolha qualquer parte do app antigo — a resposta já existe.
Uma análise de dependências e riscos da solução existente — o que passa direto, o que não tem equivalente e o que nem deveria sobreviver à mudança. O resultado é um plano em fases que você consegue orçar, e a migração avança plataforma por plataforma junto com o seu roadmap, em vez de congelá-lo.
Nem todo projeto MAUI é uma migração. Também ajudamos equipes que já fizeram a mudança — desempenho e tempo de inicialização, trabalho em segundo plano que parou de disparar depois de uma atualização do sistema, handlers e código de plataforma, falhas que só se reproduzem em dispositivos reais e o acompanhamento de cada nova versão do .NET. Conte conosco para uma revisão, um problema persistente ou como engenheiros MAUI sêniores ao lado da sua equipe.
O .NET legado não é um problema só. Um app WebForms, uma camada de serviços WCF e um cliente WinForms travam por motivos completamente diferentes, e uma estimativa só é tão boa quanto a experiência de quem realmente viveu naquela stack. Já escrevemos código de produção em todas elas — inclusive nas de VB.NET que ninguém quer abrir — então a avaliação é memória, não uma fase de pesquisa paga por você.
O ciclo de vida da página, o ViewState e os server controls não têm equivalente, então a marcação precisa mesmo ser reescrita. A lógica de negócio por baixo geralmente não — e separar as duas coisas é a maior parte do trabalho.
Bindings, behaviors e contratos SOAP não migram. Quando quem chama os serviços são terceiros que você não pode mudar, o CoreWCF mantém o contrato vivo enquanto tudo por trás dele muda.
Não há para onde migrar — o runtime sumiu de todos os navegadores. Esses projetos começam com uma conversa de escopo sobre o que a aplicação realmente precisava fazer.
A camada de dados é onde uma migração simples fica cara. Tradução de consultas, transações e lazy loading se comportam de outra forma, e isso aparece em produção, não na compilação.
O mais próximo de uma migração mecânica nesta lista. O trabalho de verdade está em hosting, configuração, injeção de dependência e no pipeline de middleware — não nos seus controllers.
Os dois ainda rodam no .NET moderno, então raramente é uma reescrita. O que trava são suítes de controles de terceiros abandonadas e interop com COM — a primeira coisa que vamos procurar.
Bibliotecas compartilhadas são o que permite que o sistema antigo e o novo rodem lado a lado. Colocá-las em multi-targeting primeiro costuma ser o que destrava todo o resto desta lista.
Nada glamoroso, e é o que torna o resto repetível. Também se paga muito antes de a migração terminar, e por isso muitas vezes é a coisa certa a fazer primeiro.
Nada nesta lista é substituído em uma única entrega. O formato que funciona é o strangler: levantar a nova stack ao lado da antiga, mover uma fatia de cada vez por trás das mesmas URLs e manter as duas rodando até não sobrar nada do lado antigo. No papel parece mais lento, e é a única versão disso que já vimos chegar ao fim.
Conte o que você está tentando construir. Vamos dizer com honestidade se somos a escolha certa — e o que faríamos primeiro.
Usamos o Google Analytics para saber quais páginas merecem mais conteúdo. Ele fica desativado até você dizer o contrário, e nada neste site depende dele. Veja nossa política de privacidade.
