Google estaría considerando o uso de Swift en Android

rápido

Mirando cara atrás, o ano 2014 cando esteas no teu Conferencia mundial de desenvolvedores Apple presentounos un nova linguaxe de programación destinado a substituír o obxectivo C, unha linguaxe que facilitaría moito o traballo para os desenvolvedores e as aplicacións moito máis fluído e optimizado para os usuarios, e é que se Apple creou o seu propio hardware e o seu propio sistema operativo parécelle pouco, tamén crearía a súa linguaxe de programación. un control tan extenso sobre os teus produtos que nos podería supor unha mellora substancial na optimización xeral e na experiencia do usuario.

Swift apareceu como unha linguaxe sinxela e revolucionaria, unha linguaxe que marcaría o futuro do desenvolvemento en moitos aspectos, e é que aos poucos (como é normal, nun idioma de nova creación) engádense novas posibilidades e Apple vai implementando este idioma nas súas aplicacións nativas, tanto en iOS , OS X, como no resto dos seus sistemas, pero os plans de Apple non estaban limitados aí, sabían que se Swift puxese o bloqueo da exclusividade, non tería o éxito que esperaban.

E por esa razón Swift foi lanzado de forma "Open Source". ou Open Source, isto significa que calquera pode experimentar con el sen ter que pagar dereitos nin nada polo estilo, é de uso gratuíto para a comunidade.

Un destino para a expansión

Rápido

Se Apple lanzase Swift exclusivamente para os seus sistemas, os desenvolvedores rexeitarían (na súa maior parte) aprender un idioma para unha soa empresa e, polo tanto, decidiron deixar o paxaro libre, darlle ás e voar, quizais por iso escolleron ese logotipo ...

O importante é que, sendo o código aberto, calquera outra empresa pode facer uso del e implementalo no seu sistema se o desexa, e iso é precisamente o que Google está a pensar en implementar Swift en Android.

Ancla de elevación

Android Java

Google e Java teñen unha longa historia ás súas costas, Java sempre foi o corazón de Android, estes dous nomes sempre foron da man, no bo e no malo, e é precisamente o malo o que agora pode facer de Java un arrastre en Android, coma se o mal rendemento que provoca non fose suficiente con Android tendo que virtualizar para executar Java, Oracle (a empresa que adquiriu Sun Microsystems, o propietario orixinal de Java) quixo o seu anaco de bolo e acoitelou a google reclamando unha gran cantidade de diñeiro (9.300 millóns de dólares) por usar as API de Java sen o seu permiso.

Unhas tras outras fan que Google comece a buscar alternativas, outras vías de desenvolvemento para Android que permitan mellorar o rendemento deste sistema sen romper a súa filosofía de código aberto, e parece que Google está a falar con Facebook e UBER sobre a posibilidade de incluír Swift no seu sistema operativo móbil.

Un paxaro libre

Android Swift

Swift non é o único idioma que Google está a considerar, Kotlin é o nome doutra alternativa Como Google contempla, Kotlin sería moito máis fácil de integrar en Android que Swift debido ás semellanzas e compatibilidade existentes, pero isto último causaría problemas aos desenvolvedores xa que é moi lento de compilar.

Así que, Google ten unha decisión "difícil", ou pensa en ti mesmo e continúa integrando Kotlin en Android, ou pensa nos desenvolvedores e sacrifica moito máis tempo e traballo pola túa parte (xa que para introducir Swift en Android terás que modificar e refacer moitos aspectos do sistema e incluso as propias bases) facilita moito a tarefa de desenvolver para Android.

Pero as vantaxes de Swift en Android poden ser moito máis suculentas do que parecen a primeira vista, e é incluír Swift, Google sería capaz de achegar Android e iOS Sen ter que cambiar a filosofía de ningún deles, Google podería desenvolver Swift ao seu propio antollo sen depender de Apple e incluír as propias funcións de Android, pero o uso de Swift podería permitir aos desenvolvedores crear aplicacións para ambos sistemas cunha base común, o que reduciría o número de aplicacións exclusivas para un sistema ou outro e reduciría moito o tempo e a dificultade para crear 2 versións da mesma aplicación, orientadas a sistemas diferentes.

A integración de Swift en Android tamén podería obter Google unha oportunidade nun prato, e hai moitos desenvolvedores que poderían transportar as súas aplicacións de iOS a Android optimizándoas correctamente para o devandito sistema e proporcionando unha experiencia de usuario moi á par, facendo que Android e iOS se loiten entre si só polos seus beneficios como sistema operativo e esquécense e por todo o número de aplicacións dispoñibles nun ou noutro, a facilidade de desenvolvemento dun sistema ou outro, a fluidez das aplicacións en cada unha delas e moitos outros problemas que prexudica o uso de Java.

Transición lenta

Rápido

