Cada proyecto empieza con la misma pregunta: ¿adónde quiere llegar y qué se lo impide? La mayoría de nuestros clientes tienen plazos reales, restricciones reales y operaciones que no pueden detenerse mientras se reemplaza el software. Por eso el trabajo se organiza en torno al resultado que usted busca, no en torno a las horas facturables.
Tres formas de contar con nosotros. La mayoría de los clientes empieza con una y acaba pasando a otra.
Liderazgo técnico sénior sin una contratación a tiempo completo, para equipos que necesitan dirección y no solo ejecución.
Ingeniería sénior que se integra y entrega desde el primer día, y deja a su equipo más fuerte de lo que lo encontró.
Análisis de negocio y descubrimiento que convierten un concepto aproximado en un plan definido, presupuestado y realizable.
Talleres privados sobre arquitectura, planificación de sprints y estimación, descubrimiento y hojas de ruta, estándares de ingeniería, .NET MAUI y migración de Xamarin, Bluetooth LE y ejecución en segundo plano, .NET moderno e IA. Construidos a partir de su propio código e impartidos por quienes escribieron las bibliotecas de su archivo de proyecto.
La mayoría de los proyectos de IA se estancan mucho antes de que el modelo sea el problema. Los datos que necesita están en un dispositivo, dentro de un sistema heredado o en un formato que nada puede consultar. Trabajamos todo el recorrido: desde donde se generan los datos hasta el punto en que un asistente puede usarlos de forma segura.
La mitad poco vistosa: llevar sus datos desde donde se generan hasta un lugar al que un modelo pueda acceder, sin perder nada por el camino.
Exponer sus sistemas a un asistente de forma deliberada y no a base de copiar y pegar, con límites claros sobre lo que puede ver y hacer.
Asistentes, voz y automatización integrados en la app que sus usuarios ya tienen abierta, en lugar de otra pestaña que tengan que recordar.
El fallo rara vez está en la tecnología. Está en un despliegue que nadie midió, en datos que fueron a parar a donde no debían o en un proceso entregado discretamente a un modelo del que nadie responde. Estas son las reglas que mantenemos en cada proyecto de IA.
Un flujo de trabajo con un costo que realmente se pueda medir, demostrado antes de ampliar nada. Los despliegues en toda la empresa basados en una corazonada son la forma en que se cancelan los presupuestos de IA.
Qué sale de su red, con qué puede entrenar un proveedor y dónde pueden residir los datos regulados: decidido de forma deliberada y por escrito antes del primer prompt.
Todo lo que afecte al dinero, a la seguridad o a un cliente mantiene a una persona que lo aprueba, y el sistema registra quién decidió qué. La IA redacta; su equipo firma.
Evaluado con casos reales de su empresa, para que conozca la precisión antes de que la descubran sus clientes, y para que pueda saber cuándo el modelo empieza a desviarse.
El modelo es una pieza reemplazable. Sus datos, sus herramientas y sus evaluaciones son el activo, y siguen siendo portátiles la próxima vez que este mercado cambie.
Algunos procesos no deberían automatizarse, y algunos problemas se resuelven más barato con una pantalla mejor. Se lo diremos antes de que haya pagado por la alternativa.
Una revisión breve de qué datos tiene ya, cuáles está desechando y qué necesitaría realmente un modelo para responder las preguntas que le importan a su empresa. Suele llevar un par de semanas y da como resultado un plan que puede presupuestar, a menudo con la útil conclusión de que la primera fase es infraestructura, no IA.
Una lista corta a propósito. Son las áreas en las que de verdad estamos entre las personas que usted querría tener frente al problema: móvil, dispositivos conectados y los servicios en la nube que los unen.
Apps de producción en .NET MAUI, iOS y Android, y migraciones de Xamarin a MAUI, incluido el trabajo en segundo plano, sin conexión y de ciclo de vida que la mayoría de los equipos hace mal. Trabajamos con el equipo de .NET MAUI de Microsoft desde los inicios de MAUI.
BLE central y periférico, flotas de dispositivos e integración de hardware. Escribimos las bibliotecas que el sector usa para esto.
Seguimiento de ubicación, geovallas y telemática para vehículos y equipos que trabajan donde la conectividad no está garantizada.
Aplicaciones para Apple Watch, Wear OS, CarPlay y Android Auto que llevan su aplicación móvil a la muñeca y al salpicadero, pensadas para un vistazo o una orden de voz, no para una pantalla de teléfono encogida. La conexión entre el teléfono y el reloj funciona con una biblioteca que escribimos nosotros.
Los servicios y APIs en ASP.NET Core que hay detrás del dispositivo, diseñados para desplegarse limpiamente, ser baratos de operar y aguantar cuando toda la flota reporta a la vez.
Migración de .NET Framework heredado y de bases de código móviles envejecidas a plataformas actuales, sin detener la entrega.
Veinticinco años en operaciones donde el software tiene que resistir el contacto con el mundo real: camiones, almacenes, obras, plantas de hospital y colas de llamadas.
Las migraciones de Xamarin a .NET MAUI son una de nuestras especialidades, igual que el propio .NET MAUI. Trabajamos con el equipo de .NET MAUI de Microsoft desde los inicios de MAUI, y nuestras bibliotecas han ayudado a dar forma al ecosistema sobre el que se construyen hoy las apps MAUI.
Xamarin dejó de tener soporte en mayo de 2024. Lo que frena estas migraciones casi nunca es la conversión de la interfaz: es la lista de dependencias. Cada plugin abandonado detrás de Bluetooth, las tareas en segundo plano, la localización, las notificaciones push, el almacenamiento y la sincronización tiene que sustituirse por algo que nadie del equipo ha usado todavía en producción. Esa evaluación es donde se van los meses, y donde está el riesgo.
No hay ninguna parte de una app móvil en la que le devolvamos una lista de opciones para que las investigue. Elija cualquier parte de la app antigua: la respuesta ya existe.
Un análisis de dependencias y riesgos de la solución existente: qué pasa directamente, qué no tiene equivalente y qué no debería sobrevivir a la migración. El resultado es un plan por fases que puede presupuestar, y la migración avanza plataforma por plataforma junto a su hoja de ruta en lugar de congelarla.
No todo proyecto de MAUI es una migración. También ayudamos a equipos que ya dieron el paso: rendimiento y tiempo de arranque, tareas en segundo plano que dejaron de ejecutarse tras una actualización del sistema operativo, handlers y código de plataforma, fallos que solo se reproducen en dispositivos reales, y mantenerse al día con cada nueva versión de .NET. Cuente con nosotros para una revisión, un problema persistente o como ingenieros sénior de MAUI junto a su propio equipo.
El .NET heredado no es un único problema. Una app de WebForms, una capa de servicios WCF y un cliente WinForms se atascan por razones completamente distintas, y una estimación solo vale lo que valga la experiencia real de quien la hace con esa tecnología. Hemos escrito código de producción en todas ellas, incluidas las de VB.NET que nadie quiere abrir, así que la evaluación es memoria y no una fase de investigación que usted paga.
El ciclo de vida de la página, ViewState y los controles de servidor no tienen equivalente, así que el marcado realmente se reescribe. La lógica de negocio que hay debajo normalmente no, y separar ambas cosas es la mayor parte del trabajo.
Los bindings, los behaviors y los contratos SOAP no se trasladan. Cuando quienes llaman al servicio son terceros que usted no puede cambiar, CoreWCF mantiene vivo el contrato mientras todo lo que hay detrás se migra.
No hay nada a lo que migrar: el runtime ha desaparecido de todos los navegadores. Estos proyectos empiezan con una conversación de alcance sobre lo que la aplicación realmente necesitaba hacer.
La capa de datos es donde una migración sencilla se encarece. La traducción de consultas, las transacciones y la carga diferida se comportan de forma distinta, y se nota en producción, no al compilar.
Lo más parecido a una migración mecánica de esta lista. El trabajo real está en el hosting, la configuración, la inyección de dependencias y el pipeline de middleware, no en sus controladores.
Ambos siguen funcionando en .NET moderno, así que rara vez es una reescritura. Lo que la bloquea son las suites de controles de terceros abandonadas y la interoperabilidad COM, que es lo primero que buscamos.
Las bibliotecas compartidas son lo que permite que el sistema antiguo y el nuevo funcionen en paralelo. Conseguir primero que tengan multi-targeting suele ser lo que desbloquea todo lo demás de esta lista.
Poco vistoso, y es lo que hace repetible todo lo demás. Además da resultados mucho antes de que termine la migración, por eso a menudo es lo correcto para empezar.
Nada de esta lista se reemplaza de una sola vez. El enfoque que funciona es el patrón strangler: levantar la nueva tecnología junto a la antigua, trasladar una parte cada vez detrás de las mismas URL y mantener ambas en marcha hasta que no quede nada en el lado antiguo. Sobre el papel parece más lento, y es la única versión de esto que hemos visto terminar.
Cuéntenos lo que intenta construir. Le diremos con honestidad si somos la opción adecuada, y qué haríamos primero.
Usamos Google Analytics para saber sobre qué páginas vale la pena escribir más. Permanece desactivado hasta que usted indique lo contrario, y nada en este sitio depende de él. Consulte nuestra política de privacidad.
