Mirant enrere, corria el l'any 2014 quan en el seu World Wide Developer Conference Apple ens presentava un nou llenguatge de programació destinat a reemplaçar Objective C, Un llenguatge que faria la feina molt més senzill als desenvolupadors i les aplicacions molt més fluides i optimitzades als usuaris, i és que si Apple creant el seu propi maquinari i el seu propi sistema operatiu et semblava poc, creant també el seu llenguatge de programació li dóna un control sobre els seus productes tan extens que podria portar-nos una millora molt substancial en l'optimització general i en l'experiència d'usuari.
Swift va ser presentat com un llenguatge senzill i revolucionari, Un llenguatge que marcaria el futur de el desenvolupament en molts aspectes, i és que a poc a poc (com és normal, en un llenguatge acabat de crear) es van afegint noves possibilitats i Apple va implementant aquest llenguatge en les seves aplicacions natives, tant en iOS, OS X, com en la resta dels seus sistemes, però els plans d'Apple no es limitaven aquí, sabien que si a Swift li posaven el cadenat de l'exclusivitat no arribaria a tenir l'èxit que ells esperaven.
I per aquest motiu Swift va ser llançat de forma «Open Source» o de Codi Obert, això significa que qualsevol pot experimentar amb el sense necessitat de pagar per drets ni res per l'estil, és de lliure ús, per a la comunitat.
Una destinació d'expansió
Si Apple llançava Swift de forma exclusiva per als seus sistemes, els desenvolupadors es negarien (en la seva gran majoria) a aprendre un llenguatge per a una única empresa, i per això van decidir deixar a l'ocell lliure, donar-li ales i volar, potser per això van escollir aquest logo ...
L'important és que a l'ésser de codi obert, qualsevol altra empresa pot fer ús de l'e implementar al seu sistema si així ho desitja, i és precisament això el que Google està considerant, implementar Swift en Android.
levando àncores
Google i Java tenen una llarga història al darrere, Java sempre ha estat el cor d'Android, aquests dos noms sempre han anat de la mà, en el bo i en el dolent, i és precisament el dolent el que ara pot fer de Java un llast per a Android, ja que per si no n'hi hagués prou amb el mal rendiment que ocasiona a Android haver de virtualitzar per executar Java, Oracle (empresa que va adquirir Sun Microsystems, original propietària de Java) ha volgut el seu tros del pastís i ha apunyalat Google reclamant una gran quantitat de diners (9.300 milions d'USD) per fer ús d'APIs de Java sense permís.
Clau després clau està fent que Google comenci a buscar alternatives, altres vies de desenvolupament per Android que permetin millorar el rendiment d'aquest sistema sense trencar la seva filosofia Open Source, I sembla ser que Google està parlant amb Facebook i Uber sobre la possibilitat d'incloure Swift en el seu sistema operatiu mòbil.
Un ocell lliure
Swift no és l'únic llenguatge que Google està considerant, Kotlin és el nom d'una altra alternativa que Google preveu, Kotlin seria molt més senzill d'integrar en Android que Swift causa de les similituds i compatibilitats existents, però aquest últim ocasionaria problemes als desenvolupadors ja que és molt lent a l'hora de compilar.
Així doncs, Google té una «difícil» decisió, O pensa en si mateix i procedeix a integrar Kotlin en Android, o pensa en els desenvolupadors, i sacrificant molt més temps i treball per la seva banda (ja que per introduir Swift en Android caldrà modificar i refer molts aspectes de sistema i fins i tot les pròpies bases) fa la tasca de desenvolupar per Android molt més senzilla.
Però els avantatges de Swift en Android poden ser molt més suculentes del que a primera vista semblen, i és que d'incloure Swift, Google aconseguiria acostar Android i iOS sense necessitat de canviar la filosofia de cap d'ells, Google podria desenvolupar Swift al seu propi gust sense dependre d'Apple i incloure funcions pròpies d'Android, però l'ús de Swift podria permetre als desenvolupadors crear aplicacions per a tots dos sistemes amb una base en comú , cosa que faria reduir el nombre d'apps exclusives per a un sistema o un altre, i reduiria moltíssim el temps i la dificultat per crear 2 versions d'una mateixa aplicació, orientades a diferents sistemes.
Integrar Swift en Android també podria posar-li a Google una oportunitat en safata, I és que sota molts els desenvolupadors que podrien portar les seves aplicacions de iOS a Android optimitzant correctament per aquest sistema i proporcionant una experiència d'usuari molt a l'una, fent que Android i iOS passin a lluitar entre ells per les seves bondats com a sistema operatiu , i oblidant-nos d'una vegada per totes de l'nombre d'aplicacions disponibles en un o altre, la facilitat de desenvolupament per a un sistema o un altre, la fluïdesa de les aplicacions en cada un d'ells i moltíssims altres problemes que l'ús de Java fa mal a Android.
transició lenta
Ningú li retrauria a Google el fer ús d'un llenguatge creat per Apple, personalment ho veig més lloable que reprotxable, I és que si tens una oportunitat d'oferir un millor producte o una millor experiència als teus usuaris, el reprotxable seria no aprofitar-la, i fent a més pot aprofitar-se del seu rival per millorar el seu propi producte sense pagar-li ni un sol cèntim.
Això és una cosa que a Apple també li vindria bé, Com més utilitzat sigui Swift i més popular es faci, més gent treballarà en l'i major qualitat s'aportarà a aquest nou llenguatge, una cosa que pot derivar en millors aplicacions per iOS i OS X.
Però la transició de Java a Swift (D'arribar a fer-se) no serà immediata, ni ràpida, Google no té pensat reemplaçar Java, al menys a curt termini, sinó que permetria l'ús de tots dos llenguatges en el sistema, donant més opcions als desenvolupadors, alguna cosa que de tenir èxit amb Swift podria acabar en una transició completa, però això queda lluny, sobretot sent Swift un llenguatge tan recent i tenint Google tanta feina per davant ...
Encara amb tot, són molt bones notícies per a tots, Tot el que signifiqui més aplicacions, millor experiència d'usuari i menys problemes, és una cosa que als usuaris ens ve de meravella, i als desenvolupadors millor encara, que veurien el seu treball simplificat, cosa que donaria accés a molta més gent amb noves idees a aquest tipus de treballs, sobretot sent Swift un llenguatge destinat a ser senzill a l'ús.
Dit tot, només ens queda esperar per veure que moviment fa Google, si rep o no pressions d'altres bàndols i com afecten aquests moviments als seus productes finals o Apple, mentre esperem, ¿Us agradaria veure aquest escenari fet realitat?
Amb la fragmentació que hi ha a Android, Google no pot jugar a això, haver-ho pensat abans sr Google
Em sembla perfecte. Android hauria treure de sobre la màquina virtual de Java i treballar directament sobre el maquinari real si volem que el sistema operatiu i les apps aprofiten realment la potència dels telèfons i tablets d'avui dia. I Google no només hauria d'oferir un llenguatge, sinó més d'un llenguatge de programació, xomo passa amb els ordinadors que n'hi ha per tots els gustos i necessitats.
I per descomptat, hauria de ser possible programar per Android A Android. Què és això de tenir una tablet decacore, amb 4 gb de RAM i emmagatzematge per un tub ... i haver d'anar a un PC vulgaris per programar alguna cosa? Cal aconseguir aquestes dues coses, i cal aconseguir-les ja o més de la fragmentació, Android serà un sistema estancat.
Realment l'autor de l'article va haver de documentar-se millor respecte a moltes coses. Hi ha coses que no guarden ni tan sols el mínim de relació. Els problemes de performance que havien en Android es debian a l'poc maquinari d'aquells llavors i que al seu veus que el sistema operatiu permetia el que el de IOS no. Actualment IOS introduir multitasca real, i Voila !! Veiem dispositius Apple amb les. Les màquines virtuals són de fet, una tècnica per aconseguir execució fins i tot superior a la de llenguatges compilats, allò de el rendiment no es relaciona. Les màquines virtuals, com la de .Net (de Microsoft, on corren els jocs de Xbox) tenen fins i tot menor rendiment que la màquina virtual Java. Les màquines virtuals d'avui en dia compten amb un compilador en temps d'execució, anomenat JIT. Que compilen el bytecode a binari el primer cop que s'executa, però abans d'aquesta compilació, el bytecode és codi de l'programador optimitzat, i al seu torn s'optimitza novament a l'hora de ser compilat pel JIT. Has documentar et millor per a la proxima.
Una mica més, certament Google vol evitar temes legals, això tampoc guarda relació amb adoptar Kotlin, ja que Kotlin segueix muntat en Java. ja des de fa un temps ho he vingut fent servir (des que era un beta), és Java amb esteroides, pogués dir-se que és la versió de Swift que corre a java, s'assemblen molt quant a sintaxi, el temps de compilació és excel·lent, no tan veloç com el de Java, però no és un motiu rellevant com s'esmenta. Un altre detall és que Kotlin ja és usat bastant en el món Android, no hi ha novetat respecte al seu ús. El que Google hauria de fer és oferir frameworks amb millors patrons d'arquitectura, i fer les coses mes còmodes com ho fan Android Annotations o com butter knife