Amazon adquire a Fig

 (archive.md)
1 pontos por GN⁺ 2023-08-29 | 1 comentários | Compartilhar no WhatsApp
  • A equipe da Fig, que vinha criando ferramentas de desenvolvimento para terminal/shell, vai se juntar à Amazon Web Services (AWS), e a Amazon adquiriu a tecnologia da Fig
  • A AWS vê a IA generativa como uma grande mudança tecnológica que transforma a forma como os clientes desenvolvem, e a entrada da Fig faz parte dessa visão
  • Usuários atuais poderão continuar usando a Fig e receberão suporte contínuo, e os recursos pagos do Fig Team passarão a ser totalmente gratuitos
  • Novos cadastros estão suspensos no momento, com foco na otimização para clientes existentes e no trabalho de integração com a AWS
  • Os planos futuros de produto ainda não foram divulgados, mas a empresa continuará inovando para desenvolvedores na área de terminal/shell

Anúncio da entrada da Fig na AWS

  • A equipe da Fig vai se juntar à AWS, e a Amazon adquiriu a tecnologia da Fig
  • Tanto a Fig quanto a AWS compartilham o interesse em melhorar ferramentas e serviços para desenvolvedores
  • A especialização da Fig será combinada com a visão de longo prazo da AWS e seu histórico de entregar produtos centrados no cliente para melhorar a experiência do desenvolvedor
  • A AWS reconhece a IA generativa como uma grande mudança tecnológica que transforma a forma como os clientes criam software

Mudanças no produto da Fig

  • Usuários atuais poderão continuar usando a Fig e receberão suporte contínuo
  • Todos os recursos pagos do Fig Team passarão a ser totalmente gratuitos
  • Novos usuários não podem se cadastrar no produto Fig neste momento
    • Foco na otimização do produto para clientes existentes
    • Foco em atender os requisitos identificados para integrar a Fig à AWS
  • Um link de cadastro para receber novidades sobre o trabalho com a AWS será divulgado nas próximas semanas

Produtos que Amazon + Fig vão oferecer

  • No momento, não há atualizações a compartilhar sobre os planos futuros
  • A inovação para desenvolvedores na área de terminal/shell continua
  • Novidades adicionais serão comunicadas quando houver

Agradecimento à comunidade

  • Agradecimento pelo apoio contínuo da comunidade
  • Nos últimos 3 anos, os resultados incluem centenas de milhares de usuários, 22k GitHub stars, 13k membros no Discord, 400 contribuidores de código aberto e 5 produtos principais
  • O plano é continuar inovando junto com a comunidade no futuro

Leituras relacionadas

