Lyft, creo que hicieron el cambio en 2015 o antes.
Sunset Lakes, que es una trampa porque:
- Hacen aplicaciones de robótica Mac (no iOS)
- Completaron el turno muy temprano (¿2014?)
Pensé en mencionarlos porque están muy contentos con el cambio (tienen costos sustanciales por errores de software, muchos de los cuales pueden causar daños de miles de dólares, por lo que un lenguaje que los ayude a hacer las cosas bien podría ser más importante para ellos entonces muchos otros campos)
- ¿Cómo se consigue obtener una aplicación de iPhone desarrollada por un tercero?
- ¿Se pueden traducir las capacidades de Jquery y Javascript (front-end) a Objective-C y Swift?
- ¿Las empresas considerarán un candidato que hizo 8 aplicaciones iOS únicas (en 6 meses) equivalentes a un ingeniero iOS experimentado de 3 años?
- ¿Cuánto dinero se necesita para desarrollar una aplicación de iOS como la aplicación de eBay?
- ¿Cuál es el futuro de las aplicaciones nativas?
No tengo muchos otros ejemplos, principalmente porque es difícil distinguir de cosas como la lista de trabajos si la compañía X está contratando a algunos desarrolladores de Swift porque hacen algún trabajo de Swift, o porque hacen principalmente el trabajo de Swift.
Sin embargo, no me sorprendería que muchas empresas que retrasaron el cambio a Swift comiencen en 2016.
Antes de Swift 3, Apple no prometía ninguna compatibilidad con versiones anteriores del código fuente de Swift. Con cada nueva versión, podrían (y con frecuencia lo hicieron) realizar cambios que invalidaron el antiguo código Swift. Con frecuencia, eso podría arreglarse en una tarde (el compilador emite arreglos para la mayoría de los cambios). A veces lleva más tiempo (las clases de colección y los iteradores cambiaron mucho en Swift 3, si simplemente los usó o los extendió con frecuencia, entonces la solución funciona y tiene muy poco en qué pensar. Si creó su propia clase de colección ¡entonces podrías tener mucho trabajo por delante!).
Si bien la cantidad de trabajo aquí no es enorme, es un problema porque la nueva versión de Xcode tenía un Swift más nuevo, y no puedes enviar aplicaciones iOS desde una versión beta de Xcode, pero normalmente no puedes construir para la próxima SDK de un viejo Xcode. Entonces, al ingresar a iOS 10 si quería asegurarse de que su aplicación funcionara bien en iOS 10, tenía que convertirla. Si necesitaba hacer una versión mientras iOS 9 todavía estaba actualizado, tenía que usar la versión no convertida de su fuente. Si encontró un error importante mientras trabajaba en la nueva versión de iOS 10, tuvo que volver a elegir la versión anterior. No es un ender mundial, sino un dolor especialmente. para pequeñas empresas
Ahora que Swift 3 está fuera, Apple ha cambiado la postura para esforzarse por mantener la compatibilidad de la fuente, y solo en circunstancias extremas (o supongo que si está usando cosas marcadas como obsoletas, o cualquier clase / estructura / protocolo / función que comience con un guión bajo) su código Swift 3 no será válido en Swift 4 y más allá.
Por lo tanto, un inconveniente sustancial de usar Swift ha desaparecido este año.
