Seguimiento de los tiempos de compilación de desarrolladores para decidir si merece la pena actualizar al MacBook M3

Artículo original ↗ Discusión en Hacker News ↗

Los ingenieros comparten datos de miles de compilaciones de Go para decidir si actualizar los MacBook Pro de M1 y M2 a M3 tiene sentido financiero y de productividad, y concluyen que el M2 supone un gran salto frente al M1 mientras que el M3 ofrece solo mejoras modestas sobre el M2, pero aun así justifica sustituir máquinas M1 más antiguas. Los comentaristas debaten alternativas como compilaciones distribuidas o remotas, cajas de desarrollo en la nube y sobremesas, y examinan los métodos estadísticos y el análisis asistido por IA usados en el estudio. Muchos también aportan experiencia práctica sobre el rendimiento de Apple Silicon, las limitaciones de RAM y los compromisos entre bucles de retroalimentación local más rápidos y configuraciones remotas más complejas.

Valor de la actualización: M1 vs M2 vs M3

  • Hay un acuerdo general en que el M1 es una base sólida; el M2 a menudo se siente ~20–60% más rápido que el M1 para compilaciones en este monolito de Go de la organización y en algunas otras cargas de trabajo.
  • El M3 Pro se percibe como solo modestamente mejor que el M2 (~10% en estos datos y en algunos benchmarks de usuarios), pero claramente mejor que el M1.
  • Para muchos comentaristas, pasar de M2 a M3 no merece la pena; de M1 a M3/M2 sí puede merecerla.
  • Varias personas informan que el M3 Max ofrece un beneficio limitado frente al M3 Pro para cargas de compilación típicas; a menudo no se aprovechan los núcleos extra.
  • Algunos argumentan que un M1 Pro/Max usado o con descuento ofrece la mayor parte del valor a un coste mucho menor.

RAM, ancho de banda de memoria y cargas de trabajo

  • Más RAM ayuda mucho con el enlazado y la caché; varios informes indican que 16 GB entra regularmente en paginación bajo carga.
  • Las diferencias de ancho de banda de memoria importan mucho para los LLM locales y algunas compilaciones pesadas; el M2 Ultra (800 GB/s) y los modelos Max (400 GB/s) son los preferidos para eso, mientras que algunas configuraciones M3 Pro/Max se ven como “capadas” en ancho de banda.
  • Debate sobre los Macs de 8 GB: sirven para proyectos pequeños/medianos con cuidado, pero pueden machacar el SSD y sentirse lentos para desarrollo serio.

Local vs remoto / compilaciones distribuidas

  • Algunos equipos dicen que los portátiles locales potentes con compilaciones locales rápidas (<30s) son muchísimo mejores para la productividad y la depuración que los flujos de trabajo remotos o solo con CI.
  • Otros informan de éxito con cajas de desarrollo remotas, clústeres de desarrollo basados en Kubernetes o compilaciones distribuidas (distcc/sccache/Incredibuild), especialmente para bases de código enormes en C++/monolitos.
  • El desarrollo en la nube se critica por ser costoso, propenso a la latencia y operacionalmente complejo, aunque las empresas muy grandes pueden hacerlo funcionar bien.
  • Se elogia el desarrollo solo local de stacks completos de producto como algo raro pero muy eficaz.

Metodología, estadísticas y telemetría

  • A varios comentaristas les gusta la idea de la telemetría de compilación (seguir tiempos de compilación, entorno, batería frente a corriente, RAM, etc.) y usarla para detectar regresiones e informar compras de hardware.
  • Estadísticos y lectores con conocimientos de datos critican:
    • Posible sesgo de cohorte (los empleados nuevos con máquinas nuevas trabajando en tipos de cambios distintos).
    • Uso de t-tests sin modelar muestras no independientes; sugieren modelos de efectos mixtos o pruebas no paramétricas.
    • Fuerte dependencia de histogramas; recomiendan boxplots o CDFs para comparaciones más claras.
  • Aun así, muchos consideran que el ejercicio es “suficientemente bueno” para la toma de decisiones interna y valioso para el aprendizaje organizacional.

Análisis asistido por IA

  • El uso de un “assistant” de OpenAI para ejecutar Python/pandas sobre datos CSV impresiona a muchos; se ve como una reducción drástica de la energía de activación para este tipo de análisis.
  • Algunos siguen siendo escépticos sobre la corrección y la reproducibilidad, y prefieren flujos explícitos en R/Python, pero señalan que se puede inspeccionar el código generado o exportar notebooks.

Mac frente a alternativas y experiencia de desarrollo

  • Fuerte sentimiento pro-Apple-Silicon: enorme salto frente a los Macs Intel para VS Code, compilaciones y batería; los MBP Intel a menudo se describen como “pisapapeles” en comparación.
  • Algunos sostienen que los MacBook son símbolos de estatus sobrevalorados y que los sobremesa o portátiles no Mac más computación remota son más rentables.
  • Otros responden que, para portátiles, los MacBook siguen dominando en rendimiento por vatio, térmicas, ruido, pantalla, altavoces y rendimiento desenchufados.
  • Se informa de que los agentes de seguridad/gestión de endpoints en portátiles corporativos degradan significativamente el rendimiento, independientemente de la generación de la CPU.