Guardando indietro, il Año 2014 quando nel tuo Conferenza mondiale degli sviluppatori Apple ci ha presentato un file nuovo linguaggio di programmazione destinato a sostituire l'obiettivo C, un linguaggio che renderebbe il lavoro molto più semplice per sviluppatori e applicazioni molto più fluido e ottimizzato per gli utenti, ed è che se Apple creasse il proprio hardware e il proprio sistema operativo ti sembrasse poco, anche creando il suo linguaggio di programmazione lo darebbe un controllo così ampio sui tuoi prodotti che potrebbe portarci un sostanziale miglioramento dell'ottimizzazione complessiva e dell'esperienza utente.
Swift è stato descritto come un linguaggio semplice e rivoluzionario, un linguaggio che segnerà il futuro dello sviluppo sotto molti aspetti, ed è che a poco a poco (come è normale, in un linguaggio di nuova creazione) si aggiungono nuove possibilità e Apple sta implementando questo linguaggio nelle sue applicazioni native, sia in iOS , OS X, come nel resto dei loro sistemi, ma i piani di Apple non erano limitati lì, sapevano che se Swift fosse stato messo il blocco dell'esclusività, non avrebbe avuto il successo che si aspettavano.
E per questo motivo Swift è stato rilasciato in modo "Open Source". o Open Source, questo significa che chiunque può sperimentarlo senza dover pagare per i diritti o qualcosa del genere, è gratuito, per la comunità.
Una destinazione per l'espansione
Se Apple rilasciasse Swift esclusivamente per i loro sistemi, gli sviluppatori si rifiuterebbero (per la maggior parte) di imparare una lingua per una singola azienda, e quindi decisero di lasciare libero l'uccello, dargli le ali e volare, forse è per questo che hanno scelto quel logo ...
L'importante è che essendo open source, qualsiasi altra azienda possa utilizzarlo e implementarlo nel proprio sistema se lo desidera, ed è proprio quello che Google sta valutando l'implementazione di Swift su Android.
Ancoraggio di sollevamento
Google e Java hanno una lunga storia alle spalle, Java è sempre stato il cuore di Android, questi due nomi sono sempre andati di pari passo, nel bene e nel male, ed è proprio il male che ora può rendere Java un ostacolo per Android, poiché se ciò non bastasse con le scarse prestazioni che provoca ad Android avendo per virtualizzare per eseguire Java, Oracle (la società che ha acquisito Sun Microsystems, proprietaria originaria di Java) ha voluto la sua fetta della torta e ha accoltellato Google chiedendo una grossa somma di denaro (9.300 miliardi di dollari) per aver utilizzato API di Java senza la tua autorizzazione.
Unghia dopo chiodo sta spingendo Google a cercare alternative, altri percorsi di sviluppo per Android che permettano di migliorare le prestazioni di questo sistema senza rompere la sua filosofia Open Source, e sembra che Google stia parlando con Facebook e UBER della possibilità di includere Swift nel suo sistema operativo mobile.
Un uccello libero
Swift non è l'unica lingua che Google sta prendendo in considerazione, Kotlin è il nome di un'altra alternativa Come prevede Google, Kotlin sarebbe molto più facile da integrare in Android rispetto a Swift a causa delle somiglianze e della compatibilità esistenti, tuttavia quest'ultima causerebbe problemi agli sviluppatori poiché è molto lenta da compilare.
Così, Google ha una decisione "difficile", oppure pensa a te stesso e procedi ad integrare Kotlin in Android, oppure pensa agli sviluppatori, e sacrificando molto più tempo e lavoro da parte tua (visto che per introdurre Swift in Android dovrai modificare e rifare molti aspetti del sistema e anche le proprie basi) rende il compito di sviluppare per Android molto più semplice.
Ma i vantaggi di Swift su Android possono essere molto più succulenti di quanto sembri a prima vista, ovvero includere Swift, Google sarebbe in grado di avvicinare Android e iOS Senza dover cambiare la filosofia di nessuno dei due, Google potrebbe sviluppare Swift a proprio piacimento senza dipendere da Apple e includere le funzioni di Android, ma l'uso di Swift potrebbe consentire agli sviluppatori di creare applicazioni per entrambi i sistemi con una base comune, il che lo farebbe ridurre il numero di app esclusive per un sistema o per l'altro, e ridurrebbe notevolmente il tempo e la difficoltà per creare 2 versioni della stessa applicazione, orientate a sistemi diversi.
L'integrazione di Swift in Android potrebbe anche farti ottenere Google un'opportunità su un piatto, e ci sono molti sviluppatori che potrebbero portare le loro applicazioni da iOS ad Android ottimizzandole correttamente per detto sistema e fornendo un'esperienza utente molto alla pari, facendo sì che Android e iOS si combattano tra loro esclusivamente per i loro vantaggi come sistema operativo e dimenticandosi una volta e per tutto il numero di applicazioni disponibili in uno o nell'altro, la facilità di sviluppo per un sistema o per l'altro, la fluidità delle applicazioni in ciascuno di essi e molti altri problemi che feriscono l'uso di Java. Android.
Transizione lenta
Nessuno biasimerebbe Google per aver utilizzato un linguaggio creato da Apple, personalmente lo vedo più lodevole che riprovevoleSe hai l'opportunità di offrire un prodotto migliore o una migliore esperienza ai tuoi utenti, la cosa riprovevole sarebbe non approfittarne e, così facendo, puoi sfruttare il tuo rivale per migliorare il tuo prodotto senza pagare un un solo centesimo.
Questo è qualcosa che Anche Apple potrebbe usarlo, più Swift viene utilizzato e più diventa popolare, più persone lavoreranno su di esso e maggiore sarà la qualità del contributo a questo nuovo linguaggio, qualcosa che può portare a migliori applicazioni per iOS e OS X.
Ma il passaggio da Java a Swift (per finire) non sarà immediato, né veloce, Google non prevede di sostituire Java, almeno a breve termine, ma consentirebbe l'uso di entrambe le lingue nel suo sistema, offrendo più opzioni agli sviluppatori, cosa che se avesse successo con Swift potrebbe concludersi con una transizione completa, ma questo rimane lontano, soprattutto perché Swift è un linguaggio così recente e Google ha così tanto lavoro da fare ...
Ancora con tutto questa è un'ottima notizia per tuttiTutto ciò che significa più applicazioni, una migliore esperienza utente e meno problemi, è qualcosa che è favoloso per gli utenti e anche meglio per gli sviluppatori, che vedrebbero il loro lavoro semplificato, qualcosa che darebbe accesso a molte più persone con nuove idee. tipo di lavoro, in particolare Swift è un linguaggio progettato per essere semplice da usare.
Detto questo, possiamo solo aspettare di vedere quale movimento fa Google, se riceve o meno pressioni da altre parti e come questi movimenti influenzano i suoi prodotti finali o Apple, mentre aspettiamo, Ti piacerebbe vedere questo scenario diventare realtà?
Con la frammentazione che esiste in Android, Google non può riprodurla, avendoci pensato prima di Mr. Google
Mi sembra perfetto. Android dovrebbe sbarazzarsi della macchina virtuale Java e lavorare direttamente sull'hardware reale se vogliamo che il sistema operativo e le app sfruttino davvero la potenza dei telefoni e dei tablet di oggi. E Google non dovrebbe offrire solo un linguaggio, ma più di un linguaggio di programmazione, come accade con i computer che esistono per tutti i gusti e le esigenze.
E ovviamente dovrebbe essere possibile programmare per Android SU Android. Cos'è quello di avere un tablet decacore, con 4GB di RAM e spazio di archiviazione per un tubo ... e dover andare su un comune PC per programmare qualcosa? Devi ottenere queste due cose e devi ottenerle ora o oltre alla frammentazione, Android sarà un sistema stagnante.
In realtà l'autore dell'articolo avrebbe dovuto documentare meglio molte cose. Ci sono cose che non mantengono nemmeno il minimo di relazione. I problemi di prestazioni che esistevano in Android erano dovuti al poco hardware di quelli di allora e ciò a sua volta al fatto che il sistema operativo consentiva ciò che quello IOS non consentiva. Attualmente IOS ha introdotto il vero multitasking e Voilà !! Vediamo i dispositivi Apple con. Le macchine virtuali sono, infatti, una tecnica per ottenere un'esecuzione addirittura superiore a quella dei linguaggi compilati, quella delle prestazioni non è correlata. Le macchine virtuali, come quella di .Net (di Microsoft, dove girano i giochi Xbox), hanno prestazioni ancora inferiori rispetto alla Java virtual machine. Le macchine virtuali odierne hanno un compilatore run-time, chiamato JIT. Che compila il bytecode in binario la prima volta che viene eseguito, ma prima di detta compilazione, il bytecode è il codice del programmatore ottimizzato, ea sua volta viene ottimizzato di nuovo al momento della compilazione dal JIT. Devi documentare il tuo meglio per il prossimo.
Qualcos'altro, sicuramente Google vuole evitare problemi legali, anche questo non è legato all'adozione di Kotlin, dato che Kotlin è ancora montato su Java. Lo uso da un po 'di tempo (da quando ero una beta), è Java su steroidi, si potrebbe dire che è la versione di Swift che gira in java, sono molto simili in termini di sintassi, la compilazione il tempo è eccellente, non veloce come Java, ma non è un motivo rilevante come accennato. Un altro dettaglio è che Kotlin è già molto utilizzato nel mondo Android, non ci sono novità riguardo al suo utilizzo. Quello che Google dovrebbe fare è offrire framework con modelli di architettura migliori e rendere le cose più comode come le annotazioni Android o come il coltello da burro