![Como criar uma GUI Python para gravar dados em um arquivo com PyQt5](https://optimuscloud.com.br/wp-content/uploads/2024/06/1717813324_Como-criar-uma-GUI-Python-para-gravar-dados-em-um-150x150.jpg)
Como criar uma GUI Python para gravar dados em um arquivo com PyQt5
7 de junho de 2024![Um guia do desenvolvedor para usar o Glamorous Toolkit no protocolo AT](https://optimuscloud.com.br/wp-content/uploads/2024/06/1717850644_Um-guia-do-desenvolvedor-para-usar-o-Glamorous-Toolkit-no-150x150.jpg)
Um guia do desenvolvedor para usar o Glamorous Toolkit no protocolo AT
8 de junho de 2024Minko Gechev é um homem corajoso. O líder de relações de produtos e desenvolvedores do Angular no Google perguntou no LinkedIn se os desenvolvedores pudessem mudar alguma coisa no Angular, o que seria? É verdade que isso não é tão corajoso quanto pedir feedback do público na plataforma anteriormente conhecida como Twitter, mas ainda assim – é corajoso.
Ele recebeu 181 comentários e parece que, em algum momento, parou de responder.
A solicitação mais frequente parecia ser a eliminação de extensões reativas para JavaScript (RxJS). É uma biblioteca JavaScript que usa Observables para facilitar a escrita de código assíncrono ou baseado em retorno de chamada. Os observáveis representam uma sequência de valores emitidos ao longo do tempo, permitindo ao desenvolvedor trabalhar com dados que chegam peça por peça.
Gechev trouxe boas notícias para essas pessoas. Por exemplo, considere sua resposta ao principal engenheiro de software Piotr Stępniewski, que sugeriu que os formulários reativos e baseados em modelos deveriam ser unificados e não baseados em RxJS.
“Eu gostaria de ver algo como Formik no ecossistema React”, escreveu Stepniewski. Formik é uma biblioteca popular de código aberto que simplifica a construção e o manuseio de formulários em aplicativos React.
“Como essa é a característica do Angular que você mais aprecia, certifique-se de continuar com @angular/forms pelos próximos anos e gradualmente os libertaremos do RxJS :)”, respondeu Gechev.
Um pouco mais adiante, Gechev elaborou outro pôster.
“Estamos trabalhando para tornar o RxJS opcional e, ao mesmo tempo, fornecer ganchos para pessoas que desejam usá-lo”, disse Gechev. “O próprio Angular não usará RxJS num futuro muito próximo. Torná-lo opcional em formulários e roteadores também acontecerá nos próximos anos.”
Por falar no assunto, Will Le Mière gostaria que a equipe Angular apenas apoiasse seu próprio sistema de gestão estadual. Isso está relacionado ao problema do RxJS.
“Eu provavelmente desejaria um sistema de gerenciamento de estado que fosse apoiado pela equipe Angular. A gestão do estado pode ser difícil usando as bibliotecas existentes e sinto que vocês poderiam encontrar uma ótima resposta para esse problema”, disse ele.
“Le Mière tem bom argumento! Com Signals estamos fornecendo um gerenciamento de estado em nível de componente mais explícito. Os sinais combinados com serviços também oferecem gerenciamento de estado em nível de aplicativo”, respondeu Gechev. “Muitas pessoas preferem o gerenciamento de estado baseado em RxJS, por isso não forçaríamos as pessoas a uma opção, mas minha preferência pessoal seria serviços + sinais.”
![Meme do sorteio de Oprah Winfrey](https://optimuscloud.com.br/wp-content/uploads/2024/06/1717845723_730_Angular-para-tornar-o-RxJS-opcional-Desenvolvedores-do-Drupal-vao.png)
Imagem via https://imgflip.com/memetemplate/Oprah-You-Get-A
Mas Gechev não é Oprah Winfrey, então nem todo mundo está recebendo tudo o que está em sua lista de desejos. Por exemplo, Daniel Zohar, um engenheiro de software sênior, sugeriu que o Angular substituísse o Webpack pelo bundler esbuild e pelo servidor de desenvolvimento local de Evan You, Vite. Ele também queria suporte para microfrontends.
“Daniel Zohar pronto :)”, disse Gechev, mas quando se trata de microfrontends, ele respondeu: “Você provavelmente deseja usar Nx”. (Presumimos que ele esteja se referindo à ferramenta criada por Nrwl, que fornece suporte para estruturas modernas como Angular, React e muito mais.)
Angular 18 foi lançado em maio.
Pesquisa Drupal: Ficar sem cabeça dói
A maioria dos usuários do Drupal está satisfeita com o sistema de gerenciamento de conteúdo de código aberto, de acordo com uma Drupal Developer Survey 2024 conduzida pela empresa de serviços gerenciados IronStar. Na verdade, 91% disseram que usarão o Drupal em 12 meses – um salto em relação aos 84% do ano passado.
A maioria – 60% das 648 respostas de 65 países diferentes – usa apenas Drupal. Mas dos 40% restantes, o WordPress dominou como alternativa, com 54% de adoção. Foi seguido pelo Laravel com 25%,
![Gráfico de pesquisa Drupal](https://optimuscloud.com.br/wp-content/uploads/2024/06/Angular-para-tornar-o-RxJS-opcional-Desenvolvedores-do-Drupal-vao.jpg)
Imagem via Drupal Survey 2024
Em 2023, 44% dos entrevistados disseram ter trabalhado em sites Drupal sem cabeça. Em 2024, esse número cresceu 3%, mas é importante notar que ficar sem cabeça foi classificado como moderadamente difícil por 44% e um pouco ou muito difícil por mais 36%.
![Gráfico sobre como ficar sem cabeça com Drupal](https://optimuscloud.com.br/wp-content/uploads/2024/06/1717845724_298_Angular-para-tornar-o-RxJS-opcional-Desenvolvedores-do-Drupal-vao.jpg)
Imagem por meio da Drupal Developer Survey 2024
Turborepo 2.0 disponível
Terça-feira, a Vercel lançou a versão 2.0 de seu Turborepo, um sistema de compilação de alto desempenho projetado para bases de código JavaScript e TypeScript. Escrito em Go, o Turborepo é usado para gerenciar monorepos em grande escala.
A atualização inclui uma nova interface de usuário de terminal com tarefas interativas e logs mais claros, bem como um observador de tarefas com reconhecimento de dependência para qualquer ferramenta no repositório, de acordo com uma postagem no blog sobre o lançamento. Há também novas documentações e atualizações de licenciamento – foi atualizado para a licença MIT. Vercel também adicionou uma política de suporte de longo prazo que afirma que as versões principais do Turborepo terão suporte por dois anos a partir da data de lançamento da próxima versão principal.
Kong AI Gateway agora disponível ao público
Na semana passada, Liam Crilly, diretor sênior de gerenciamento de produtos da F5, nos deu informações detalhadas sobre as semelhanças e diferenças entre um gateway de IA e um gateway de API.
“Os gateways de IA são frequentemente comparados aos gateways de API”, escreveu ele. “O gerenciamento de APIs é uma parte crítica dos gateways de IA, que quase sempre são projetados para interagir com provedores externos de IA, como grandes nuvens ou OpenAI.”
Um exemplo que abordamos anteriormente é o plugin de código aberto do Kong, chamado AI Gateway, para sua plataforma de gerenciamento de API, Kong Gateway. Esta semana, Kong promoveu seu gateway de IA para o status de disponibilidade geral.
“O Kong AI Gateway também pode ser provisionado inteiramente na nuvem como um serviço SaaS dedicado com a nova oferta Konnect Dedicated Cloud Gateways da Kong”, disse a empresa em um comunicado. “O Kong AI Gateway oferece suporte a uma ampla variedade de casos de uso para ajudar a acelerar a adoção e implementação de novos aplicativos de IA em produção.”
Ferramenta de gerenciamento de plataforma API estreia versão beta
Falando em gerenciamento de API, Blackbird é uma nova ferramenta de gerenciamento de plataforma de API da empresa de ferramentas de desenvolvimento em nuvem Ambassador. A empresa está em busca de desenvolvedores e equipes de desenvolvimento interessadas em ingressar no Blackbird beta.
A empresa espera lançar o Blackbird ainda este ano, afirmou a empresa em um comunicado à imprensa.
O post Angular para tornar o RxJS opcional; Drupal Devs on Going Headless apareceu pela primeira vez em The New Stack.