Olhando para trás, o Ano 2014 quando em seu Conferência Mundial de Desenvolvedores A Apple nos presenteou com um nova linguagem de programação destinada a substituir Objective C, uma linguagem que tornaria o trabalho muito mais fácil para desenvolvedores e aplicativos muito mais fluidos e otimizados para os usuários, e é que se a Apple criar seu próprio hardware e seu próprio sistema operacional parecesse pouco para você, criar também sua linguagem de programação controle tão extenso sobre seus produtos que poderia nos trazer uma melhoria muito substancial na otimização geral e na experiência do usuário.
Swift foi apresentado como uma linguagem simples e revolucionária, uma linguagem que marcaria o futuro do desenvolvimento em muitos aspectos, e é que aos poucos (como é normal, em uma linguagem recém-criada) novas possibilidades são adicionadas e a Apple está implementando esta linguagem em seus aplicativos nativos, tanto no iOS , OS X, como no resto de seus sistemas, mas os planos da Apple não se limitaram a eles, eles sabiam que se o Swift fosse colocado na fechadura da exclusividade, não teria o sucesso que esperavam.
E por esse motivo O Swift foi lançado de forma "Open Source". ou Open Source, isso significa que qualquer pessoa pode experimentá-lo sem ter que pagar pelos direitos ou qualquer coisa assim, é de uso gratuito para a comunidade.
Um destino para expansão
Se a Apple lançasse o Swift exclusivamente para seus sistemas, os desenvolvedores se recusariam (na maioria das vezes) a aprender um idioma para uma única empresa e, portanto, decidiram deixar o pássaro livre, dar-lhe asas e voar, talvez por isso tenham escolhido aquele logo ...
O importante é que sendo open source, qualquer outra empresa pode fazer uso dele e implementá-lo em seu sistema se desejar, e é exatamente isso que O Google está considerando implementar Swift no Android.
Levantando âncora
Google e Java têm uma longa história por trás deles, Java sempre foi o coração do Android, esses dois nomes sempre andaram de mãos dadas, no bom e no ruim, e é justamente o ruim que agora pode tornar o Java um passivo para o Android, pois se isso não bastasse com o baixo desempenho que causa ao Android tendo Para virtualizar para rodar Java, a Oracle (empresa que adquiriu a Sun Microsystems, proprietária original do Java) queria sua fatia do bolo e esfaqueou o Google exigindo uma grande quantia de dinheiro (9.300 bilhões de dólares) para usar APIs Java sem sua permissão.
Prego após prego está fazendo com que o Google comece a buscar alternativas, outros caminhos de desenvolvimento para Android que permitem melhorar o desempenho deste sistema sem quebrar sua filosofia Open Source, e parece que o Google está conversando com o Facebook e o UBER sobre a possibilidade de incluir o Swift em seu sistema operacional móvel.
Um pássaro livre
Swift não é a única linguagem que o Google está considerando, Kotlin é o nome de outra alternativa Como o Google contempla, o Kotlin seria muito mais fácil de integrar ao Android do que o Swift devido às semelhanças e compatibilidade existentes, no entanto, o último causaria problemas para os desenvolvedores, uma vez que é muito lento para compilar.
Assim, O Google tem uma decisão "difícil", ou pense em você e prossiga para integrar o Kotlin ao Android, ou pense nos desenvolvedores, e sacrifique muito mais tempo e trabalho de sua parte (já que para introduzir o Swift no Android você terá que modificar e refazer muitos aspectos do sistema e até as próprias bases) torna a tarefa de desenvolvimento para Android muito mais fácil.
Mas as vantagens do Swift no Android podem ser muito mais suculentas do que parecem à primeira vista, e isso inclui o Swift, O Google seria capaz de aproximar o Android e o iOS Sem ter que mudar a filosofia de nenhum deles, o Google poderia desenvolver o Swift de acordo com seus próprios caprichos, sem depender da Apple e incluir as próprias funções do Android, mas o uso do Swift poderia permitir que os desenvolvedores criassem aplicativos para ambos os sistemas com uma base comum, o que permitiria reduziria o número de aplicativos exclusivos para um sistema ou outro, e reduziria muito o tempo e a dificuldade de criar 2 versões do mesmo aplicativo, orientadas para sistemas diferentes
Integrar o Swift ao Android também pode levar você uma oportunidade em uma bandeja, e há muitos desenvolvedores que poderiam portar seus aplicativos do iOS para o Android, otimizando-os corretamente para o referido sistema e proporcionando uma experiência de usuário muito par, fazendo com que o Android e o iOS lutem entre si apenas por seus benefícios como sistema operacional, esquecendo-se uma vez e por toda a quantidade de aplicativos disponíveis em um ou no outro, a facilidade de desenvolvimento para um ou outro sistema, a fluidez dos aplicativos em cada um deles e tantos outros problemas que prejudica o uso do Java.
Transição lenta
Ninguém culparia o Google por fazer uso de uma linguagem criada pela Apple, eu pessoalmente vejo isso mais louvável do que repreensível, e é que se você tiver uma oportunidade de oferecer um produto melhor ou uma experiência melhor para seus usuários, o repreensível seria não tirar proveito disso, e fazendo também você pode tirar proveito de seu rival para melhorar seu próprio produto sem pagar um único centavo.
Isso é algo que A Apple também poderia se sair bem, quanto mais o Swift é usado e mais popular se torna, mais pessoas trabalharão nele e maior qualidade será contribuída para essa nova linguagem, algo que pode levar a melhores aplicativos para iOS e OS X.
Mas a transição de Java para Swift (a ser feito) não será imediato, nem rápido, O Google não planeja substituir o Java, pelo menos em curto prazo, mas permitiria o uso das duas linguagens em seu sistema, dando mais opções aos desenvolvedores, algo que se bem-sucedido com o Swift poderia terminar em uma transição completa, mas isso ainda está longe, especialmente porque Swift é uma linguagem tão recente e o Google tem muito trabalho pela frente ...
Ainda com tudo esta é uma notícia muito boa para todosTudo o que significa mais aplicativos, uma melhor experiência do usuário e menos problemas, é algo fabuloso para os usuários, e ainda melhor para os desenvolvedores, que veriam seu trabalho simplificado, algo que daria acesso a muito mais pessoas com novas ideias. tipo de trabalho, especialmente porque Swift é uma linguagem projetada para ser simples de usar.
Dito isso, só podemos esperar para ver que movimento o Google faz, se recebe ou não pressão de outros lados e como esses movimentos afetam seus produtos finais ou a Apple, enquanto esperamos, Você gostaria de ver este cenário se tornar realidade?
Com a fragmentação que existe no Android, o Google não pode tocar isso, tendo pensado nisso antes do Sr. Google
Isso parece perfeito para mim. O Android deve se livrar da máquina virtual Java e trabalhar diretamente no hardware real se quisermos que o sistema operacional e os aplicativos realmente aproveitem o poder dos telefones e tablets de hoje. E o Google não deve oferecer apenas uma linguagem, mas mais de uma linguagem de programação, como acontece com os computadores que existem para todos os gostos e necessidades.
E, claro, deve ser possível programar para Android ON Android. O que é isso sobre ter um tablet decacore, com 4GB de RAM e armazenamento para um tubo ... e ter que ir a um PC comum para programar alguma coisa? Você tem que conseguir essas duas coisas, e tem que pegá-las agora ou, além da fragmentação, o Android será um sistema estagnado.
Na verdade, o autor do artigo deveria ter documentado melhor sobre muitas coisas. Há coisas que não guardam nem o mínimo de relacionamento. Os problemas de desempenho que existiam no Android eram devidos ao pouco hardware daqueles então e isso por sua vez ao fato de que o sistema operacional permitia o que o IOS não permitia. Atualmente o IOS introduziu a multitarefa real e Voila !! Vemos dispositivos Apple com. As máquinas virtuais são, de fato, uma técnica para conseguir uma execução ainda superior à das linguagens compiladas, a de desempenho não está relacionado. As máquinas virtuais, como a do .Net (da Microsoft, onde rodam os jogos do Xbox), têm desempenho ainda menor do que a máquina virtual Java. As máquinas virtuais de hoje têm um compilador de tempo de execução, chamado JIT. Que compila o bytecode para binário na primeira vez que é executado, mas antes de dita compilação, o bytecode é otimizado pelo código do programador, e por sua vez é otimizado novamente no momento de ser compilado pelo JIT. Você deve documentar o seu melhor para o próximo.
Outra coisa, certamente o Google quer evitar questões jurídicas, que também não estão relacionadas à adoção do Kotlin, já que o Kotlin ainda é montado em Java. Eu já uso há algum tempo (desde que era beta), é Java em esteróides, pode-se dizer que é a versão do Swift que roda em java, eles são muito semelhantes em termos de sintaxe, de compilação o tempo é excelente, não tão rápido quanto o Java, mas não é um motivo relevante como mencionado. Outro detalhe é que o Kotlin já é muito usado no mundo Android, não há novidades quanto ao seu uso. O que o Google deve fazer é oferecer estruturas com melhores padrões de arquitetura e tornar as coisas mais confortáveis, como o Android Annotations faz ou como a faca de manteiga