Cuándo parchar un activo viejo y cuándo reemplazarlo

Tengo un MacBook Pro de 2014. Apple decidió que no recibe macOS Sequoia. Lo parché en una tarde con OpenCore Legacy Patcher, un proyecto comunitario que instala versiones nuevas de macOS en equipos que Apple ya abandonó: 35 minutos en preparar el USB, otros 40 en la instalación, 20 en aplicar el parche que devuelve los controladores de gráficos y sonido. Me quedó funcional para otro año, quizá dos. Costo: cuatro horas y la fragilidad de depender de un parche comunitario que cualquier actualización futura puede romper.

📍 Conoce OpenCore Legacy Patcher, el proyecto que mantiene vivas las Mac que Apple abandonó

Lo escribo porque la decisión no era sobre el Mac. Era sobre cómo decido cuándo estirar un activo y cuándo aceptar que toca cambiarlo. Ese patrón se repite en cualquier práctica del conocimiento: tu software de gestión, el sistema donde llevas a tus clientes, tu plantilla de contrato, la persona del equipo que llevas tres años queriendo reemplazar, el proceso de facturación que sigue funcionando pero te pesa cada cierre de mes.

El patrón

Cuando un activo deja de cumplir lo que pediste de él, hay dos caminos. Parchar: costo bajo o nulo de adquisición, alto de mantenimiento y atención continua. Reemplazar: costo alto de adquisición, menor de mantenimiento si el reemplazo está bien elegido. La decisión rara vez es obvia, porque parchar siempre se ve más barato en el momento, y el costo silencioso de seguir parchando se cobra en cuotas pequeñas que no aparecen en ningún reporte.

Cuatro preguntas que uso para decidir

1. ¿Cuál es el costo real del parche, medido en horas tuyas y de tu equipo?

OpenCore es gratis. Mis cuatro horas no. Si tuviera que pagarle a alguien que sepa instalarlo limpio, el trabajo costaría más que un Mac mini nuevo. Lo hice yo porque la curiosidad técnica también es un activo. En una decisión profesional, la curiosidad no se cuenta así.

2. ¿El parche resuelve el problema o lo pospone?

Mi Mac no es más rápido después de Sequoia. El procesador de 2014 sigue siendo el procesador de 2014. Lo que gané fue compatibilidad con software nuevo. Si lo que necesitaba era velocidad, parchar no era la respuesta. Si lo que necesitaba era seguir abriendo aplicaciones que solo arrancan en macOS 14 o superior, sí lo era. La pregunta es a qué dolor le pones el parche.

3. ¿Cuánto tiempo me da el parche, siendo realista?

OpenCore depende de la comunidad. Cada actualización de macOS borra los parches anteriores y obliga a reaplicarlos. El día que el equipo de OpenCore decida no soportar el siguiente macOS, mi Mac queda atrás sin aviso. Si necesito ese Mac dos años más, asumir esa fragilidad es razonable. Si lo necesito cinco años, no.

La misma pregunta sirve para el software heredado. Un proceso que funciona hoy con dos personas puede ser inviable con cinco. La pregunta no es si funciona ahora. Es si funciona en el escenario que vas a tener en 18 meses.

4. ¿Qué pierdo por no reemplazar ahora?

Esta es la pregunta que casi nadie se hace. Aplazar el reemplazo de un activo no es neutral. Cada mes que sigues con un software que se quedó viejo, con una persona que no encaja, con un proceso que improvisas porque nunca lo documentaste, estás pagando un costo silencioso en horas perdidas, errores que llegan al cliente y oportunidades que dejaste pasar porque no tuviste capacidad de tomarlas. Parchar es una decisión. No reemplazar también lo es.

Cuándo ganó parchar

Una abogada que trabajaba conmigo llevaba ocho años con los honorarios en Excel. Funcionaba. La presión externa era cambiar a un software de facturación profesional. Calculamos: la migración tomaba tres semanas de implementación y configuración, más la curva de aprendizaje del equipo. Excel le tomaba 20 minutos al mes. Decidimos parchar Excel: mejoramos las fórmulas, dejamos una plantilla limpia, agregamos copia de seguridad automática. Diferimos el cambio dos años. Tiempo recuperado: tres semanas que se invirtieron en captación.

Funcionó porque el activo no era el cuello de botella. Lo era la captación. Reemplazar el activo equivocado no acelera nada.

Cuándo perdí por parchar

Adquirí una operación que llevaba años parchando su sistema de seguimiento de tareas. Cada necesidad nueva era un campo nuevo, una regla nueva, una excepción que solo el equipo viejo entendía. Pensaba que migrar era caro. Aguanté ocho meses más. Al final migré. La migración tomó dos semanas. Los ocho meses que aplacé costaron, sumando confusión del equipo, errores que llegaron al cliente y tiempo gastado explicando excepciones, mucho más que esas dos semanas.

Perdí porque no me hice la pregunta. Operaba por inercia, no por decisión. Cuando reaccioné, ya tenía menos opciones disponibles que si hubiera elegido seis meses antes.

El criterio

El error que cometo más seguido no es parchar cuando debí reemplazar. Es no preguntarme cuál de los dos estoy haciendo. Sigo operando porque sigue funcionando, hasta que un día algo se rompe y la decisión llega con menos margen, con menos opciones y con peor información que si la hubiera tomado a tiempo.

Mi Mac de 2014 sigue ahí. Lo voy a usar hasta que OpenCore deje de sostenerlo o hasta que necesite algo que no me dé. Ahora sé en qué punto exacto va a cambiar la cuenta. Eso es lo que separa parchar como decisión de parchar por inercia.

Haz la cuenta con el activo más viejo que sigue vivo en tu trabajo: el software, la plantilla, el proceso que improvisas en cada cierre. ¿Cuántas horas al mes te está cobrando seguir parchándolo? Si no sabes el número, esa es la respuesta.