1 comentários

 
GN⁺ 2023-08-29
Opiniões no Hacker News

  • A frase sobre impedir novas inscrições e cuidar da otimização para clientes existentes e dos requisitos de integração com a AWS soa como se o produto estivesse, na prática, morto e pudesse voltar algum dia como um produto com marca Amazon hospedado na AWS.
    Eu jamais usaria um produto cheio de assinatura e telemetria grudadas em um fluxo de trabalho essencial, mas deve ser uma pena para os usuários atuais.

    • O texto inteiro soou como “é uma aquisição de talentos, mas não podemos admitir que é uma aquisição de talentos”, e a suspensão das inscrições confirma essa impressão.
      Se a AWS comprou por causa do produto, não entendo por que interromper completamente tudo, em vez de manter o modelo de negócio existente rodando por alguns meses até que esses “requisitos” sejam resolvidos.
    • Só por motivos simples de segurança e privacidade, acho que jamais usaria sincronização em nuvem ou um terminal conectado à nuvem; e, se houver uma indisponibilidade, você fica praticamente de mãos atadas como desenvolvedor ou administrador, o que também pesa muito.
      Várias empresas tentaram transformar o terminal em software como serviço e falharam, então imagino que não seja só eu que me sinto assim.
      “Percebemos que ainda havia um componente da infraestrutura de computação que não enviava tudo o que você faz para a nuvem nem cobrava aluguel mensal…”
    • “Amazon has acquired Fig's technology!” é um eufemismo.
      Quando empresas assim dizem que “adquiriram a tecnologia”, é parecido com dizer que os revolucionários obtiveram a cabeça de Luís XVI.
    • A telemetria foi exatamente o motivo pelo qual eu nunca experimentei o Fig.
      Parecia interessante, mas eu não gostava da ideia de o Fig capturar tudo o que eu digitava.
    • Eles deram um cronograma de algumas semanas, então parece que veremos em breve no que isso vai dar.

  • A funcionalidade é boa, mas eu nunca gostei da ideia de ter que usar um aplicativo de terminal completamente novo para usá-la.
    Talvez eu esteja virando um dinossauro, mas não é que eu me recuse a experimentar coisas novas. Pelo contrário: depois de insistir por anos em um único ambiente de desenvolvimento “de verdade”, migrei do Emacs para o VS Code e passei a trabalhar em ambientes mais heterogêneos, em vez de um ambiente 100% Mac.
    Por isso, esses aplicativos cliente pesados, específicos de plataforma, já não parecem o caminho a seguir.

    • Manter-me no Vim e em ferramentas de linha de comando muito bem estabelecidas acabou me dando mais flexibilidade.
      Com qualquer máquina *nix, local ou via SSH, eu tinha um ambiente de desenvolvimento familiar e suficiente; e isso funcionou nos meus últimos 8 empregos, no escritório ou remoto, com quaisquer restrições de segurança, com mesa ou sem mesa, só com um notebook de 13 polegadas. Esse é o menor denominador comum.
      Já meus colegas atuais tentam preservar o ambiente de workstation para usar IDE localmente, e nos últimos anos também foram forçados a trocar de IDE duas vezes.
      Não estou dizendo isso por ideologia de software livre. Pessoalmente não ligo muito para isso, só que às vezes as melhores ferramentas simplesmente são software livre. Também uso Mac e consigo lidar com Linux quando necessário.
    • Não é preciso um terminal novo.
      A página inicial diz literalmente “autocompletar no estilo de IDE para o seu terminal existente”.
    • Sinceramente, acho que já passou da hora de superar a era de imitar teletipos, mas o que vier depois deveria ser um padrão aberto, com implementações concorrentes.
      Já existe um cemitério grande de projetos de terminal “de próxima geração”, e nenhum dos que ainda estão vivos parece estar conquistando uma posição dominante. Escrever uma especificação não resolve isso, mas seria bom que aquilo que acabar vencendo tenha uma especificação.
    • Talvez você esteja pensando no Warp(https://www.warp.dev/).
    • O que me parece estranho neste produto é que ele entra em uma área que já tem muitas ferramentas perfeitamente boas e parece tentar consolidar práticas ruins de desenvolvimento e implantação local.
      Se você precisa de relatórios sobre scripts que desenvolvedores executam em máquinas locais, provavelmente está dando acesso demais ao ambiente de produção. As salvaguardas e os relatórios deveriam estar no processo de CI/CD e no controle de código-fonte.
      Shells como fish ou plugins de shell já lidam muito bem com autocompletar, então esse recurso também não é tão útil.
      Se você precisa gerenciar variáveis de ambiente ou dotfiles, deveria investir tempo em criar um ambiente de desenvolvimento adequado, em vez de enfiar uma ferramenta que torna mais fácil fazer a coisa errada.
      O gerenciamento de chaves SSH pode ser resolvido de forma muito simples por inúmeras abordagens, como gerenciamento de configuração ou soluções integradas dos provedores de nuvem. Além disso, a maioria das equipes de desenvolvimento provavelmente já concede acesso SSH demais.
      Se você precisa usar SSH com frequência, isso significa que a aplicação não emite logs adequadamente ou que as ferramentas de desenvolvimento local não são boas o suficiente.

  • Foi realmente rápido. O lançamento do Fig no Hacker News foi em 25 de maio de 2021: https://news.ycombinator.com/item?id=27277819
    Vi o Brendan falar bastante desse produto no Twitter.

  • Experimentei o Fig por alguns dias alguns meses atrás, mas removi porque ele causava mais dor de cabeça do que ajudava.
    Já me surpreende que isso tenha virado um produto viável; mais chocante ainda é ter sido de fato adquirido.

    • Tive a mesma experiência.
      Tentei algumas vezes em várias máquinas, e elas travavam, ou ele consumia memória de forma absurda, ou apresentava outros comportamentos aleatórios. É surpreendente que tenha chegado tão longe.

  • Venho usando há cerca de 1 ano e espero que o produto continue existindo.
    O blog diz isso agora, mas no começo quase todo mundo diz a mesma coisa.

    • Parece que eles construíram uma comunidade bem razoável, então, se o código principal do Fig, ou todo o código, for open source, ele parece capaz de continuar.
      Nas últimas 6 semanas, 57 novos colaboradores criaram 62 issues, e 111 novos colaboradores comentaram. Como métrica de comunidade, isso é muito saudável, embora a atividade de código não fosse grande; se eles estavam focados na venda para a AWS, faz sentido.
      Fonte consultada: https://devboard.gitsense.com/withfig
      Divulgação completa: esta é uma ferramenta que eu criei.

  • Gosto deste produto e até contribuí algumas vezes, mas agora estou com sentimentos meio mistos.
    Uma coisa que me vem à cabeça é que a especificação de autocompletar está sob licença MIT, então acho que ela poderia ser usada para reimplementar um produto básico de autocompletar open source: https://github.com/withfig/autocomplete

  • É caso de parabenizar? Espero que isso signifique que o número cada vez maior de comandos de CLI da AWS agora seja, ou venha a ser, todo Fig.
    Eles estão ficando bem datados. Também me pergunto o que acontece com o suporte fora da AWS. O Fig continuará oferecendo ótimo suporte no iTerm2 a qualquer coisa que esteja em %PATH%?

    • Ele está feliz porque é algo bom para ele próprio, não porque seja bom para os usuários.

  • Fazendo propaganda do meu projeto: estou criando uma ideia parecida para a era dos LLMs: https://butterfi.sh
    É bem mais básico que o Fig, mas pode ser útil se você estiver procurando uma alternativa. Eu adoraria receber feedback.

    • “Dentro do Butterfish Shell, basta começar um comando com letra maiúscula para enviar um prompt ao ChatGPT” é uma suposição perigosa.
      Nem todos os comandos são em minúsculas. Interações com serviços externos devem ser feitas intencionalmente pelo usuário, por meio de uma ação separada.
    • Gostei bastante disso.
      Seria legal se um cliente rodando em modo de objetivo pudesse consultar APIs de mecanismos de busca e também fazer um pouco de crawling. Imagino ele buscando informações diretamente em issues recentes do GitHub ou na documentação da AWS.
    • Fico me perguntando se isso tem alguma relação com o shell fish, ou se é apenas um nome muito infeliz.
    • Fico curioso se você pretende adicionar suporte a modelos locais.

  • Nunca tinha ouvido falar de Fig, exceto como o nome usado pelo antecessor do Docker Compose.
    Isso é, na prática, muito parecido com o Atuin?
    https://github.com/atuinsh/atuin

  • Nunca achei que Fig ou Warp fossem ter sucesso.
    Exigir conta e assinatura para usar uma ferramenta de CLI soa absurdo. Mas, na AWS, a conta é obrigatória de qualquer forma, então parece que encontraram uma solução.
    Espero que a próxima etapa também dê certo.