# Shopify prohíbe a sus ingenieros usar modelos pequeños y baratos y obliga a usar solo los modelos más grandes y caros que existen. Traducción automática del post original, sin revisión de un traductor humano. Las afirmaciones históricas pueden haber cambiado. Shopify prohíbe a sus ingenieros usar modelos pequeños y baratos y obliga a usar solo los modelos más grandes y caros que existen. El director de ingeniería de la empresa dijo que incluso en el futuro lejano, cuando salgan modelos como Opus 45, GPT55 o Gemini 35 (para ilustrar que, aun cuando los modelos avancen mucho más allá de lo que hay hoy), la política seguirá siendo la misma. Siempre el modelo más potente, sin concesiones. La razón no es presupuestaria en el sentido habitual. Shopify considera que el tiempo de un ingeniero humano es un recurso mucho más caro que el tiempo de cómputo... Su lógica es sencilla: un ingeniero que usa un modelo débil para ahorrar costes de cómputo obtiene código con más probabilidad de errores sutiles y poco claros. Luego ese mismo ingeniero pierde horas intentando localizar el error y corregirlo. El pequeño ahorro en el coste del modelo se borra por completo frente al coste del tiempo humano perdido. Y la verdad es que lo he vivido más de una vez, incluso con errores pequeños: corregir llevó muchos más recursos que planificar bien con un modelo de calidad que habría entendido mejor el requisito y también lo habría corregido. Así que Shopify elige pagar más por el modelo para obtener código de calidad ya en la primera ronda y reservar el tiempo de sus ingenieros para lo que de verdad exige pensar, en lugar de cazar errores que un modelo más potente simplemente no habría creado en primer lugar. Y otra cosa interesante que hacen es medir el valor de la tarea, en lugar de las métricas "triviales" que en realidad no muestran nada (como cuántas líneas de código o cuántos PR). Presentó, por ejemplo, un caso en el que borrar 4 líneas de código ahorró a la empresa 100 mil dólares. ¿Cómo se mide eso en las distintas herramientas DORA? Su aspiración es multiplicar las capacidades de cada desarrollador de su empresa para que parezca que tiene una flota de 100 mil desarrolladores con el mismo grupo de desarrollo que tiene hoy. ¿Qué opinan? ¿Están a favor de un modelo barato o uno caro? Original: https://ofershap.github.io/posts/linkedin-7487389403590590464/ Source: https://www.linkedin.com/posts/ofershap_%D7%A9%D7%95%D7%A4%D7%99%D7%A4%D7%99%D7%99-%D7%90%D7%95%D7%A1%D7%A8%D7%AA-%D7%A2%D7%9C-%D7%94%D7%9E%D7%94%D7%A0%D7%93%D7%A1%D7%99%D7%9D-%D7%A9%D7%9C%D7%94-%D7%9C%D7%94%D7%A9%D7%AA%D7%9E%D7%A9-%D7%91%D7%9E%D7%95%D7%93%D7%9C%D7%99%D7%9D-activity-7487389403590590464-TYwp Published: 2026-07-27T09:12:22.784000+03:00