![Plataforma como produto 101](https://optimuscloud.com.br/wp-content/uploads/2024/06/1717290007_Plataforma-como-produto-101-150x150.jpg)
Plataforma como produto 101
1 de junho de 2024![GPT-4o e SQL: até que ponto um LLM pode alterar seu próprio esquema?](https://optimuscloud.com.br/wp-content/uploads/2024/06/1717298526_GPT-4o-e-SQL-ate-que-ponto-um-LLM-pode-alterar-150x150.jpg)
GPT-4o e SQL: até que ponto um LLM pode alterar seu próprio esquema?
2 de junho de 2024Como ele mesmo admite, Ryan Carniato, o criador do Solid, não é grande em meta-frameworks – pelo menos quando se trata de Solid.
Mas em 21 de maio, Carniato apresentou o SolidStart, uma metaestrutura para construção de aplicativos no Solid. Ele foi projetado para “construtores e pessoas que têm suas próprias opiniões”, disse ele, acrescentando que não será o último framework Solid e que já estão vendo pessoas construindo meta-frameworks em cima do SolidStart, como CreateJDApp e MediaKit. .
Meta-frameworks sobre meta-frameworks? Lawd Hammercy, como se costuma dizer no sul dos EUA.
![Cachorro do sul com peruca](https://optimuscloud.com.br/wp-content/uploads/2024/06/Lancamentos-do-SolidStart-Nextjs-15-lancamentos-com-perguntas-DX.jpeg)
memegenerator.net
“SolidStart é um framework JavaScript projetado para construir aplicativos SolidJS e implantá-los em vários provedores. Isso não parece muito diferente da maioria dos outros frameworks JavaScript”, escreveu ele. “Mas o diabo está nos detalhes.”
Nuxt, Next.js, SvelteKit, Angular e Astro são exemplos de meta-frameworks, que “abordam questões comuns como roteamento, layouts, back-ends sem servidor e agrupamento de CSS com soluções prontas para uso”, explicou Ben Holmes, um desenvolvedor frontend que trabalha na Astro.
SolidStart promete uma abordagem mais simples que dá aos desenvolvedores mais controle. A abordagem do SolidStart é à la carte, incluindo trazer seu próprio roteador de aplicativo, de acordo com a postagem de Carniato apresentando a nova metaestrutura.
“O SolidStart foi projetado principalmente para ser um iniciante”, escreve ele. “Isso significa que a configuração básica sem instalar nenhuma biblioteca produz exemplos de Hello World com aproximadamente 5kb de JavaScript minimizados e compactados em GZ. Não quer usar bibliotecas adicionais? Não se preocupe, você não precisa.”
Os desenvolvedores podem definir seus próprios tipos e usar o roteador de sua escolha, escreveu Carniato. SolidStart usa roteamento de sistema de arquivos com convenções semelhantes ao Nuxt, com exceção de usar () em vez de () para passar parâmetros. A configuração do sistema de arquivos é então repassada ao aplicativo para ser usada no roteador de sua escolha, escreveu ele. “Você pode chamar FileRoutes como um componente ou uma função regular para obter a configuração gerada pelo SolidStart.”
“O SolidStart foi desenvolvido primeiro como um ‘aplicativo de página única'”, disse ele. “Cada recurso foi projetado para funcionar com todas as bibliotecas que você já usa. Fazer isso exigiu que considerássemos cuidadosamente como adicionamos recursos somente de servidor. Isso é o que nos levou ao pioneirismo em ‘Funções de Servidor’ no início de 2022, um recurso que desde então fez parte de vários frameworks populares.”
Adicionando “usar servidor”; para uma função significa que ela será executada apenas no servidor, sendo chamada naturalmente no servidor ou usada como RPC do cliente, continuou ele.
O restante da postagem fornece mais detalhes sobre como isso funciona, mas outros recursos que o SolidStart oferece incluem:
- Modo de renderização do cliente;
- Renderização do lado do servidor;
- Geração de sites estáticos;
- Streaming fora de ordem;
- UI otimista;
- Cache/invalidação baseada em chave;
- Formulários progressivamente melhorados;
- Rotas de API;
- Busca de dados de rota aninhada paralelizada;
- Mutação de voo único;
- Ilhas (experimental);
- Suspense; e
- Transições.
Next.js 15 lançamentos, mas o App Router arruina o DX?
Next.js 15 está disponível como release candidate agora com suporte para o release candidate React 19, incluindo o compilador React do Meta. A Vercel também introduziu seu Web Application Firewall, que está integrado ao ecossistema Vercel e é implantado automaticamente para proteger na borda.
O firewall incorpora um mecanismo de regras personalizável para que os desenvolvedores possam controlar como o tráfego é tratado. É possível, por exemplo, bloquear todo o tráfego de um país específico, ou você pode ser mais refinado e permitir apenas conexões de uma lista conhecida de navegadores (por exemplo). As regras são adicionadas no painel do Vercel.
Next.js 15 inclui pré-renderização parcial como um recurso experimental, melhorias no cache e melhorias nos erros de hidratação. Theo Browne explorou todos os detalhes se você estiver interessado em mais do que um resumo.
Mas uma postagem recente de Andrew Israel, fundador da empresa de autenticação PropelAuth, nos fez pensar: A atualização será mais fácil ou mais difícil de usar para os desenvolvedores?
Israel afirmou que o Next.js está ficando mais difícil de usar e, em particular, aponta o dedo para o roteador do aplicativo:
“Na minha perspectiva, o App Router do Next.js tem dois problemas principais que dificultam sua adoção:
• Você precisa entender muito sobre os aspectos internos para realizar tarefas aparentemente básicas.
• Há muitas maneiras de dar um tiro no próprio pé que são opt-out em vez de opt-in.”
Ele não está sozinho, aparentemente. O programador Michal Landsman criou uma enquete nas discussões do GitHub da Vercel sobre a experiência do desenvolvedor e como obter a URL atual nos componentes do servidor, que é um problema no qual Israel também se concentrou. É obviamente uma enquete informal e não científica, com apenas 85 respostas, mas mesmo assim – 74% disseram que foi uma experiência ruim para o desenvolvedor.
![A pesquisa mostra que 74% disseram que a experiência do desenvolvedor é ruim quando se trata de um caso de uso específico do roteador do aplicativo Vercel](https://optimuscloud.com.br/wp-content/uploads/2024/06/Lancamentos-do-SolidStart-Nextjs-15-lancamentos-com-perguntas-DX.jpg)
Pesquisa postada no tópico de discussão do GitHub da Vercel. https://github.com/vercel/next.js/discussions/65385?ref=propelauth.com
Na opinião de Israel, o problema remonta ao Next.js 13, que introduziu o novo App Router.
“Você tinha componentes de servidor que permitiam renderizar seus componentes React no servidor e reduzir a quantidade de dados necessários para enviar ao seu cliente”, escreveu ele. “Você tinha Layouts, que permitiam definir aspectos de sua UI compartilhados por múltiplas rotas e não precisavam ser renderizados novamente em cada navegação. O cache ficou… mais sofisticado. E embora esses recursos fossem interessantes, a maior perda foi a simplicidade.”
Ele não é o único com reclamações sobre roteador de aplicativos.
De acordo com a postagem recente de Vercel, o Next.js App Router é construído no canal canário React para frameworks. Isso permite que os desenvolvedores “usem e forneçam feedback sobre essas novas APIs React antes do lançamento v19”, mas talvez também esteja adicionando complicações que os desenvolvedores não desejam.
Next.js 15 RC agora suporta React 19 RC, que inclui novos recursos para cliente e servidor, como Actions, acrescenta a postagem do blog de Vercel.
Israel pergunta se esta é uma ocorrência natural à medida que as estruturas evoluem – a complexidade aumenta, levando a uma piora na experiência do desenvolvedor.
“Next.js recomendou oficialmente que você usasse o App Router desde antes de ele estar honestamente pronto para uso em produção. Next.js não tem uma recomendação sobre se TypeScript, ESLint ou Tailwind são adequados para o seu projeto…, mas acredita absolutamente que você deveria usar o App Router”, escreveu Israel. “Os documentos oficiais do React não compartilham o mesmo sentimento. Atualmente, eles recomendam o Pages Router e descrevem o App Router como uma ‘estrutura React de ponta’”.
Nesse sentido, faz mais sentido pensar no roteador do aplicativo como uma versão beta, concluiu Israel.
Lançamento comercial do RustRover disponível
A JetBrains, que fornece ferramentas de desenvolvimento de software, lançou o RustRover, a versão comercial de seu IDE para Rust em 21 de maio.
Com o lançamento comercial, o RustRover melhorou a caixa e apresenta gerenciamento de dependências, adicionou preenchimento automático e informações básicas de código dentro de declarações de macro, de acordo com a empresa. Ele também adicionou análise ao vivo personalizada, um recurso para gerenciar itens no modo desativado, melhorias na documentação rápida e otimizações do Code Vision.
“Lançamos o RustRover em 2023 para atender às crescentes necessidades dos desenvolvedores em um mercado, e isso se tornou um marco – um sinal simbólico de que a comunidade de desenvolvedores do Rust alcançou um novo nível de maturidade”, disse Vitaly Bragilevsky, defensor do desenvolvedor do RustRover, em um Comunicado de imprensa. “Para o lançamento comercial, melhoramos a ferramenta para permitir que os desenvolvedores naveguem neste cenário crescente de forma ainda mais eficiente e continuaremos contribuindo para a próspera comunidade Rust, fornecendo planos de assinatura gratuitos para projetos não comerciais.”
Para uma visão mais detalhada do que o RustRover IDE oferece, confira a história de março de David Cassel.
A postagem Lançamentos do SolidStart; Next.js 15 lançamentos, com perguntas DX apareceram primeiro em The New Stack.