Engenharia de software

Partimos do que a sua equipe consegue operar e contratar, do que os seus outros sistemas usam e do que o software precisa fazer. Para a maioria dos softwares de negócio, isso significa uma linguagem convencional como TypeScript, Java, C# ou Python, um banco de dados relacional e a nuvem que você já usa. Registramos cada escolha e seus motivos.

Leia mais: Engenharia de aplicações, plataformas e produtos componíveisLink para esta pergunta

Sim. Projetamos isolamento de inquilinos, configuração por inquilino, funções, ganchos de cobrança e trilhas de auditoria desde a primeira versão, porque acrescentá-los depois exige reescrever o modelo de dados. Acordamos com você se os inquilinos compartilham um banco de dados, um esquema ou nada, conforme as suas necessidades de segurança e custo.

Leia mais: Engenharia de aplicações, plataformas e produtos componíveisLink para esta pergunta

A sua plataforma é construída a partir de capacidades de negócio autônomas com APIs próprias, como precificação, onboarding ou faturamento. Cada uma pode ser alterada, escalada ou substituída sem tocar no restante, e novos produtos podem reutilizá-las. Serve a plataformas que vão crescer por anos; uma ferramenta pequena não precisa disso.

Leia mais: Engenharia de aplicações, plataformas e produtos componíveisLink para esta pergunta

Usamos React com Next.js para a maioria dos novos aplicativos, porque ele permite renderização no servidor e tem ferramentas maduras. Também trabalhamos com Angular e Vue.js, e continuamos no framework que você já usa quando essa é a escolha sensata.

Leia mais: Engenharia de aplicações, plataformas e produtos componíveisLink para esta pergunta

Escolha desktop quando o trabalho exigir uso off-line, acesso direto a dispositivos ou arquivos locais, volume alto de dados ou gráficos, ou telas rápidas operadas por teclado. Para a maioria das outras necessidades, um aplicativo web é mais fácil de distribuir e atualizar. Recomendamos caso a caso, e às vezes um aplicativo web com um pequeno componente desktop é a resposta certa.

Leia mais: Engenharia de aplicações, plataformas e produtos componíveisLink para esta pergunta

Aplicativos nativos oferecem o melhor desempenho e a maior integração com cada sistema operacional. Aplicativos multiplataforma compartilham um único código-base entre Windows, macOS e Linux, o que reduz o custo de construí-los e alterá-los. Recomendamos nativo quando uma plataforma domina ou o trabalho é exigente, e multiplataforma quando várias plataformas importam.

Leia mais: Engenharia de aplicações, plataformas e produtos componíveisLink para esta pergunta

Sim, para as tarefas que permitem. Decidimos com você quais dados cada usuário precisa no dispositivo, mantemos tudo criptografado e registramos as alterações até a rede voltar. Quando o mesmo registro muda em dois lugares, regras acordadas decidem qual alteração prevalece ou pedem que uma pessoa escolha.

Leia mais: Engenharia de aplicações, plataformas e produtos componíveisLink para esta pergunta

Sim. Integramos os dispositivos que a sua equipe usa, como leitores de código de barras, impressoras de recibos e etiquetas, balanças e terminais de pagamento. Conectamos pelos drivers, SDKs ou portas padrão de cada dispositivo e testamos com os modelos e firmwares exatos que você usa, porque dispositivos do mesmo tipo muitas vezes se comportam de forma diferente.

Leia mais: Engenharia de aplicações, plataformas e produtos componíveisLink para esta pergunta

Aplicativos nativos em Swift e Kotlin dão o acesso mais completo aos recursos do dispositivo. Aplicativos multiplataforma em React Native ou Flutter compartilham a maior parte do código entre iOS e Android, o que reduz o custo de construir e alterar. Recomendamos nativo quando o app depende fortemente do dispositivo, e multiplataforma para a maioria dos apps de negócio e de consumo.

Leia mais: Aplicativos móveis, computação espacial e gêmeos digitaisLink para esta pergunta

Um gêmeo digital é um modelo 3D vivo de um local ou processo físico, alimentado por dados dos seus sensores e sistemas. Vale a pena construí-lo quando as decisões sobre esse local são caras de testar na realidade. Exemplos são mudar uma linha de produção, planejar um porto, operar um distrito de cidade inteligente ou treinar equipes para eventos raros.

Leia mais: Aplicativos móveis, computação espacial e gêmeos digitaisLink para esta pergunta

