Agora que temos aplicativos abundantes, atingimos o limite de boas maneiras de rastreá-los e compartilhá-los.
Por exemplo, as ferramentas pessoais de Simon Willison: Diversas ferramentas HTML+JavaScript desenvolvidas principalmente com a ajuda de LLMs.
Willison lista mais de 80 ferramentas úteis e a caixa de pesquisa pode ver 205. Isso é muito!
Ele tem ferramentas hiperespecíficas, como uma para monitorar as mudanças de horário de verão na Califórnia, software pessoal para ajudar a construir seu boletim informativo a partir de seu blog e uma ferramenta para editar usando o princípio de Strunk & White de omitir palavras desnecessárias. (O que é especialmente interessante é que Willison compartilha as instruções e o histórico de bate-papo por trás de cada ferramenta.)
Eu mantenho uma nota quando vejo pessoas compartilhando muitos aplicativos.
- Matt Sephton lançou 20 aplicativos macOS por dia. Tudo, desde um gerador de efeitos sonoros até correção de perspectiva e um tradutor de idiomas com uma bela interação: pressione cmd-C para copiar duas vezes para traduzir automaticamente qualquer texto.
- tools.jamesking.io – o designer James King compartilha ferramentas pessoais baseadas na web, como suas fontes marcadas e um editor personalizado para produzir seu podcast.
- Software caseiro de Britt Crawford – incluindo um aplicativo para transformar qualquer página da web em um episódio de podcast e, meu Deus, eu adoro Log Weight:
Grite para o seu telefone enquanto estiver na balança e registre seu peso no Apple Health.
E então há…
Isso sem contar os prompts quase efêmeros para ferramentas CLI como llm, que vivem apenas no histórico do meu terminal.
Tantos aplicativos!
MAS.
Como mantenho uma lista dos aplicativos que uso regularmente para poder voltar a usá-los?
Como faço para descobrir novos aplicativos? Digamos que eu goste de uma ferramenta do Simon, como faço para segui-lo para ver o que ele vai fazer a seguir?
E se Simon melhorar uma ferramenta? Como eu saberia? (E, inversamente, e se alguém fizer uma atualização maliciosa?)
Como compartilho minhas recomendações? E torne-os relevantes para as plataformas que você usa – iOS se você estiver no iOS, ESP32 se estiver nisso e assim por diante.
Esta foi uma das minhas duas perguntas anteriores sobre microaplicativos: Sem aplicativos, sem mestres (2024):
Se o futuro são microaplicativos efêmeros criados por IA, então o que está na minha tela inicial?
Poderíamos ter RSS para aplicativos codificados por vibração?
Eu adoraria um feed RSS da web para todas as páginas de ferramentas e aplicativos, cada item com um botão “Instalar”. (Mas instalar onde?)
A lição aqui é que quando o vibe-coding acelera o desenvolvimento de aplicativos, os aplicativos se tornam mais pessoais, mais situados e mais frequentes. Enviar uma ferramenta ou microaplicativo é menos como lançar um site e mais como postar em um blog.
Publicar em um blog é para que o RSS foi feito. Você usa RSS para assinar blogs e se manter atualizado com o conteúdo mais recente. (O que é RSS?)
Quando digo que talvez devêssemos ter RSS para todos esses aplicativos, o que realmente quero dizer é todo o ecossistema que floresceu quando os blogs eram jovens…
- Sites para identidade – quero mais desta pessoa ou deste projeto!
- RSS para se inscrever – receba as últimas novidades
- Leitores de notícias – para agregar todas as minhas fontes
- Compartilhamento social – sites como delicioso (se você se lembra disso) para compartilhar o melhor de suas descobertas e descobrir mais recomendações, um ProductHunt mais puro
- Pesquisa – via Google e Technorati
E tags e todo o resto…
A beleza do RSS é que ele foi usado como uma simples camada de interoperabilidade: sim, havia RSS para blogs. Mas também existem feeds cronológicos inversos em todos os tipos de sites: o New York Times, compartilhamento de fotos no Flickr, suas últimas estrelas do Github. E tudo isso também exporia feeds RSS, para que você pudesse se inscrever, como escolher quais notificações permitir na tela inicial.
Agora, o desafio de compartilhar microaplicativos não corresponde exatamente a RSS e feeds da web. Não é hora de um, os aplicativos se desenvolvem com o tempo e as plataformas realmente importam. Mas está perto o suficiente para o jazz.
No espírito da ficção de protocolo, seria divertido (ou pelo menos esclarecedor) esboçar um formato semelhante ao RSS que seria trivialmente adotado por todos, desde a página de ferramentas de Simon Willison até meu plugin pessoal Claude (que é uma caixa de ferramentas confusa onde coleciono habilidades úteis) até os modelos em Lovable.
Se você fizer isso:
- Não crie um registro para o qual as pessoas tenham que enviar seus microaplicativos. Um arquivo em texto simples em seu servidor servirá.
- Faça funcionar para todos os exemplos que apontei acima.
- Não insista em código aberto ou compartilhamento imediato ou código 100% vibe; permita que ele funcione para binários do macOS com um link para a Mac App Store, ferramentas baseadas na web que podem ser executadas instantaneamente e widgets proprietários codificados por vibração que funcionam apenas em determinadas plataformas. Reduza totalmente para as pessoas apenas compartilhando prompts.
- Imagine que você está criando um futuro ecossistema vibrante de serviços para descoberta, gerenciamento, recomendações e todo o resto.
- Pense no que é diferente do RSS para postagens de blog: precisamos de identidade e versões e da capacidade das pessoas de bifurcar e modificar aplicativos?
Acima de tudo, leia as Regras para criadores de padrões de Dave Winer – a destilação de como inventar e popularizar um protocolo para interoperabilidade da pessoa que criou o RSS e o podcasting.
Deixe-me saber se você fizer isso. Eu gostaria de usá-lo.
Agora que temos aplicativos abundantes, atingimos o limite de boas maneiras de rastreá-los e compartilhá-los.
Por exemplo, as ferramentas pessoais de Simon Willison:
Willison lista mais de 80 ferramentas úteis e a caixa de pesquisa pode ver 205. Isso é muito!
Ele tem ferramentas hiperespecíficas, como uma para monitorar as mudanças de horário de verão na Califórnia, software pessoal para ajudar a construir seu boletim informativo a partir de seu blog e uma ferramenta para editar usando o princípio de Strunk & White de omitir palavras desnecessárias. (O que é especialmente interessante é que Willison compartilha as instruções e o histórico de bate-papo por trás de cada ferramenta.)
Eu mantenho uma nota quando vejo pessoas compartilhando muitos aplicativos.
E então há…
Isso sem contar os prompts quase efêmeros para ferramentas CLI como llm, que vivem apenas no histórico do meu terminal.
Tantos aplicativos!
MAS.
Como mantenho uma lista dos aplicativos que uso regularmente para poder voltar a usá-los?
Como faço para descobrir novos aplicativos? Digamos que eu goste de uma ferramenta do Simon, como faço para segui-lo para ver o que ele vai fazer a seguir?
E se Simon melhorar uma ferramenta? Como eu saberia? (E, inversamente, e se alguém fizer uma atualização maliciosa?)
Como compartilho minhas recomendações? E torne-os relevantes para as plataformas que você usa – iOS se você estiver no iOS, ESP32 se estiver nisso e assim por diante.
Esta foi uma das minhas duas perguntas anteriores sobre microaplicativos: Sem aplicativos, sem mestres (2024):
Poderíamos ter RSS para aplicativos codificados por vibração?
Eu adoraria um feed RSS da web para todas as páginas de ferramentas e aplicativos, cada item com um botão “Instalar”. (Mas instalar onde?)
A lição aqui é que quando o vibe-coding acelera o desenvolvimento de aplicativos, os aplicativos se tornam mais pessoais, mais situados e mais frequentes. Enviar uma ferramenta ou microaplicativo é menos como lançar um site e mais como postar em um blog.
Publicar em um blog é para que o RSS foi feito. Você usa RSS para assinar blogs e se manter atualizado com o conteúdo mais recente. (O que é RSS?)
Quando digo que talvez devêssemos ter RSS para todos esses aplicativos, o que realmente quero dizer é todo o ecossistema que floresceu quando os blogs eram jovens…
E tags e todo o resto…
A beleza do RSS é que ele foi usado como uma simples camada de interoperabilidade: sim, havia RSS para blogs. Mas também existem feeds cronológicos inversos em todos os tipos de sites: o New York Times, compartilhamento de fotos no Flickr, suas últimas estrelas do Github. E tudo isso também exporia feeds RSS, para que você pudesse se inscrever, como escolher quais notificações permitir na tela inicial.
Agora, o desafio de compartilhar microaplicativos não corresponde exatamente a RSS e feeds da web. Não é hora de um, os aplicativos se desenvolvem com o tempo e as plataformas realmente importam. Mas está perto o suficiente para o jazz.
No espírito da ficção de protocolo, seria divertido (ou pelo menos esclarecedor) esboçar um formato semelhante ao RSS que seria trivialmente adotado por todos, desde a página de ferramentas de Simon Willison até meu plugin pessoal Claude (que é uma caixa de ferramentas confusa onde coleciono habilidades úteis) até os modelos em Lovable.
Se você fizer isso:
Acima de tudo, leia as Regras para criadores de padrões de Dave Winer – a destilação de como inventar e popularizar um protocolo para interoperabilidade da pessoa que criou o RSS e o podcasting.
Deixe-me saber se você fizer isso. Eu gostaria de usá-lo.