Swift mira o desenvolvimento multiplataforma fora do ambiente Apple

Autoria: Compilado do Código Fonte TV [OFICIAL] · Assistir no YouTube

Vídeo de autoria do canal indicado, não da IANIA; todos os direitos pertencem ao criador. Transcrição, resumo e tradução gerados automaticamente; o conteúdo no idioma original é preservado na versão em idioma original.

Idioma original: português

Vídeo original: Swift mira multiplataforma fora do ambiente Apple · Canal: Compilado do Código Fonte TV [OFICIAL] · 04:39 · Assistir no YouTube

Tópicos: Engenharia de software com IA, Ferramentas de desenvolvimento com IA

Resumo

A versão 6.4 do Swift traz mudanças para facilitar o desenvolvimento em diferentes plataformas, incluindo Linux, macOS e Windows. Entre as novidades estão melhorias no Swift Package Manager, na interoperabilidade com outras linguagens, no suporte a Android e na execução de Swift na web com WebAssembly. A conversa destaca que essas mudanças podem ampliar a adoção da linguagem e permitir que equipes usem uma base de código em mais plataformas. Os participantes ponderam, porém, que nenhuma linguagem deve, por si só, acabar com a divisão entre equipes.

Pontos-chave

O Swift 6.4 adotou o Swift Build como motor padrão do Swift Package Manager, com o objetivo de padronizar compilações em Linux, macOS e Windows.
A linguagem ampliou a interoperabilidade com C e C++ e aprimorou a interoperabilidade assíncrona com Java e Kotlin.
A biblioteca Subprocess chegou à primeira versão estável, com suporte à concorrência moderna para executar e gerenciar comandos do terminal.
O JavaScriptKit acelerou a comunicação do Swift com JavaScript no navegador por meio de WebAssembly.
O suporte a Android foi atualizado para o LTS NDK 30 e passou a funcionar com um novo motor de compilação sem scripts pós-instalação.
A extensão do VS Code foi disponibilizada no Open VSX Registry, permitindo seu uso em editores alternativos como o Cursor.
A conversa discute se a expansão do Swift para outras plataformas pode favorecer o uso de uma mesma base de código e aproximar equipes de desenvolvimento.

Capítulos

Início	Capítulo	Resumo
00:02	Swift 6.4 e compilação multiplataforma	A versão 6.4 apresenta mudanças no Swift Package Manager e no Swift Build para aproximar a compilação entre diferentes sistemas operacionais.
01:04	Web, Android e ferramentas de desenvolvimento	O vídeo aborda WebAssembly, suporte a Android, compatibilidade com editores alternativos e melhorias no tratamento de dados em memória.
02:37	Adoção do Swift fora da Apple	Os participantes comentam como o suporte a outras plataformas pode ampliar o uso do Swift e perguntam se já há projetos desse tipo em produção no Brasil.
03:08	Linguagens, plataformas e equipes	A conversa compara Java, Kotlin, Objective-C e Swift e questiona se o alcance multiplataforma do Swift pode mudar a organização das equipes.
04:08	Uma linguagem pode unir as equipes?	Os participantes brincam que nenhuma linguagem, nem mesmo Rust, é capaz de garantir paz e união entre equipes de desenvolvimento.

Citações

Uma das principais mudanças operacionais está no Swift Package Manager, que adotou o Swift Build como motor padrão. — 00:02

A nova versão também acelerou a presença do Swift na web com a comunicação do WebAssembly no navegador através do JavaScriptKit. — 01:04

Para quem já estava ambientado com o ecossistema da Apple, poder desenvolver aplicações para fora sem depender de outras linguagens é um divisor de águas. — 02:05

Será que o Swift vai trazer a paz e a união entre esses times? — 04:08

Conceitos e entidades

Swift (conceito): Linguagem de programação cuja versão 6.4 é apresentada com melhorias voltadas ao desenvolvimento multiplataforma.
Swift Package Manager (ferramenta): Gerenciador de pacotes do Swift que passou a usar o Swift Build como motor padrão.
Swift Build (ferramenta): Motor de compilação adotado por padrão pelo Swift Package Manager para compilar projetos Swift.
Subprocess (ferramenta): Biblioteca do Swift que oferece suporte à execução e ao gerenciamento de comandos do terminal.
WebAssembly (conceito): Tecnologia usada na comunicação do Swift com JavaScript no navegador.
JavaScriptKit (ferramenta): Biblioteca mencionada como meio de comunicação entre Swift e JavaScript no navegador.
Kotlin (conceito): Linguagem citada em comparação com a expansão multiplataforma do Swift.
Cursor (ferramenta): Editor mencionado como exemplo de ambiente alternativo que pode usar a extensão do VS Code.

Tradução completa (pt-BR)

