¿Qué quiso decir Jason Prado exactamente cuando dijo “Xcode no puede manejar nuestra escala”?

Desglosar el código en bibliotecas más estáticas no es tan trivial como nos gustaría.

1. Xcode no ayuda a rastrear dependencias recursivas de la biblioteca. Digamos que divido una biblioteca grande en dos más pequeñas. Tengo que actualizar cada binario (y prueba) que depende de forma transitiva de esa biblioteca para vincular esa biblioteca, cuando esta es una biblioteca básica de bajo nivel incluida por todos, el proceso es tedioso. Cualquier persona que cree una nueva biblioteca (o prueba) también debe buscar manualmente las bibliotecas estáticas recursivas para agregarlas a su fase de enlace. También tengo que actualizar cada esquema para construir la nueva biblioteca.

2. Los espacios de trabajo de Xcode tardan en cargar varios proyectos. Xcode se carga y responde mucho más rápido cuando se trata de menos proyectos grandes frente a muchos proyectos más pequeños cuando se carga un espacio de trabajo. Por ejemplo, un espacio de trabajo de 50 proyectos se carga mucho más lento (2 veces más, por encima de mi cabeza) que un proyecto que se ha combinado con el contenido de esos 50 proyectos.

3. Las referencias de proyectos de Xcode son lentas. He intentado anotar un espacio de trabajo de proyectos con dependencias correctas de proyecto y destino, lo que permite que xcode paralelice de forma nativa la compilación entre objetivos, lo cual es importante cuando se vinculan en paralelo binarios de prueba y el escaneo de dependencias en compilaciones incrementales. Hacerlo en un árbol de objetivos 70ish más del doble del tiempo de inicio de xcode porque xcode genera objetos proxy para objetos y archivos del proyecto referenciado, para cada referenciador. También se convierte en una pesadilla de control de versiones, ya que un cambio en un proyecto puede cambiar el archivo del proyecto de muchos otros.

Es una especie de trampa 22. Xcode tiene problemas de rendimiento cuanto más modular hagamos nuestro código y lo carguemos todo de una vez. Al mismo tiempo, nos impide cargar y trabajar en componentes por separado debido a la falta de seguimiento de dependencia recursivo, que requiere cargar todo o crear muchos esquemas de compilación, uno para cada componente.

Este comentario se refiere al hecho de que la jerarquía del espacio de trabajo / proyecto de Xcode en Facebook es tan compleja, que Xcode realmente tiene problemas para que las Mac más recientes puedan abrirla y construirla. Si bien es algo menos problemático para Paper que la aplicación principal de Facebook, Xcode se colgará rutinariamente durante varios segundos completos incluso en el Macbook Pro más rápido que pueda comprar, y toma entre 5 y 10 minutos compilar el proyecto.