Engenharia de software

Partimos do que a sua equipa 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, uma base de dados relacional e a nuvem que já usa. Registamos cada escolha e os seus motivos.

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

Sim. Projetamos isolamento de inquilinos, configuração por inquilino, funções, ganchos de cobrança e trilhos de auditoria desde a primeira versão, porque acrescentá-los depois exige reescrever o modelo de dados. Acordamos consigo se os inquilinos partilham uma base 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íveisLigação para esta pergunta

A sua plataforma é construída a partir de capacidades de negócio autónomas com APIs próprias, como fixação de preços, integração de clientes ou faturação. 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íveisLigação para esta pergunta

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

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

Escolha desktop quando o trabalho exigir uso offline, acesso direto a dispositivos ou ficheiros locais, volume alto de dados ou gráficos, ou ecrãs rápidos operadas por teclado. Para a maioria das outras necessidades, uma aplicação web é mais fácil de distribuir e atualizar. Recomendamos caso a caso, e às vezes uma aplicação web com um pequeno componente desktop é a resposta certa.

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

Aplicações nativas oferecem o melhor desempenho e a maior integração com cada sistema operacional. Aplicações multiplataforma partilham um único código 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íveisLigação para esta pergunta

Sim, para as tarefas que permitem. Decidimos consigo quais dados cada utilizador precisa no dispositivo, mantemos tudo encriptado e registamos as alterações até a rede voltar. Quando o mesmo registo 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íveisLigação para esta pergunta

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

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

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

Leia mais: Móvel, computação espacial e gémeos digitaisLigação 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, planear um porto, operar um distrito de cidade inteligente ou treinar equipas para eventos raros.

Leia mais: Móvel, computação espacial e gémeos digitaisLigação 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: Móvel, computação espacial e gémeos digitaisLigação para esta pergunta

Sim, onde as jornadas permitirem. Guardamos no dispositivo, encriptados, os dados de que o utilizador precisa, e enfileiramos as suas mudanças até a ligação voltar. Regras de sincronização decidem o que acontece quando o mesmo registo mudou em dois lugares, e projetamos essas regras consigo.

Leia mais: Móvel, computação espacial e gémeos digitaisLigação 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 controlo. Verificações automatizadas correm a cada mudança. Antes de cada versão, testamos as jornadas principais manualmente com teclado e leitores de ecrã.

Leia mais: UX e engenharia de qualidade autónomaLigação para esta pergunta

Sim. O design da direita para a esquerda é mais do que espelhar o ecrã: navegação, indicadores de progresso e ícones direcionais espelham-se, enquanto números, logotipos e controlos de media 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ónomaLigação 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 aceite. A suíte permanece fiável sem esconder defeitos reais.

Leia mais: UX e engenharia de qualidade autónomaLigação para esta pergunta

Ela lê grandes volumes de código antigo rapidamente: explica o que um programa faz, segue 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 IALigação para esta pergunta

Sim. Traduzimos ou reconstruímos programas COBOL como serviços nativos de nuvem e migramos dados DB2 com reconciliação em cada etapa. Tarefas em lote e interfaces de ficheiro 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 IALigação 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 as suas funções sem tocar nas suas entranhas. 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 IALigação para esta pergunta

Uma nuvem soberana mantém dados, operações e controlo jurídico dentro de uma única jurisdição. Pode ser um fornecedor regional, uma nuvem governamental, uma região de hiperescalador com os controlos adequados ou o seu próprio centro de dados. Precisa de uma quando a lei ou o seu regulador exige que certos registos fiquem no país. Mapeamos quais das suas cargas de trabalho estão sujeitas a essas regras antes de recomendar onde devem correr.

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

Normalmente o que 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 geridos de que precisa e como os seus outros sistemas se ligam. Trabalhamos com AWS, Microsoft Azure, Google Cloud, Alibaba Cloud e nuvens governamentais regionais, e mantemos código específico de fornecedor apenas onde vale a pena.

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

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

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

Depende de cada sistema: onde os dados podem ficar, as suas necessidades de desempenho e conetividade, as suas licenças e o que a sua equipa 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íbridaLigação para esta pergunta

Considere isso quando os dados não puderem sair do seu limite 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íbridaLigação para esta pergunta

Sim. Partimos do que 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 porquê, e escolhe o fornecedor.

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

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

Leia mais: DevOps, engenharia de plataforma e ambientes controlados para agentes de programação com IALigação para esta pergunta

Normalmente as que já tem. Trabalhamos com Terraform, OpenTofu e Pulumi para infraestrutura, Kubernetes para contentores 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 precisa.

Leia mais: DevOps, engenharia de plataforma e ambientes controlados para agentes de programação com IALigação 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 IALigação 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 IALigação para esta pergunta

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

Leia mais: Criptografia pós-quântica e criptografia resistente a quânticaLigação para esta pergunta

Raramente. A criptografia pós-quântica corre nas redes e no hardware que 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ânticaLigação para esta pergunta

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

Leia mais: Nuvem e InfraestruturaLigação para esta pergunta

Sim. Avaliamos quais serviços prendem ao fornecedor, projetamos o alvo numa nuvem soberana, noutro fornecedor ou no seu próprio centro de dados, e movemos as cargas em etapas com um caminho de reversão para cada uma. Decide até onde ir: alguns clientes movem tudo, outros só as cargas com que os seus reguladores se importam.

Leia mais: Nuvem e InfraestruturaLigação para esta pergunta