00:02 E o Swift mira o multiplataforma fora do ambiente Apple. >> O ecossistema do Swift recebeu oficialmente a versão 6.4, trazendo novidades focadas em unificar as experiências dos programadores justamente fora desse ambiente Apple, né? E simplificar a escrita de código no dia a dia. O Swift já está há algum tempo apontando para fora mesmo, colocando os bracinhos para fora da Apple, né? Uma das principais mudanças operacionais está no Swift Package Manager, que adotou o Swift Build como motor padrão para garantir que os projetos compilem da

00:33 mesma forma no Linux, no macOS e também no Windows. Olha que beleza! A linguagem também ampliou sua ponte de comunicação com outras tecnologias, permitindo o intercâmbio nativo de estruturas de dados com C e C++, sem conversões manuais, e aprimorando a interoperabilidade assíncrona com Java e Kotlin. Então, se o Kotlin é multiplataforma, agora o Swift também está indo atrás disso, e a briga é boa, né? Para a execução de sistemas externos, a biblioteca Subprocess chegou à sua primeira versão estável, oferecendo

01:04 suporte nativo à concorrência moderna para executar e gerenciar comandos do terminal com segurança entre diferentes plataformas. >> A nova versão também acelerou a presença do Swift na web, com a comunicação do WebAssembly no navegador por meio do JavaScriptKit, que ficou até 40 vezes mais rápida, e com o SDK dedicado sendo distribuído diretamente pelo portal oficial. No desenvolvimento móvel, o suporte ao Android foi atualizado para a versão LTS do NDK 30 e ganhou compatibilidade

01:35 com o novo motor de compilação, sem depender de scripts de pós-instalação. Já a área de ferramentas ganhou compatibilidade mais ampla, levando a extensão do VS Code para o Open VSX Registry e permitindo o uso direto em editores alternativos do ecossistema, incluindo o Cursor. Para completar, o compilador introduziu estruturas que manipulam dados na memória sem custos extras de cópia, preservando a segurança da memória em tarefas de alta

02:05 performance. >> E isso veio da fonte principal, do próprio Swift, né? Para você ver que realmente está colocando o braço para fora do sistema Apple e que hoje já dá para considerar desenvolver no Android usando Swift, e usá-lo também para a web. Então, poxa, para quem já estava ambientado com todo o ecossistema da Apple, poder ter essa possibilidade de desenvolver aplicações para fora sem depender de outras linguagens é um

02:37 divisor de águas. >> Verdade, me surpreendeu até mesmo incluir ali uma certa compatibilidade com o Cursor, por exemplo, né? Então, realmente está abrindo um pouco o leque. Isso obviamente ajuda na adoção da linguagem, né? >> Quero saber de você que trabalha com Swift: você ainda está 100% no ecossistema Apple ou já existe algum projeto rodando em produção em outra plataforma, mas que utiliza a mesma base de código? É interessante saber se aqui no Brasil já

03:08 tem esse tipo de coisa ou se o pessoal às vezes não está nem aí. >> Não está nem aí para isso. >> Porque, por anos, ficou convencionado algo assim: “Olha, eu sou de Java.” “Ah, legal. Poxa, vamos desenvolver um app?” “Assim, pô, eu não desenvolvo app, desenvolvo sistemas.” “Ah, mas vamos desenvolver o app.” O cara de Java migrou para Android e deu tudo certo. Aí veio Kotlin para assumir essa parte do Java em aplicações móveis. Só que o Kotlin também abriu os braços, e você desenvolve qualquer tipo de

03:38 aplicação que desenvolve em Java também dentro do Kotlin. E, para desenvolver dentro do ecossistema da Apple, tinha o Objective-C. >> Uhum. >> Depois, mudou para o Swift. Cara, foi uma enxurrada de gente trabalhando com Swift. Então, acho que muitas empresas ainda se acostumaram a ter duas equipes: a equipe do Android e a equipe do iOS; a equipe de Java e Kotlin, >> Hum. >> né? Às vezes elas se engalfinham, mas às vezes trabalham juntas contra, digamos, o pessoal do Swift.

04:08 E agora que o Swift tem todo um ecossistema para outras plataformas, fica meio misturado: como serão as equipes agora para desenvolver essas soluções, né? >> Será que o Swift vai trazer paz e união entre essas equipes, Gabriel? >> Dificilmente. Nenhuma linguagem faz isso. >> Nenhuma linguagem? Ah, que isso, Gabriel? >> Nenhuma, nenhuma. >> Rust, talvez, não? >> Nem o Rust. >> Nem o Rust, ah. >> E este é um trecho de uma notícia do Compilado do Código Fonte TV.

04:39 >> Onde toda semana tem um episódio novo falando de programação, tecnologia, inteligência artificial e cibersegurança. >> Então, inscreva-se aqui no canal do Compilado e acompanhe os episódios completos. >> [música] [música] [música]

Transcrição original

