Servicios y lógica
Capas de negocio, APIs y procesos del lado del servidor.
Java
.NET
Node.js
PHPHP / Laravel
Python
Capacidades técnicas declaradas
Tecnología
con criterio.
El stack no se impone al problema. Se define a partir de la arquitectura, el equipo, la operación, la seguridad y la evolución esperada.
Inventario orientativo. No representa certificaciones, alianzas, niveles de dominio ni experiencia comprobada en proyectos.
01 / Inventario
Herramientas por responsabilidad.
Ocho dominios para leer el ecosistema técnico sin confundir herramientas con decisiones de arquitectura.
Java
.NET
Node.js
PHPHP / Laravel
Python
Experiencias web
Interfaces, aplicaciones y experiencias digitales.
React
Angular
Vue.js
NXNext.js
Aplicaciones móviles
Experiencias nativas y multiplataforma.
Flutter
React Native
ADAndroid
IOiOS
Persistencia
Datos relacionales, documentales y de acceso rápido.
PostgreSQL
MYMySQL
SQL Server
MongoDB
Redis
Infraestructura
Plataformas para desplegar, operar y escalar soluciones.
AWS
Microsoft Azure
Google Cloud
Entrega y operación
Automatización, contenedores y plataformas de ejecución.
Docker
Kubernetes
GitLab CI/CD
GitHub Actions
NGNginx
LXLinux
Modelos y análisis
Procesamiento, automatización y lectura de información.
LLM
OCR
NLNLP
MLMachine learning
BIPower BI
Ecosistemas conectados
Contratos, eventos y servicios entre plataformas.
APAPIs REST
WHWebhooks
ERERP / CRM
PGPasarelas de pago
FEFacturación electrónica
NOTA / 01
Stack, versiones, disponibilidad de perfiles, licencias y arquitectura deben confirmarse para cada iniciativa.
02 / Criterio
Primero la decisión.
Después la herramienta.
Una tecnología solo es pertinente cuando responde al contexto funcional, los riesgos, la capacidad operativa y la evolución esperada.
- 01Contexto funcional
- 02Arquitectura y riesgos
- 03Operación y equipo
- 04Evolución esperada