Amazon adquiere Fig
(archive.md)- El equipo de Fig, que ha creado herramientas para desarrolladores de terminal/shell, se suma a Amazon Web Services (AWS), y Amazon adquiere la tecnología de Fig
- AWS considera la IA generativa como una transición tecnológica clave que transformará la forma en que sus clientes desarrollan, y la incorporación de Fig forma parte de esta visión
- Los usuarios existentes podrán seguir usando Fig y recibirán soporte continuo; las funciones pagas de Fig Team pasarán a ser totalmente gratuitas
- Los nuevos registros están suspendidos por ahora, mientras se enfocan en optimizar el producto para clientes existentes y en la integración con AWS
- Aunque aún no se han revelado los planes futuros del producto, seguirán innovando para desarrolladores en el área de terminal/shell
Anuncio de la incorporación de Fig a AWS
- El equipo de Fig se suma a AWS y Amazon adquiere la tecnología de Fig
- Tanto Fig como AWS comparten el interés por mejorar las herramientas y servicios para desarrolladores
- Buscan mejorar la experiencia de desarrollador combinando la experiencia de Fig con la orientación a largo plazo de AWS y su historial de entrega de productos centrados en el cliente
- AWS reconoce la IA generativa como una transición tecnológica clave que cambiará la forma en que sus clientes construyen
Cambios en el producto Fig
- Los usuarios existentes podrán seguir usando Fig y recibirán soporte continuo
- Todas las funciones pagas de Fig Team pasarán a ser completamente gratuitas
- Los nuevos usuarios actualmente no pueden registrarse en el producto Fig
- Se enfocarán en optimizar el producto para los clientes existentes
- Se enfocarán en atender los requisitos identificados para integrar Fig con AWS
- En las próximas semanas se publicará un enlace de registro para recibir novedades sobre el trabajo con AWS
Qué productos ofrecerán Amazon + Fig
- Actualmente no hay novedades para compartir sobre los planes futuros
- Siguen innovando para desarrolladores en el área de terminal/shell
- Seguirán anunciando novedades cuando haya más información
Agradecimiento a la comunidad
- Agradecen el apoyo continuo de la comunidad
- En los últimos 3 años lograron cientos de miles de usuarios, 22k GitHub stars, 13k miembros en Discord, 400 colaboradores de código abierto y 5 productos principales
- Planean seguir innovando junto con la comunidad
1 comentarios
Opiniones en Hacker News
La frase sobre bloquear nuevos registros y atender los requisitos de optimización para clientes existentes e integración con AWS suena a que el producto está prácticamente muerto y que algún día podría volver como un producto con marca Amazon alojado en AWS.
Nunca usaría un producto con suscripciones y telemetría por todos lados en un flujo de trabajo central, pero para los usuarios actuales debe ser una pena.
Si AWS lo compró por el producto, no sé por qué tendría que detener por completo el modelo de negocio existente durante meses, en vez de seguir operándolo tal cual hasta que se atiendan esos “requisitos”.
Varias empresas intentaron convertir la terminal en software como servicio y fracasaron, así que supongo que no soy el único que lo siente así.
“Vimos que todavía había un componente de la infraestructura de cómputo que no enviaba todo lo que haces a la nube ni te cobraba una renta mensual…”.
Cuando estas empresas dicen que “adquieren tecnología”, es parecido a decir que los revolucionarios adquirieron la cabeza de Luis XVI.
Se veía genial, pero no me convencía que Fig se llevara todas mis entradas.
Las funciones son buenas, pero siempre me incomodó la idea de tener que usar una aplicación de terminal completamente nueva para aprovecharlas.
Quizás me estoy volviendo un dinosaurio, pero no es que me niegue a probar cosas nuevas. Al contrario: después de insistir durante años con un único entorno de desarrollo “de verdad”, me pasé de Emacs a VS Code, y en vez de trabajar en un entorno 100% Mac terminé en uno más heterogéneo.
Por eso, estas apps cliente pesadas específicas por plataforma ya no se sienten como el camino a seguir.
Con que haya una máquina *nix, local o vía SSH, puedo tener un entorno de desarrollo familiar y suficiente; me funcionó en mis últimos 8 trabajos, en oficina o remoto, con cualquier restricción de seguridad, con escritorio o sin él, incluso solo con una laptop de 13 pulgadas. Ese es el mínimo común denominador.
En cambio, mis colegas actuales intentan conservar su entorno de workstation para usar un IDE localmente, y en los últimos años incluso los obligaron a cambiar de IDE dos veces.
Esto no viene de una ideología de software libre. Personalmente no me importa mucho eso, pero a veces las mejores herramientas simplemente son software libre. Uso Mac y también puedo manejar Linux si hace falta.
La página principal dice literalmente “autocompletado estilo IDE para tu terminal existente”.
Ya hay un cementerio lleno de proyectos de terminal “de próxima generación”, y entre los que siguen vivos no parece haber ninguno que logre una posición dominante. Escribir una especificación no resolverá este problema, pero ojalá lo que termine ganando tenga una especificación.
Si necesitas reportes sobre los scripts que ejecutan los desarrolladores en sus máquinas locales, probablemente significa que les estás dando demasiado acceso al entorno de producción. Las salvaguardas y los reportes deberían estar en el proceso de CI/CD y en el control de código fuente.
Shells como fish o los plugins de shell ya manejan bien el autocompletado, así que esa función tampoco resulta tan útil.
Si necesitas administrar variables de entorno o dotfiles, deberías dedicar tiempo a crear un entorno de desarrollo correcto, en vez de meter una herramienta que haga más fácil hacer lo incorrecto.
La administración de claves SSH se puede resolver muy fácilmente de muchísimas formas, como con gestión de configuración o con las soluciones integradas de los proveedores cloud. Además, es probable que la mayoría de los equipos de desarrollo ya estén dando demasiado acceso por SSH.
Si tienes que usar SSH con frecuencia, significa que la aplicación no está emitiendo bien sus logs o que las herramientas de desarrollo local no son lo suficientemente buenas.
Fue realmente rápido. El lanzamiento de Fig en Hacker News fue el 25 de mayo de 2021: https://news.ycombinator.com/item?id=27277819
Vi a Brendan hablar mucho de este producto en Twitter.
Probé Fig durante unos días hace unos meses y lo desinstalé porque me trajo más dolores de cabeza que ayuda.
Me sorprende que esto se haya convertido en un producto viable, y más aún que de verdad lo hayan adquirido.
Lo intenté varias veces en varias máquinas y las máquinas se colgaban, consumía cantidades absurdas de memoria o mostraba otros comportamientos aleatorios. Me sorprende que haya llegado tan lejos.
Lo he usado alrededor de un año y espero que el producto siga existiendo.
El blog dice eso ahora, aunque al principio casi todos dicen lo mismo.
En las últimas 6 semanas, 57 nuevos colaboradores crearon 62 issues y 111 nuevos colaboradores comentaron. Como métricas de comunidad se ve muy saludable, aunque no hubo mucha actividad de código; si estaban concentrados en la venta a AWS, tiene sentido.
Fuente consultada: https://devboard.gitsense.com/withfig
Divulgación completa: esta es una herramienta que hice yo.
Me gusta este producto y contribuí algunas veces, pero ahora tengo sentimientos encontrados.
Algo que se me ocurre es que la especificación de autocompletado tiene licencia MIT, así que podría servir para reimplementar un producto básico de autocompletado open source: https://github.com/withfig/autocomplete
¿Es algo para celebrar? Ojalá signifique que todos los comandos CLI cada vez más numerosos de AWS ahora son, o van a ser, Fig.
Ya se están poniendo bastante viejos. También me pregunto qué pasará con el soporte fuera de AWS. ¿Fig seguirá dando excelente soporte en iTerm2 a cualquier cosa que esté en %PATH%?
Aprovecho para promocionar mi proyecto: estoy construyendo una idea parecida adaptada a la era de los LLM: https://butterfi.sh
Es mucho más básico que Fig, pero puede servir si estás buscando una alternativa. Me encantaría recibir feedback.
No todos los comandos están en minúsculas. La interacción con servicios externos debería hacerse de forma intencional por parte del usuario, mediante una acción separada.
Sería genial si el cliente, ejecutado en modo orientado a objetivos, pudiera consultar APIs de buscadores y hacer algo de crawling. Me imagino trayendo información directamente de los issues más recientes de GitHub o de la documentación de AWS.
Es la primera vez que oigo hablar de Fig, aparte del nombre que se usaba para el predecesor de Docker Compose.
¿En la práctica es muy parecido a Atuin?
https://github.com/atuinsh/atuin
Nunca pensé que Fig o Warp fueran a tener éxito.
Exigir una cuenta y una suscripción para usar herramientas CLI suena absurdamente mal. Pero en AWS de todos modos una cuenta es obligatoria, así que parece que encontraron la solución.
Ojalá les vaya bien en la siguiente etapa.