Haré crecer tu aplicación legada de Ruby on Rails a Rails 8 y arreglaré sus bugs


Acerca de este Servicio
Traducción automática
¿Quedaste atascado en una versión antigua de Rails, con pruebas rojas y gems que no se instalan? Primero arreglamos los errores, luego actualizamos tu app una versión a la vez hasta Rails 8, para que nada se rompa en el proceso.
Cada pedido empieza con una revisión de salud que tú mantendrás
- Versiones de Rails y Ruby, gems desactualizados o abandonados, pruebas que fallan, avisos de seguridad
- - Un plan de actualización escrito, útil incluso si otro desarrollador hace el trabajo
Lo que obtienes
- Arreglos de bugs, pruebas que fallan y despliegues rotos solucionados
- - Un paso de versión a la vez, desuso eliminado antes del siguiente paso
- - Pull requests en una rama separada, probados en staging. Nada va en vivo hasta que hagas merge
- - Un informe corto de cada cambio
Rails 7.2 y versiones anteriores ya no reciben parches de seguridad. Una versión soportada es la forma más simple de mantenerte al día.
Rails 5.2 y versiones posteriores, PostgreSQL o MySQL, Sidekiq, Redis, Hotwire o React, en Heroku, Render, Fly.io, AWS o tu propio servidor.
Dearnode es liderado por un Miembro Senior de IEEE y ha creado apps de Ruby on Rails desde 2017.
Envíanos tu versión de Rails antes de ordenar y confirmamos qué paquete te conviene.
Logo de Ruby (c) 2006 Yukihiro Matsumoto, usado bajo CC BY-SA 2.5.
Conoce a Andrew Kwak
Web apps, booking systems and automation
- DeEstados Unidos
- Miembro desdesep 2026
Idiomas
Coreano, Inglés
Traducción automática
FAQ
Traducción automática
¿Qué tamaño de app encaja con estos paquetes?
Aplicaciones de hasta unas 40 tablas de base de datos. Mover la construcción del front-end (p. ej. Webpacker a importmap o jsbundling) se cotiza por separado. Para apps grandes, empieza con el chequeo de salud y cotizamos el resto a partir de él.
Mi app tiene pocas o ninguna prueba. ¿Aún puedes actualizarla?
Sí. El paquete superior añade pruebas de humo para tus flujos clave antes de la actualización, así podemos demostrar que no se rompió nada. En el paquete de 2 versiones, una cobertura más delgada implica más comprobaciones manuales, y lo señalamos en el chequeo de salud.
¿Mi app se caerá durante la actualización?
No. Trabajamos en una rama separada y con una copia en staging. Tú revisas el pull request y despliegas cuando estés listo, o añadimos soporte de despliegue en día de lanzamiento y lo hacemos contigo.
¿Qué pasa con gems que ya no se mantienen?
El chequeo de salud los lista. Para cada uno sugerimos una alternativa mantenida, un pequeño fragmento de tu propio código o un parche, y acordamos la opción contigo antes de cambiar nada.
¿Puedes actualizar apps más antiguas que Rails 5.2?
A menudo, sí, pero requieren más pasos y más comprobaciones. Envíanos tu Rails y Ruby versions antes de ordenar y cotizamos después del chequeo de salud.
¿Necesitas mi base de datos de producción?
No. Una copia de staging o datos anonimizados son suficientes. Los registros de errores y tu sistema de seguimiento de errores (por ejemplo Sentry o Honeybadger) nos ayudan a encontrar bugs más rápido.
¿Qué cuenta como un arreglo?
Un solo error, fallo de prueba o despliegue roto con una causa clara. Si una corrección se convierte en reconstruir una función, te lo decimos antes de empezar y lo cotizamos por separado.
