Si utilicé otro lenguaje para compilar para otra plataforma, como uso C # para compilar aplicaciones IOS, ¿es algo bueno o tengo que aprender el idioma nativo de iOS que es Objective-C?

Si te refieres a Xamarin por C #, creo que lee estas publicaciones y tanto como encuentres.
Por qué no recomiendo Xamarin para desarrollo móvil
Decidir entre iOS nativo y Xamarin (MonoTouch)

Aunque tengo experiencia en C #, nunca he probado Xamarin, prefiero aprender el objetivo c y el toque de cacao. La razón más importante es que cuando enfrenta dificultades, errores y necesita algunos ejemplos de algo que nunca ha hecho antes, no es fácil encontrar soluciones para el entorno Xamarin. Es por eso que todavía tiene que lidiar con Objective-C y Frameworks de Apple.

¡La otra razón es que me gusta aprender cosas nuevas!

Si usa Xamarin y C #, eso es algo bueno. Obtiene una interfaz invocable C # en las API de iOS. Para un desarrollador de C #, eso es algo bueno. No tienes que aprender un nuevo idioma. Los problemas para aprender un nuevo idioma son:

• Aprender un nuevo idioma significa que realmente tienes que pasar tiempo para aprender el idioma. Demasiadas personas quieren interpretar esto como “fácil” y algo en lo que puedes estar completamente inmerso en 21 días. Mi experiencia ha sido que me lleva 3 meses ser competente en un nuevo idioma. Agregue que tendría que aprender una nueva plataforma / IDE / conjunto de herramientas, y podría ser fácilmente 3 meses más.
• Aprender múltiples idiomas nuevos da como resultado un tremendo cambio de tareas en tu cabeza. Con el móvil, hay más que iOS, hay Android. En este momento, los dos representan el 96.4% del mercado de teléfonos inteligentes móviles. Los problemas que esto causa son:

• ¿Cómo se comparte el código entre dos plataformas?
• ¿Planeas escribir dos aplicaciones independientes? uno en ObjectiveC y uno en Java / Dalvik / ART sin compartir código entre los dos.
• ¿Tienes tiempo para aprender estas plataformas?

Espero que algo de eso sea útil.

Para responder a algunos de los otros artículos presentados por otros carteles: (y no estoy tratando de discutir con ellos)

• El tiempo de espera para el soporte es insignificante. En este momento, llevo varios meses ejecutando el soporte del SDK Xamarin iOS8. Se puso a disposición poco después del primer beta SDK y se ha actualizado bastante rápido desde entonces. He estado usando el soporte de Xamarin GM desde que se lanzó el mismo día que el SDK GM de iOS8.
• Xamarin es nativo. Una aplicación escrita con Xamarin.iOS está llamando a las mismas API que está llamando una aplicación iOS. Es el mismo APIS, controles de IU, integración de dispositivos, apariencia, sensación, olor y sabor que cualquier otra aplicación. Apple ha presentado al menos una aplicación Xamarin en su publicidad de iPad en los Estados Unidos. No es un problema para Apple.
• En 2009 y 2010, hubo una falta de documentación / ejemplos sobre cómo hacer las cosas. Sí estoy de acuerdo. En 2014, ese no es el caso. Hay muchos ejemplos, foros, código de muestra, publicaciones de blog que son específicas de Xamarin. Si no hay un ejemplo específico de xamarin, entonces no es tan difícil mirar el objC y traducir. He hecho esto varias veces.

Para mí, Xamarin ofrece lo mejor de ambos mundos. Obtengo la interfaz de usuario nativa y la integración de dispositivos que los usuarios esperan. Recibo el código compartido que necesito. Es ganar-ganar.