A primeira biblioteca JavaScript lançada exclusivamente para Game Boy, htmx 4.0

 (swag.htmx.org)
1 pontos por GN⁺ 1 시간 전 | 1 comentários | Compartilhar no WhatsApp
  • htmx 4: the game é um jogo de 25 dólares que permite experimentar o HTMX em um Game Boy portátil
  • A progressão acontece ao longo de 4 fases, coletando picles
  • O principal objetivo é minimizar o JavaScript no lado do cliente e evitar slop
  • No final, ao derrotar Warren, é possível desbloquear o código-fonte do htmx 4.0
  • Por ser um produto feito sob encomenda, erros de impressão ou problemas visíveis de qualidade podem ser trocados ou reembolsados, mas devoluções comuns e devoluções relacionadas a tamanho não são aceitas

htmx 4.0 no Game Boy

  • htmx 4: the game é um jogo criado para experimentar o HTMX em um Game Boy portátil, com preço de 25 dólares
  • Ao longo de 4 fases, o jogador coleta picles enquanto reduz ao mínimo o JavaScript no lado do cliente e evita slop
  • Ao derrotar Warren, o código-fonte do htmx 4.0 é desbloqueado

Garantia de qualidade e política de devolução

  • Se houver erros de impressão ou problemas visíveis de qualidade, o produto pode ser trocado ou reembolsado
  • Por ser um produto feito sob encomenda, devoluções comuns e devoluções relacionadas a tamanho não são permitidas

Leituras relacionadas

