Tech Reviews
Una auditoría estructurada y por escrito de tu código que termina en una lista priorizada de qué arreglar y qué está bien tal como está.
Tu código creció. Te ayudamos a mantenerlo sano.
Tu código creció. Te ayudamos a mantenerlo sano.
Llevamos años trabajando con Ruby y Elixir, dos ecosistemas que nos apasionan de verdad, y vimos repetirse los mismos patrones en código que crece tantas veces como para saber resolverlos sin frenar el desarrollo de features.
Ruby on Rails sigue siendo una de las formas más rápidas de construir y mantener un producto real en producción. Elixir/Phoenix brilla cuando necesitás features en tiempo real, tolerancia a fallos o manejar cargas concurrentes masivas.
Manejamos los dos, y somos lo bastante pragmáticos para avisarte cuándo ninguno es la mejor opción.
Lo que dominamos
La mayoría de los productos exitosos terminan enfrentando los mismos problemas: la arquitectura original no fue pensada para la escala en la que estás operando, del equipo que la construyó ya no queda casi nadie, el desarrollo asistido por IA sumó código más rápido de lo que se llegó a revisar, y las partes que antes daba gusto tocar hoy frenan a todos los equipos.
Esos patrones nos resultan familiares, y la forma de salir de ellos también. Trabajarlos en un stack que conocemos a fondo es lo que nos permite avanzar rápido sin romper lo que no podés permitirte romper.
Las features hechas a puro vibe coding son la nueva deuda técnica. Una parte es trabajo realmente bueno, otra parece razonable pero está mal, y la mayoría se mergeó sin el nivel de revisión que antes era estándar. Y se acumula: cuanto peor está el código, menos pueden hacer los agentes de IA para seguir produciendo algo de valor encima.
Te ayudamos a conservar lo que funciona, reescribir lo que no, y poner guardrails (prácticas de code review, evals, reglas de lint) para que no vuelva a pasar sin que nadie se entere. Nada de eso reemplaza el criterio senior humano sobre arquitectura, diseño de código y qué es realmente una buena práctica en tu código. Esa parte es innegociable, y es donde más aportamos.
Una auditoría estructurada y por escrito de tu código que termina en una lista priorizada de qué arreglar y qué está bien tal como está.
Queries lentas, N+1, uso excesivo de memoria, cuellos de botella arquitectónicos: lo que aparece a medida que crece el tráfico. Lo encontramos y lo arreglamos.
Llevar apps Rails legacy a versiones modernas, partir monolitos donde conviene, sumar Elixir cuando la concurrencia es el cuello de botella.

WyeWorks renovó la plataforma educativa de Argos, mejorando el codebase de Elixir y LiveView e incorporando SSO y pagos.
WyeWorks se convirtió en el equipo de ingeniería experto en el que Packlane podía confiar para impulsar su negocio, lanzando Shiplane y haciéndose cargo de su producto principal.

Key considerations for migrating a Ruby on Rails application to Elixir and Phoenix, covering paradigm shifts, concurrency, real-time features, and incremental rewriting strategies.

How we refactored a growing Phoenix LiveView module into smaller, focused components using live_component, with practical examples from the Elixir Web Console project.
¿Listo para sumar ingenieros que conocen Ruby y Elixir a fondo, lo suficiente como para arreglar lo que realmente te está frenando?
Llevamos años trabajando con Ruby y Elixir, dos ecosistemas que nos apasionan de verdad, y vimos repetirse los mismos patrones en código que crece tantas veces como para saber resolverlos sin frenar el desarrollo de features.
Ruby on Rails sigue siendo una de las formas más rápidas de construir y mantener un producto real en producción. Elixir/Phoenix brilla cuando necesitás features en tiempo real, tolerancia a fallos o manejar cargas concurrentes masivas.
Manejamos los dos, y somos lo bastante pragmáticos para avisarte cuándo ninguno es la mejor opción.
Lo que dominamos
La mayoría de los productos exitosos terminan enfrentando los mismos problemas: la arquitectura original no fue pensada para la escala en la que estás operando, del equipo que la construyó ya no queda casi nadie, el desarrollo asistido por IA sumó código más rápido de lo que se llegó a revisar, y las partes que antes daba gusto tocar hoy frenan a todos los equipos.
Esos patrones nos resultan familiares, y la forma de salir de ellos también. Trabajarlos en un stack que conocemos a fondo es lo que nos permite avanzar rápido sin romper lo que no podés permitirte romper.
Las features hechas a puro vibe coding son la nueva deuda técnica. Una parte es trabajo realmente bueno, otra parece razonable pero está mal, y la mayoría se mergeó sin el nivel de revisión que antes era estándar. Y se acumula: cuanto peor está el código, menos pueden hacer los agentes de IA para seguir produciendo algo de valor encima.
Te ayudamos a conservar lo que funciona, reescribir lo que no, y poner guardrails (prácticas de code review, evals, reglas de lint) para que no vuelva a pasar sin que nadie se entere. Nada de eso reemplaza el criterio senior humano sobre arquitectura, diseño de código y qué es realmente una buena práctica en tu código. Esa parte es innegociable, y es donde más aportamos.
Una auditoría estructurada y por escrito de tu código que termina en una lista priorizada de qué arreglar y qué está bien tal como está.
Queries lentas, N+1, uso excesivo de memoria, cuellos de botella arquitectónicos: lo que aparece a medida que crece el tráfico. Lo encontramos y lo arreglamos.
Llevar apps Rails legacy a versiones modernas, partir monolitos donde conviene, sumar Elixir cuando la concurrencia es el cuello de botella.

WyeWorks renovó la plataforma educativa de Argos, mejorando el codebase de Elixir y LiveView e incorporando SSO y pagos.

Key considerations for migrating a Ruby on Rails application to Elixir and Phoenix, covering paradigm shifts, concurrency, real-time features, and incremental rewriting strategies.

How we refactored a growing Phoenix LiveView module into smaller, focused components using live_component, with practical examples from the Elixir Web Console project.
¿Listo para sumar ingenieros que conocen Ruby y Elixir a fondo, lo suficiente como para arreglar lo que realmente te está frenando?