No es probable hasta y a menos que haya algún caso comercial convincente para que Apple lo haga. He visto esta sugerencia varias veces recientemente, siempre apoyada por la idea de que proyectos como MacRuby se están volviendo más populares entre los desarrolladores y que la adopción de Ruby atraería a más desarrolladores a la plataforma.
No dudo que ambos sean ciertos. El problema es que en realidad no proporcionan ninguna razón para que Apple quiera hacer el movimiento. Apple solo está interesado en lo que los desarrolladores quieren en la medida en que estos intereses se alineen con los suyos, por lo que, en primer lugar, se quedaron con el desarrollo de Objective-C y Mac-only para iPhones. Los desarrolladores que deseen usar Ruby son completamente irrelevantes para Apple hasta el momento en que la falta de soporte nativo de Ruby afecte la capacidad de Apple para continuar beneficiándose de sus plataformas. ¿Has visto sus números trimestrales recientemente?
Además de todo esto, Apple ya tiene más desarrolladores en la plataforma de los que realmente pueden manejar. Al estar bastante abrumados, las sugerencias de que necesitan más desarrolladores no parecen tener mucha base en la realidad.
- ¿Por qué Apple tiene que revisar los envíos de la aplicación Testflight Beta?
- ¿Cuáles son los principales desafíos al usar D3.js en iOS?
- ¿Cuál es la tasa de exclusión voluntaria para notificaciones en iOS?
- ¿Es mejor construir una aplicación de iOS con Appcelerator u Objective C?
- ¿Debo mover mi aplicación de Parse + Heroku a Firebase?
Los argumentos técnicos de Ruby versus Objective-C tampoco son iniciadores a menos que Apple llegue a un punto en el que es simplemente imposible (o al menos prohibitivamente difícil) continuar ajustando y actualizando el sistema actual para cumplir con los nuevos requisitos. Quizás Ruby sea mejor, no lo sé, pero no es que simplemente necesiten accionar un interruptor para hacer ese cambio. Compararían la dificultad técnica de mejorar la plataforma actual con el problema de cambiar a una nueva. Ese es un obstáculo bastante grande para cualquier cambio potencial en Ruby.