1 comentários

 
GN⁺ 1 시간 전
Opiniões no Hacker News

  • Ao usar htmx por 3 anos, descobri uma nova forma de criar software web quando combinado com linguagens de template do lado do servidor.
    O mais impressionante é a capacidade de resposta do operador da loja. Uma vez reclamei no Twitter que a caneca de 8 onças era pequena demais; no dia seguinte, eles adicionaram uma caneca gigantesca de 48 onças, e desde então eu a uso todos os dias.

    • Embora eu só desenvolva ocasionalmente sites para usos relativamente de nicho, como operação acadêmica e de congressos, fiquei encantado com a abordagem rápida e simples do HTMX.
      Dá para criar rapidamente sites responsivos com pouca carga para os visitantes, sem o inchaço das implantações centradas em JavaScript; os problemas de compatibilidade e pontos de falha também diminuíram, e a pontuação de velocidade do Google subiu de 60–80 para 100. A depuração ficou mais fácil, e o tempo que eu desperdiçava com JavaScript agora pode ser usado em design e melhoria de funcionalidades.
      A prática de sites arbitrários executarem computação pesada e análise nos dispositivos dos usuários sem consentimento nunca deveria ter sido permitida em primeiro lugar.
    • Há 3 ou 4 anos, adotamos templates do lado do servidor e htmx e eliminamos dois terços do JavaScript de um SaaS B2B; ficou muito mais simples.
      Concordo com a filosofia de voltar a uma forma simples de criar apps web.
    • Comecei a usar AWS Step Functions como backend para HTMX; é difícil, mas divertido.
      Hoje em dia, Step Functions pode ser usado como uma espécie de mecanismo de templates de texto estranho e bruto, e estou pensando em uma camada DSL para suavizar esses incômodos.
    • Lancei mais um projeto com htmx, e essa velocidade de desenvolvimento parece difícil de bater.
    • 1,25 litro, para a sensibilidade europeia, não é uma caneca; é um galão.

  • A vibe do HTMX é excelente. É tecnicamente bom, simples e útil em várias situações, mas não se leva a sério demais.
    Uso desde a época do intercooler.js, tanto no trabalho quanto em projetos pessoais, e ainda gosto muito. Também curto a caneca insana do unicórnio com olhos de laser, que lembra o NROL-39: https://swag.htmx.org/collections/octohorse, https://en.wikipedia.org/wiki/USA-247

    • O patch da missão NROL-39 é um design de que gosto especialmente. Se você procurar e ler as anotações manuscritas no documento de aprovação, é muito engraçado.
    • Fui contra o HTMX por muito tempo, mas depois de ver o Claude usá-lo em um projeto simples — e estando cansado e de saco cheio de React — agora ele me parece bem interessante.

  • No momento em que o jogo de Game Boy foi revelado na Big Sky Dev Con, achei que fosse algum truque com emulador; quando disseram que todos poderiam levar um cartucho físico, fiquei de boca aberta.
    Foi uma das ações promocionais mais divertidas que já vi, e mostra bem o quanto a equipe do HTMX valoriza acabamento e diversão em tudo que faz.

  • Gosto de HTMX e o uso em vários projetos, mas é engraçado ver o velho virar novo de novo.
    O Web Forms do .NET Framework já suportava renderização parcial de páginas web com UpdatePanel em 2005, e foi bastante criticado fora do mundo .NET. O HTMX é, de certa forma, uma extensão muito mais refinada e poderosa disso.

    • Mesmo essa abordagem é, em certo sentido, herdeira de uma solução que o Delphi IntraWeb, uma espécie de antecessor do C#, já oferecia desde a época do Delphi 7.
      Na era em que PSDs ajustados pixel a pixel eram convertidos para tabelas HTML ou applets Flash, essa ideia desapareceu porque era difícil conciliá-la com estilização, mas ao olhar apps corporativos antigos em IntraWeb dá para ver que componentes, eventos etc. já tinham sido resolvidos muito antes de virarem moda.
      Gostaria que surgissem novamente ferramentas RAD para a stack web moderna, mas o ritmo de mudança é rápido demais e, hoje, frontend e backend são especialidades separadas, então parece haver pouco retorno para investir nisso.
    • HTMX é parecido com a forma como se criavam sites antes com a stack LAMP, mas com melhor experiência de desenvolvimento.
    • Depois de 10 anos desenvolvendo frontends em React, Angular e Vue, voltar a abordagens tradicionais de renderização do lado do servidor — Ruby, Elixir e até PHP — parece até natural.
      Graças à IA, ficou mais fácil interagir com linguagens feias como PHP e aproveitar seu ecossistema profundo, velocidade de execução e tempos de build muito curtos. Mesmo detestando a sintaxe do PHP e a ausência de tipos estáticos, sou mais produtivo do que no ambiente de proliferação de SPAs.
      A justificativa da renderização do lado do cliente — oferecer uma experiência parecida com app sem recarregar a página — é basicamente um argumento dos anos 2010; a web e as tecnologias de navegador já evoluíram muito.

  • Reescrevi vários apps web open source do meu servidor doméstico com HTMX + Go + PostgreSQL.
    Eles rodam de forma leve e rápida tanto no desktop quanto no mobile, com complexidade mínima, e o código também é fácil de entender e modificar. Atualmente só corrijo bugs pequenos a cada alguns meses, e espero que, para apps maduros, o intervalo entre upgrades obrigatórios passe a ser de anos a décadas.

    • Fico curioso se há algum open source publicado. Testei casualmente a combinação Go·htmx·PostgreSQL algumas vezes, mas a sensação não foi boa; especialmente os templates do lado do servidor em Go me pareceram inconvenientes, então queria saber se deixei passar algum padrão ou biblioteca adequada.
    • Até isso me parece engenharia demais. Se não for um site que realmente precise de zero downtime durante mudanças de schema, SQLite em modo WAL2 é suficiente.
      PostgreSQL também exige replicação e procedimentos complexos de migração para evitar uma interrupção considerável em upgrades de versão, então a escolha não é tão simples assim.

  • Uso HTMX com satisfação desde que ele começou a ficar conhecido e também tenho divulgado bastante o texto do Grug; por causa da cultura de manter o desenvolvimento de software divertido, comprei esse produto na hora.

  • Fico me perguntando se o texto Grug-brained developer e o HTMX foram criados pela mesma pessoa.

    • Sim.
    • Ele também escreveu o livro da Lulu.

  • HTMX, no fim das contas, também é uma biblioteca JavaScript, e não gosto do fato de ela não oferecer comportamentos automáticos de fallback suficientes para ambientes com scripts desativados
    Por causa disso, os desenvolvedores acabam tentando tratar até páginas de conteúdo estático inteiramente com HTMX. Eu queria hospedar um fórum no estilo antigo e, para evitar o peso de PHP e MySQL, procurei o PunkwebBB, baseado em Python, mas, ao desativar scripts, alguns botões simplesmente não faziam nada, e ele usava HTMX onde isso era desnecessário para a funcionalidade
    Como remover o JavaScript desnecessário via fork daria trabalho demais, acabei criando eu mesmo um fórum sem JavaScript baseado em Python Django

    • Meu site em Next.js funciona mesmo com JavaScript desativado, porque os links e o HTML são renderizados no servidor. As ferramentas executadas no cliente param, mas as páginas que podem ser estáticas continuam estáticas
      Só que, depois de introduzir recentemente componentes de cache, agora descobri que essa característica regrediu, o que é frustrante
    • O design inteiro do HTMX parece uma espécie de comportamento automático de fallback. Basta projetar o HTML enviado inicialmente para funcionar corretamente levando em conta navegadores que não entendem atributos como hx-get e hx-post
    • Por isso prefiro Turbo(https://turbo.hotwired.dev/)
      O Turbo segue a filosofia de aprimoramento progressivo: começa com HTML correto e adiciona comportamentos mais ricos. O HTMX, assim como React, é uma biblioteca JavaScript, e isso em si não é errado, mas é mais fácil cair no antipadrão de depender de JavaScript para tudo
      Hoje, mais do que o argumento de que deve funcionar sem JavaScript, é mais forte a ideia de que HTML semântico renderizado no servidor é importante para acessibilidade, SEO, LLMs e ferramentas de automação. Dá para criar um ótimo HTML com HTMX, mas é preciso disciplina e experiência para perceber se você não está, silenciosamente, criando uma aplicação JavaScript dentro de atributos HTML

  • O htmx 4.0 está sendo lançado como um jogo para Game Boy e Game Boy Color
    É um jogo de verdade inspirado em Mario Bros., no qual você atravessa quatro fases em três biomas e, no fim, enfrenta o chefe Warren Buffering, rival online e amigo na vida real, na fábrica Slorp. Ao vencer, o código-fonte do htmx 4.0 é desbloqueado
    Foi feito diretamente com uma versão bastante customizada do GB Studio por Stephen Mitchell(scum), e o making of será publicado em breve. Jarason Banes ficou responsável pela produção dos cartuchos e pelo design da capa, e Ash(https://www.fiverr.com/ae1996/) fez a arte da capa e a ilustração da brochura de https://hypermedia.systems

    • Sou o criador do GB Studio. É muito legal ver este projeto usando a ferramenta, e também estou desenvolvendo recursos para a próxima versão: https://www.youtube.com/watch?v=q8UKwV1gJAI
    • Se eles usaram o motor de som embutido do GB Studio, então esse código fui eu que escrevi. É sempre divertido ver meu código aparecer em projetos assim
    • Também encomendei o cartucho e outros produtos, e pretendo começar assim que https://brickboy.xyz/ chegar
    • Estou ansioso pelo primeiro vídeo de unboxing, gameplay e review
    • Fiquei curioso se é um cartucho físico de verdade e como o código-fonte é extraído no final
      Quero saber se ele mostra uma senha para um repositório Git ou se é algo como um NFT que concede acesso ao código-fonte

  • Um thread sobre HTMX em que nenhum crítico aparece para explicar por que HTMX não presta? Surpreendente
    Parece que até os fãs de React não têm como negar um lançamento para Game Boy