Aos que descrevem o local real: plataformas de IoT industrial e de sensores, sistemas prediais e de planta, e sistemas de ERP e de manutenção de ativos. Acordamos as fontes de dados e a frequência de atualização de cada uma, para que o gêmeo mostre o local como ele está.

Leia mais: Aplicativos móveis, computação espacial e gêmeos digitaisLink para esta pergunta

Sim, onde as jornadas permitirem. Guardamos no dispositivo, criptografados, os dados de que o usuário precisa, e enfileiramos as suas mudanças até a conexão voltar. Regras de sincronização decidem o que acontece quando o mesmo registro mudou em dois lugares, e projetamos essas regras com você.

Leia mais: Aplicativos móveis, computação espacial e gêmeos digitaisLink para esta pergunta

Projetamos conforme a WCAG 2.2 AA desde o primeiro wireframe: contraste suficiente, foco visível, ordem de leitura lógica, alvos grandes o bastante e um rótulo para cada controle. Verificações automatizadas rodam a cada mudança. Antes de cada versão, testamos as jornadas principais manualmente com teclado e leitores de tela.

Leia mais: UX e engenharia de qualidade autônomaLink para esta pergunta

Sim. O design da direita para a esquerda é mais do que espelhar a tela: navegação, indicadores de progresso e ícones direcionais se espelham, enquanto números, logotipos e controles de mídia normalmente não. O texto em árabe precisa da sua própria fonte, tamanho e altura de linha, e revisamos as duas direções com leitores nativos.

Leia mais: UX e engenharia de qualidade autônomaLink para esta pergunta

Os testes de interface costumam quebrar quando um botão se move ou é renomeado, mesmo que a funcionalidade ainda funcione. Testes autocurativos usam IA para encontrar o elemento novamente e propor um teste atualizado, que um engenheiro revisa antes de ser aceito. A suíte permanece confiável sem esconder defeitos reais.

Leia mais: UX e engenharia de qualidade autônomaLink para esta pergunta

Ela lê grandes volumes de código antigo rapidamente: explica o que um programa faz, rastreia para onde vão os dados, sugere refatorações e redige testes. Os engenheiros decidem o que muda, revisam cada linha e comprovam com testes de caracterização. A IA acelera o entendimento; ela não substitui a verificação.

Leia mais: Modernização de legados acelerada por IALink para esta pergunta

Sim. Traduzimos ou reconstruímos programas COBOL como serviços nativos de nuvem e migramos dados DB2 com conciliação em cada etapa. Tarefas em lote e interfaces de arquivo ganham equivalentes modernos. Partes que são estáveis e caras de mover podem ficar atrás de uma camada de API até chegar a sua vez.

Leia mais: Modernização de legados acelerada por IALink para esta pergunta

Quando o núcleo antigo é estável e correto, mas difícil de alcançar. APIs modernas na frente dele permitem que novos canais, parceiros e produtos usem suas funções sem tocar nas suas partes internas. Recomendamos a substituição quando o sistema bloqueia mudanças, não pode ser protegido ou não pode mais ser mantido com pessoal.

Leia mais: Modernização de legados acelerada por IALink para esta pergunta

Uma nuvem soberana mantém dados, operações e controle jurídico dentro de uma única jurisdição. Pode ser um provedor regional, uma nuvem governamental, uma região de hiperescalador com os controles adequados ou o seu próprio data center. Você precisa de uma quando a lei ou o seu regulador exige que certos registros fiquem no país. Mapeamos quais das suas cargas de trabalho estão sujeitas a essas regras antes de recomendar onde devem rodar.

Leia mais: Engenharia de nuvem, SovereignTech e migração híbridaLink para esta pergunta

Normalmente, o provedor que você já usa, a menos que haja um motivo claro para mudar. Os fatores decisivos são residência de dados, contratos e competências existentes, os serviços gerenciados de que você precisa e como os seus outros sistemas se conectam. Trabalhamos com AWS, Microsoft Azure, Google Cloud, Alibaba Cloud e nuvens governamentais regionais, e mantemos código específico de provedor apenas onde vale a pena.

Leia mais: Engenharia de nuvem, SovereignTech e migração híbridaLink para esta pergunta

A infraestrutura é definida em ferramentas de código aberto como Terraform, OpenTofu ou Pulumi, e as cargas de trabalho rodam em Kubernetes ou outras plataformas portáveis. Quando um serviço próprio do provedor é a melhor escolha, usamos de propósito e registramos a rota de saída. Você termina com uma estimativa escrita do esforço para mover cada carga de trabalho.