Ninguén culparía a Google por facer uso dun idioma creado por Apple, eu persoalmente vexo máis loable que reprobable, e é que se tes a oportunidade de ofrecer un mellor produto ou unha mellor experiencia aos teus usuarios, o reprobable sería non aproveitalo e, ao facelo, tamén podes aproveitar ao teu rival para mellorar o teu propio produto sen pagar nin un céntimo.

Isto é algo que Apple tamén podería facelo ben, canto máis se usa Swift e canto máis popular se fai, máis xente traballará nela e contribuirase a máis calidade a esta nova linguaxe, algo que pode levar a mellores aplicacións para iOS e OS X.

Pereira a transición de Java a Swift (por facer) non será inmediato, nin rápido, Google non ten previsto substituír Java, polo menos a curto prazo, pero permitiría o uso de ambas as dúas linguas no seu sistema, dando máis opcións aos desenvolvedores, algo que de ter éxito con Swift podería acabar nunha transición completa, pero isto segue lonxe, especialmente porque Swift é un idioma tan recente e Google ten moito traballo por diante ...

Aínda con todo esta é unha moi boa nova para todosTodo o que significa máis aplicacións, unha mellor experiencia de usuario e menos problemas, é algo fabuloso para os usuarios e aínda mellor para os desenvolvedores, que verían o seu traballo simplificado, algo que daría acceso a moita máis xente con novas ideas. tipo de traballo, especialmente porque Swift é unha linguaxe deseñada para ser sinxela de usar.

Dito isto, só podemos esperar a ver que movemento fai Google, se recibe ou non presión doutros lados e como afectan estes movementos aos seus produtos finais ou a Apple, mentres esperamos, ¿Quere que este escenario se faga realidade?


O contido do artigo adhírese aos nosos principios de ética editorial. Para informar dun erro faga clic en aquí.

4 comentarios, deixa os teus

Deixa o teu comentario

Enderezo de correo electrónico non será publicado. Os campos obrigatorios están marcados con *

*

*

  1. Responsable dos datos: Miguel Ángel Gatón
  2. Finalidade dos datos: controlar SPAM, xestión de comentarios.
  3. Lexitimación: o seu consentimento
  4. Comunicación dos datos: os datos non serán comunicados a terceiros salvo obrigación legal.
  5. Almacenamento de datos: base de datos aloxada por Occentus Networks (UE)
  6. Dereitos: en calquera momento pode limitar, recuperar e eliminar a súa información.

  1.   Servizos web dixo

    Coa fragmentación que existe en Android, Google non pode xogar a iso, tendo pensado antes que Mr. Google

  2.   Toni dixo

    Iso paréceme perfecto. Android debería desfacerse da máquina virtual Java e traballar directamente no hardware real se queremos que o sistema operativo e as aplicacións aproveiten realmente a potencia dos teléfonos e tabletas actuais. E Google non só debería ofrecer unha linguaxe, senón máis dunha linguaxe de programación, como sucede cos ordenadores que hai para todos os gustos e necesidades.
    E, por suposto, debería ser posible programar para Android EN Android. Que ten isto de ter unha tableta decacore, con 4 GB de RAM e almacenamento para un tubo ... e ter que ir a un PC común para programar algo? Tes que conseguir estas dúas cousas, e tes que conseguilas agora ou, ademais da fragmentación, Android será un sistema estancado.

  3.   Zerh dixo

    En realidade, o autor do artigo debería ter documentado mellor sobre moitas cousas. Hai cousas que nin sequera gardan o mínimo de relación. Os problemas de rendemento que existían en Android debéronse ao escaso hardware daqueles tempos e iso á súa vez ao feito de que o sistema operativo permitía o que o iOS non. Actualmente iOS introduciu a verdadeira multitarea e ¡Voila !! Vemos dispositivos con Apple. As máquinas virtuais son, de feito, unha técnica para conseguir unha execución incluso superior á das linguaxes compiladas, a do rendemento non está relacionada. As máquinas virtuais, como a de .Net (de Microsoft, onde se executan os xogos Xbox) teñen un rendemento aínda menor que a máquina virtual Java. As máquinas virtuais actuais teñen un compilador en tempo de execución, chamado JIT. Que compila o bytecode a binario a primeira vez que se executa, pero antes da devandita compilación, o bytecode é o código do programador optimizado e, á súa vez, optimízase de novo no momento de ser compilado polo JIT. Debe documentar o mellor para o seguinte.

  4.   Zerh dixo

    Outra cousa, certamente Google quere evitar problemas legais, que non estea relacionada coa adopción de Kotlin, xa que Kotlin aínda está montado en Java. Xa o uso dende hai un tempo (dende que era beta), é Java en esteroides, pódese dicir que é a versión de Swift que funciona en java, son moi similares en canto a sintaxe, a compilación o tempo é excelente, non tan rápido como Java, pero non é unha razón relevante como se mencionou. Outro detalle é que Kotlin xa se usa moito no mundo de Android, non hai novidades sobre o seu uso. Google debería facer é ofrecer cadros con mellores patróns de arquitectura e facer as cousas máis cómodas como fan as Anotacións de Android ou como o coitelo de manteiga