[00:02] E o Swift mira multiplataforma fora do ambiente Apple. >> O ecossistema do Swift recebeu oficialmente a sua versão 6.4, trazendo novidades focadas em unificar experiências dos programadores, justamente para fora desse ambiente Apple, né? E simplificar a escrita de código no dia a dia. O Swift já está há um tempo apontando para fora mesmo, botando os bracinhos de fora da Apple, né? Uma das principais mudanças operacionais está no Swift Package Manager, que adotou o Swift Build como motor padrão para garantir que os projetos compilem da

[00:33] mesma forma no Linux, no macOS e também no Windows, olha que beleza. A linguagem também ampliou a sua ponte de comunicação com outras tecnologias, permitindo o intercâmbio nativo de estruturas de dados com C e C++, sem conversões manuais e aprimorando aí a interoperabilidade assíncrona com Java e Kotlin. Então, se o Kotlin tá multiplataforma, agora o Swift também tá atrás disso e a a briga é boa, né? Para a execução de sistemas externas, a biblioteca Subprocess atingiu a sua primeira versão estável, oferecendo

[01:04] suporte nativo à concorrência moderna para rodar e gerir comandos do terminal de modo seguro entre diferentes plataformas. >> A nova versão também acelerou a presença do Swift na web com a comunicação do WebAssembly no navegador através do JavaScriptKit, ficando até 40 vezes mais rápida e com o SDK dedicado sendo distribuído diretamente pelo portal oficial. No desenvolvimento móvel, o suporte ao Android foi atualizado para a versão LTS NDK 30 e compatibilidade

[01:35] com o novo motor de compilação sem depender de scripts pós-instalação. Já a área de ferramentas ganhou ali compatibilidade mais ampla, levando a extensão do VS Code para o Open VSX Registry e permitindo o uso direto em editores alternativos do ecossistema, incluindo o Cursor. Para completar, o compilador introduziu estruturas que manipulam dados em memória sem custos extras de cópia, preservando a segurança de memória em tarefas de alta

[02:05] performance. >> E isso veio da fonte principal na da do próprio Swift, né? Para você ver que realmente está colocando o braço para fora do sistema Apple e hoje já dá para aventar você desenvolver dentro de Android utilizando o Swift, usando para web também. Então, poxa, para quem já estava ali ambientado com o ecossistema todo da da Apple, poder ter essa possibilidade de de desenvolver aplicações para fora sem depender eh de outras linguagens, isso aqui é um

[02:37] divisor de águas. >> Verdade, me surpreendeu até mesmo incluindo ali eh uma certa compatibilidade com cursor, por exemplo, né? Então, realmente está abrindo ali um pouco o leque. Isso daí é obviamente ajuda na adoção da linguagem, né? >> Quero saber de você que trabalha com Swift, se você está 100% ainda no ecossistema Apple ou se já existe algum projeto rodando em produção que esteja em uma outra plataforma, mas utiliza a mesma base de código. Isso é interessante saber se aqui no Brasil já

[03:08] tem esse tipo de coisa ou se o pessoal às vezes tá não tá nem aí. >> Tá nem aí para isso. >> Porque por anos se convencionou, tipo assim, olha, eu sou de Java. Ah, legal. Poxa, bora desenvolver um app? Assim, pô, eu não desenvolvo app, eu desenvolvo sistemas. Ah, mas vão desenvolver o app. O cara de Java, pô, migrou para Android, foi beleza. Aí veio Kotlin para pegar essa parte do Java em aplicações móveis. Só que o o Kotlin também abriu o braço e você desenvolve qualquer tipo de

[03:38] aplicação que você desenvolve em Java, também você desenvolve lá dentro do Kotlin. E para desenvolvimento dentro do ecossistema da Apple, tinha o Objective-C. >> Uhum. >> Depois se mudou para o Swift. Cara, e foi uma enxurrada de gente trabalhar com Swift. Então as empresas, eu acho que tem muita empresa ainda que se convencionou ter dois times, é o time do Android e o time do iOS, é o time do do Java, Kotlin, >> Hum. >> né? Às vezes eles se engalfinham, mas às vezes eles trabalham juntos contra ali,

[04:08] contra, né, vamos dizer, o pessoal do Swift. E uma vez agora que o Swift tem ali uma um ecossistema todo para outras plataformas, fica meio misturado ali como é que vão ser os times agora, né, para desenvolver essas soluções. >> Será que o Swift vai trazer a paz e a união entre esses times, Gabriel? >> Dificilmente. Nenhuma linguagem faz isso. >> Nenhuma linguagem, ah, que isso, Gabriel? >> Nenhuma, nenhuma. >> Rust, talvez, não? >> Nem o Rust. >> Nem o Rust, ah. >> E esse aqui é um corte de uma notícia do Compilado do Código Fonte TV.

[04:39] >> Onde toda semana tem episódio novo falando de programação, tecnologia, inteligência artificial e cibersegurança. >> Então já se inscreve aqui no canal do Compilado e acompanha os episódios completos. >> [música] [música] [música]