Uau, que programa realmente incrível. Parece que o criador é norueguês. Fazer um programa de altíssima qualidade assim só pela diversão e ainda publicá-lo... é até digno de admiração. Isso me faz perceber mais uma vez como o mundo é vasto e como há tantos gênios por aí. Vamos lá, desenvolvedores coreanos, esforcem-se também e tentem criar e publicar algo incrível assim.
Eu já tinha visto esse conceito de vez em quando, mas fiquei surpreso porque a página web é divertida e foi muito bem montada para que você consiga experimentar os recursos de relance.
Foi uma experiência interessante que, bem na hora em que eu estava com sono, me deixou bem desperto.
Desde o início, se a única razão para considerar um SPA fosse a "suavidade", eu teria simplesmente aberto mão dessa suavidade e escrito como MPA, então não consigo me identificar muito com isso...
Sendo bem sincero, tinha mesmo uma galera sem ter muito o que fazer que ficava rodando várias sessões ao mesmo tempo só pra tentar tirar o máximo proveito...
Entre os casos que você apresentou, o único que não dá para substituir por view transitions e afins é ferramenta de colaboração em tempo real, mas a grande maioria dos sites não é uma ferramenta de colaboração em tempo real. Sites de marketing, dashboards e apps de comércio podem todos ser construídos excluindo frameworks SPA e seguindo as condições de renderização no servidor, páginas reais, animações baseadas em CSS, pré-carregamento intencional e adoção mínima de JS. Há também o Hotwire, da comunidade Rails, que busca essa direção, e existem casos em produção como Basecamp e HEY. Gerenciamento de estado? A menos que seja algo como ferramenta de colaboração em tempo real, métodos do lado do servidor como parâmetros de URL e sessão de servidor, ou então localStorage, já são suficientes. Também há claramente casos em que se adota SPA por causa das transições de página (como o site oficial da AGF, que poderia muito bem usar Astro, mas adotou React), e não dá para negar que transição de página é algo muito citado como uma das principais vantagens de SPA.
Há claramente casos em que se adota um framework SPA só por causa de uma única interação suave. Muitos dos sites que usam SPA nem precisam de interações complexas.
Nem tudo é endofunctor. Coisas com vários parâmetros de tipo, como Result<T, E>, não são 𝒞 → 𝒞, e sim Result : 𝒞 × 𝒞 → 𝒞, então esse tipo de coisa é um bifunctor.
Sua observação está absolutamente correta!
Acho que houve um mal-entendido no processo de aplicar ao contexto de Rust um conteúdo escrito com base em outra linguagem.
Como o sistema de tipos de Rust forma uma única categoria, parece que a distinção entre endofuntor e funtor geral perde o sentido.
É uma pena que o blog não tenha função de comentários; vou precisar perguntar se é possível solicitar uma correção.
http://warning.or.kr
O site de demonstração é bem impressionante!
Tenho que instalar hoje à noite sem falta...
Os outros posts do blog também têm muito conteúdo bom.
Ah, eu estava fazendo isso.
Que interessante.
Uau, que programa realmente incrível. Parece que o criador é norueguês. Fazer um programa de altíssima qualidade assim só pela diversão e ainda publicá-lo... é até digno de admiração. Isso me faz perceber mais uma vez como o mundo é vasto e como há tantos gênios por aí. Vamos lá, desenvolvedores coreanos, esforcem-se também e tentem criar e publicar algo incrível assim.
Lá também pode até ter um monte de gente, mas no fim fazem as mesmas besteiras daqui e de lá kkk
Parece o cotidiano de certo país familiar que começa com “Co” e termina com “reia”.
Eu já tinha visto esse conceito de vez em quando, mas fiquei surpreso porque a página web é divertida e foi muito bem montada para que você consiga experimentar os recursos de relance.
Foi uma experiência interessante que, bem na hora em que eu estava com sono, me deixou bem desperto.
Desde o início, se a única razão para considerar um SPA fosse a "suavidade", eu teria simplesmente aberto mão dessa suavidade e escrito como MPA, então não consigo me identificar muito com isso...
Sendo bem sincero, tinha mesmo uma galera sem ter muito o que fazer que ficava rodando várias sessões ao mesmo tempo só pra tentar tirar o máximo proveito...
Entre os casos que você apresentou, o único que não dá para substituir por view transitions e afins é ferramenta de colaboração em tempo real, mas a grande maioria dos sites não é uma ferramenta de colaboração em tempo real. Sites de marketing, dashboards e apps de comércio podem todos ser construídos excluindo frameworks SPA e seguindo as condições de renderização no servidor, páginas reais, animações baseadas em CSS, pré-carregamento intencional e adoção mínima de JS. Há também o Hotwire, da comunidade Rails, que busca essa direção, e existem casos em produção como Basecamp e HEY. Gerenciamento de estado? A menos que seja algo como ferramenta de colaboração em tempo real, métodos do lado do servidor como parâmetros de URL e sessão de servidor, ou então localStorage, já são suficientes. Também há claramente casos em que se adota SPA por causa das transições de página (como o site oficial da AGF, que poderia muito bem usar Astro, mas adotou React), e não dá para negar que transição de página é algo muito citado como uma das principais vantagens de SPA.
Há claramente casos em que se adota um framework SPA só por causa de uma única interação suave. Muitos dos sites que usam SPA nem precisam de interações complexas.
Nem tudo é endofunctor. Coisas com vários parâmetros de tipo, como
Result<T, E>, não são 𝒞 → 𝒞, e simResult : 𝒞 × 𝒞 → 𝒞, então esse tipo de coisa é um bifunctor.Sua observação está absolutamente correta!
Acho que houve um mal-entendido no processo de aplicar ao contexto de Rust um conteúdo escrito com base em outra linguagem.
Como o sistema de tipos de Rust forma uma única categoria, parece que a distinção entre endofuntor e funtor geral perde o sentido.
É uma pena que o blog não tenha função de comentários; vou precisar perguntar se é possível solicitar uma correção.
Bom texto! Só que a explicação relacionada ao endofunctor tem um erro, então seria bom corrigir isso: https://x.com/simnalamburt/status/1950074970647761168?s=46
king - man + woman = queen
Tem todos os recursos que você pensa "seria ótimo se tivesse". Esse cara sozinho faz o papel de um NAS inteiro.
Só de ver o site de demonstração já é algo bem impressionante. É incrível como tantos recursos são suportados com um código realmente tão curto.
Fui pego pela Komoot
NamuWiki...