Leia mais: Engenharia de nuvem, SovereignTech e migração híbridaLink para esta pergunta

Depende de cada sistema: onde os dados podem ficar, suas necessidades de desempenho e conectividade, suas licenças e o que a sua equipe consegue operar. Muitas empresas mantêm um parque híbrido, que funciona bem quando é projetado como um todo. Comparamos as opções por custo, risco e esforço, e recomendamos a que escolheríamos.

Leia mais: Engenharia de nuvem, SovereignTech e migração híbridaLink para esta pergunta

Considere isso quando os dados não puderem sair do seu perímetro ou quando o uso for estável o bastante para que a capacidade própria custe menos do que pagar por chamada. Comparamos um cluster privado, uma nuvem soberana e um serviço público de modelos para a sua carga de trabalho e depois dimensionamos o cluster e os modelos que ele serve.

Leia mais: Engenharia de nuvem, SovereignTech e migração híbridaLink para esta pergunta

Sim. Partimos do que você tem e substituímos apenas o que está sem suporte ou no caminho do desenho. Quando for preciso comprar hardware ou licenças, especificamos o que é necessário e por quê, e você escolhe o fornecedor.

Leia mais: Engenharia de nuvem, SovereignTech e migração híbridaLink para esta pergunta

DevOps é a prática de desenvolvedores e operações compartilharem a responsabilidade por operar software. A engenharia de plataforma transforma essa prática em um produto: uma plataforma interna de desenvolvedores que dá a toda equipe a mesma forma testada de construir, implantar e operar serviços. As suas equipes gastam o tempo em funcionalidades, não com pipelines.

Leia mais: DevOps, engenharia de plataforma e harnesses de programação com IALink para esta pergunta

Normalmente as que você já tem. Trabalhamos com Terraform, OpenTofu e Pulumi para infraestrutura, Kubernetes para contêineres e os serviços comuns de CI/CD, incluindo GitLab CI/CD, GitHub Actions e Argo CD. Só recomendamos uma mudança quando uma ferramenta bloqueia o que você precisa.

Leia mais: DevOps, engenharia de plataforma e harnesses de programação com IALink para esta pergunta

Não quando são configurados caso a caso. Uma tarefa só passa para um modelo menor depois de superar as mesmas avaliações do modelo de fronteira, e as respostas em cache só são usadas onde a resposta armazenada continua correta. Qualquer caso incerto ainda vai para o modelo maior.

Leia mais: SRE, observabilidade e FinOps de nuvem e de tokens de IALink para esta pergunta

GreenOps aplica a abordagem FinOps à energia e ao carbono. As cargas de trabalho são dimensionadas conforme o que usam, executadas onde e quando a eletricidade é mais limpa se puderem esperar, e reportadas nos termos de que a sua comunicação de ESG precisa.

Leia mais: SRE, observabilidade e FinOps de nuvem e de tokens de IALink para esta pergunta

O suporte varia por modelo e versão de firmware. Verificamos cada HSM na auditoria de CBOM e planejamos atualizações ou substituições apenas onde forem necessárias.

Leia mais: Criptografia pós-quântica e criptografia resistente a quânticaLink para esta pergunta

Raramente. A criptografia pós-quântica roda nas redes e no hardware que você já tem, enquanto a QKD exige enlaces ópticos dedicados. Só consideramos QKD para alguns enlaces de alto valor em que um regulador ou um parceiro a exige.

Leia mais: Criptografia pós-quântica e criptografia resistente a quânticaLink para esta pergunta

AWS, Microsoft Azure, Google Cloud, Alibaba Cloud e nuvens governamentais regionais, além dos seus próprios data centers e clusters privados de GPU. A infraestrutura é definida em Terraform, OpenTofu ou Pulumi e as cargas rodam em Kubernetes, para que a escolha do provedor permaneça aberta.

Leia mais: Nuvem e InfraestruturaLink para esta pergunta

Sim. Avaliamos quais serviços prendem você ao provedor, projetamos o alvo em uma nuvem soberana, em outro provedor ou no seu próprio data center, e movemos as cargas em etapas com um caminho de reversão para cada uma. Você decide até onde ir: alguns clientes movem tudo, outros só as cargas com que os seus reguladores se importam.

Leia mais: Nuvem e InfraestruturaLink para esta pergunta