Swift y Objective-C

La mayoría de los nuevos proyectos que se crean están escritos en Swift, pero las empresas más grandes todavía suelen dar soporte a los marcos de trabajo heredados de Objective-C

Las pruebas en la comunidad han mejorado en los últimos años, pero siguen siendo bastante malas en comparación con otras pilas. En parte se debe a la falta de educación adecuada por parte de Apple, y en parte a malas elecciones de arquitectura, dado que escribir pruebas para MVC es más complicado que en otros patrones de arquitectura.

Todavía hay una oportunidad significativa para que los desarrolladores Swift/Objective-C adopten las pruebas de unidades. Los que lo hagan destacarán entre la multitud.

Apple ha introducido mejoras significativas en XCTest y en la compatibilidad de Xcode con las pruebas. He visto que mucha menos gente que en años anteriores utiliza marcos de trabajo alternativos, ya que el coste de la curva de aprendizaje y de lidiar con los problemas de compatibilidad suele ser mayor que las ventajas.

Las pruebas de interfaz de usuario son mucho más lentas de ejecutar y a menudo menos fiables, no son ideales para el flujo de trabajo TDD, y la mayoría de las empresas no las ejecutan en cada PR. En su lugar, se programan en CI o en builds nocturnos.

No me sorprende que la adopción sea lenta, ya que se trata de una pila bastante nueva en comparación con otras alternativas. Pero hablé con un grupo de ingenieros que trabajan con Swift en Server y todo lo que oí fueron elogios sobre lo bien que funciona.