Amazon, Fig’i satın aldı

 (archive.md)
1 puan yazan GN⁺ 2023-08-29 | 1 yorum | WhatsApp'ta paylaş
  • Fig ekibi, terminal/shell geliştirici araçları üretmeye devam ederken Amazon Web Services (AWS) bünyesine katılıyor ve Amazon, Fig’in teknolojisini satın alıyor
  • AWS, üretken yapay zekayı müşterilerin geliştirme biçimini değiştiren önemli bir teknoloji dönüşümü olarak görüyor ve Fig’in katılımını bu vizyonun bir parçası olarak gerçekleştiriyor
  • Mevcut kullanıcılar Fig’i kullanmaya devam edebilecek ve sürekli destek alacak; ücretli Fig Team özellikleri tamamen ücretsiz hale getirilecek
  • Yeni kayıtlar şu anda durduruldu; odak, mevcut müşteriler için optimizasyon ve AWS entegrasyonu çalışmalarında
  • Gelecekteki ürün planları henüz açıklanmadı, ancak geliştiriciler için terminal/shell alanında yenilikler sürdürülüyor

Fig’in AWS’ye katıldığının duyurusu

  • Fig ekibi AWS’ye katılıyor ve Amazon, Fig’in teknolojisini satın alıyor
  • Hem Fig hem de AWS, geliştirici araçları ve hizmetlerini iyileştirme konusundaki ilgiyi paylaşıyor
  • AWS’nin uzun vadeli yaklaşımı ve müşteri odaklı ürün sunma geçmişi, Fig’in uzmanlığıyla birleştirilerek geliştirici deneyimini iyileştirme hedefleniyor
  • AWS, üretken yapay zekayı müşterilerin ürün geliştirme biçimini değiştiren önemli bir teknoloji dönüşümü olarak görüyor

Fig ürünündeki değişiklikler

  • Mevcut kullanıcılar Fig’i kullanmaya devam edebilecek ve sürekli destek alacak
  • Tüm ücretli Fig Team özellikleri tamamen ücretsiz hale getirilecek
  • Yeni kullanıcılar şu anda Fig ürününe kaydolamayacak
    • Odak, mevcut müşterilere yönelik ürün optimizasyonunda
    • Fig’i AWS ile entegre etmek için belirlenen gereksinimlerin ele alınmasına odaklanılıyor
  • AWS ile yürütülen çalışmalara dair haberleri almak için bir kayıt bağlantısı önümüzdeki birkaç hafta içinde yayınlanacak

Amazon + Fig’in sunacağı ürünler

  • Şu anda gelecekteki planlara ilişkin paylaşılacak bir güncelleme yok
  • Geliştiriciler için terminal/shell alanında yenilikler sürdürülüyor
  • Yeni gelişmeler oldukça duyurular paylaşılmaya devam edilecek

Topluluğa teşekkür

  • Topluluğun sürekli desteği için teşekkür ediliyor
  • Son 3 yıldaki başarılar arasında yüz binlerce kullanıcı, 22k GitHub stars, 13k Discord üyesi, 400 açık kaynak katkıcısı ve 5 temel ürün yer alıyor
  • Bundan sonra da toplulukla birlikte yeniliklere devam etme planı sürüyor

İlgili okumalar

1 yorum

 
GN⁺ 2023-08-29
Hacker News yorumları

  • Yeni kayıtları durdurup mevcut müşterileri optimize etme ve AWS entegrasyon gereksinimlerini ele alma ifadesi, ürünün fiilen öldüğü ve bir gün AWS üzerinde barındırılan Amazon markalı bir ürün olarak yeniden çıkabileceği anlamına geliyormuş gibi geliyor.
    Temel iş akışına abonelik ve telemetri boca edilmiş bir ürünü asla kullanmam, ama mevcut kullanıcılar için üzücü bir durum gibi.

    • Yazının tamamı “bu bir acqui-hire, ama acqui-hire olduğunu kabul edemeyiz” gibi okunuyordu; kayıtların durdurulması da bu hissi kesinleştirdi.
      AWS ürünü için satın aldıysa, o “gereksinimler” ele alınana kadar mevcut iş modelini birkaç ay aynen sürdürmek yerine neden tamamen durdurduklarını anlamıyorum.
    • Sırf güvenlik ve gizlilik nedenleriyle bile bulut senkronizasyonlu, buluta bağlı bir terminali asla kullanacağımı sanmıyorum; ayrıca bir kesinti olursa geliştirici ya da yönetici olarak fiilen eliniz kolunuz bağlanıyor.
      Birçok şirket terminali SaaS yapmaya çalışıp başarısız oldu; demek ki böyle hisseden yalnız ben değilim.
      “Bilişim altyapısının içinde yaptığınız her şeyi henüz buluta göndermeyen ve sizden aylık kira da almayan bir bileşen varmış…”
    • “Amazon has acquired Fig's technology!” bir örtmece.
      Bu tür şirketlerin “teknolojiyi satın alması”, devrimcilerin XVI. Louis'nin başını ele geçirdiklerini söylemesine benziyor.
    • Telemetri, Fig'i hiç denemememin tam nedeniydi.
      Havalı görünüyordu, ama Fig'in tüm girdilerimi alması içime sinmedi.
    • Birkaç haftalık bir takvim verdiler; yakında ne olacağını görürüz.

  • Özellikler güzel, ama bunları kullanmak için tamamen yeni bir terminal uygulaması kullanma fikri bana hiçbir zaman sıcak gelmedi.
    Belki dinozorlaşıyorumdur, ama yeni şeyleri denememeye çalışan biri değilim. Aksine, yıllarca tek bir gerçek geliştirme ortamına bağlı kaldıktan sonra Emacs'ten VS Code'a geçtim ve %100 Mac ortamı yerine daha heterojen bir ortamda çalışmaya başladım.
    Bu yüzden böyle platforma özel kalın istemci uygulamaları artık gidilecek yön gibi gelmiyor.

    • Vim'e ve çok iyi oturmuş komut satırı araçlarına bağlı kalmak bana tam tersine esneklik sağladı.
      Yerelde ya da SSH'ın ötesinde, bir *nix makinesi olduğu sürece tanıdık ve yeterli bir geliştirme ortamına sahip olabiliyordum; ofiste ya da uzaktan, güvenlik kısıtları ne olursa olsun, masam olsun olmasın, yalnızca 13 inçlik bir dizüstü bilgisayarım olsa bile, son 8 iş yerimde işe yaradı. Bu en küçük ortak payda.
      Buna karşılık şu anki iş arkadaşlarım yerelde IDE kullanabilmek için iş istasyonu ortamlarını sürekli korumaya çalışıyor ve son birkaç yılda iki kez IDE değiştirmeye de zorlandılar.
      Bu, özgür yazılım ideolojisinden çıkan bir argüman değil. Kişisel olarak bunları önemsemem, ama en iyi araçlar bazen sadece özgür yazılım oluyor. Mac de kullanıyorum, gerektiğinde Linux da idare edebiliyorum.
    • Yeni bir terminal gerekmiyor.
      Ana sayfada kelimesi kelimesine “mevcut terminaliniz için IDE tarzı otomatik tamamlama” yazıyor.
    • Açıkçası teletype'ı taklit etme dönemini geride bırakmanın zamanı geldiğini düşünüyorum, ama bunun ardından gelecek şeyin açık standart olması ve rakip implementasyonların bulunması gerektiğine inanıyorum.
      “Yeni nesil” terminal projelerinin mezarlığı şimdiden kalabalık; hâlâ hayatta olanlardan hiçbirinin de baskın konuma geldiği görünmüyor. Bir spesifikasyon yazmak bu sorunu çözmez, ama sonunda kazanan ne olursa olsun bir spesifikasyonu olursa iyi olur.
    • Warp'ı (https://www.warp.dev/) düşünüyor olabilirsiniz.
    • Bu üründe tuhaf gelen taraf, zaten gayet iyi araçların çok olduğu bir alana girerken berbat yerel geliştirme ve dağıtım pratiklerini pekiştirmeye çalışıyor gibi görünmesi.
      Geliştiricilerin yerel makinelerinde çalıştırdığı betikler hakkında raporlamaya ihtiyacınız varsa, muhtemelen canlı ortama fazla erişim yetkisi veriyorsunuz demektir. Koruma mekanizmaları ve raporlama CI/CD sürecinde ve kaynak yönetiminde olmalı.
      fish gibi kabuklar ya da kabuk eklentileri zaten otomatik tamamlamayı iyi hallediyor; o özellik de pek faydalı değil.
      Ortam değişkeni ya da dotfile yönetimine ihtiyacınız varsa, yanlış işleri kolaylaştıran bir araç eklemek yerine doğru düzgün bir geliştirme ortamı kurmaya zaman harcamalısınız.
      SSH anahtarı yönetimi, yapılandırma yönetimi ya da bulut sağlayıcısının yerleşik çözümleri gibi sayısız yolla çok kolay çözülebiliyor. Üstelik çoğu geliştirme ekibi zaten muhtemelen fazlasıyla SSH erişimi veriyor.
      Sık sık SSH yapmanız gerekiyorsa, bu uygulamanın logları doğru düzgün dışa aktarmadığı ya da yerel geliştirme araçlarının yeterince iyi olmadığı anlamına gelir.

  • Gerçekten hızlı oldu. Fig'in Hacker News çıkışı 25 Mayıs 2021'di: https://news.ycombinator.com/item?id=27277819
    Brendan'ın Twitter'da bu üründen çok bahsettiğini görmüştüm.

  • Birkaç ay önce Fig'i birkaç gün denedim; faydadan çok baş ağrısı çıkardığı için sildim.
    Bunun uygulanabilir bir ürün hâline gelmiş olması bile şaşırtıcı, gerçekten satın alınmış olması ise daha da şok edici.

    • Ben de aynı şeyi yaşadım.
      Birkaç makinede birkaç kez denedim; makineler kilitlendi, saçma miktarda bellek tüketti ya da başka rastgele davranışlar gösterdi. Bunun bir yere kadar gelmiş olması şaşırtıcı.

  • Yaklaşık 1 yıldır kullanıyorum ve ürünün varlığını sürdürmesini umuyorum.
    Blogda şu anda böyle yazıyor, ama başta neredeyse herkes zaten böyle der.

    • Oldukça iyi bir topluluk oluşturmuş gibi görünüyor; Fig'in çekirdek kodu ya da tüm kodu açık kaynaksa devam edebilir gibi.
      Son 6 haftada 57 yeni katkıcı 62 issue açmış, 111 yeni katkıcı yorum yapmış. Topluluk metrikleri açısından çok sağlıklı, ama kod aktivitesi fazla değildi; AWS'e satışa odaklanıyorlarsa bu mantıklı.
      Referans kaynak: https://devboard.gitsense.com/withfig
      Tam açıklama: Bu benim yaptığım bir araç.

  • Bu ürünü seviyorum ve birkaç kez katkıda da bulundum, ama şu an duygularım biraz karışık.
    Aklıma gelen bir şey, otomatik tamamlama spesifikasyonunun MIT lisanslı olması; bu, temel bir açık kaynak otomatik tamamlama ürününü yeniden uygulamak için kullanılabilir gibi: https://github.com/withfig/autocomplete

  • Tebrik edilecek bir şey mi? AWS'in giderek artan CLI komutlarının artık tamamen Fig olması ya da öyle olacak olması anlamına geliyorsa güzel olur.
    Epey eskimeye başlıyor. AWS dışındaki desteğin ne olacağını da merak ediyorum. Fig, iTerm2'de %PATH% içinde olan her şeyi harika desteklemeye devam edecek mi?

    • Onun sevinmesinin nedeni kullanıcılar için iyi olması değil, kendisi için iyi olması.

  • Kendi projemin reklamını yapayım: LLM çağına uygun benzer bir fikir üzerinde çalışıyorum: https://butterfi.sh
    Fig'den çok daha temel seviyede, ama alternatif arıyorsanız faydalı olabilir. Geri bildirim gönderirseniz sevinirim.

    • “Butterfish Shell içinde komutları büyük harfle başlatmanız yeterli; ChatGPT istemi gönderebilirsiniz” tehlikeli bir varsayım.
      Tüm komutlar küçük harfli değildir. Harici bir servisle etkileşim, kullanıcının bilinçli olarak ayrı bir eylemle yaptığı bir şey olmalı.
    • Bu bayağı hoşuma gitti.
      Hedef modunda çalışan istemcinin arama motoru API'sini çağırabilmesi ve biraz crawling de yapabilmesi güzel olurdu. Güncel GitHub issue'larından ya da AWS dokümanlarından doğrudan bilgi çektiğini hayal ediyorum.
    • Bunun fish shell ile herhangi bir şekilde bağlantılı mı olduğunu, yoksa sadece çok talihsiz bir isim mi olduğunu merak ediyorum.
    • Acaba yerel model desteği eklemeyi düşünüyor musunuz?

  • Fig'i, Docker Compose'un öncülünde kullanılan isim dışında ilk kez duydum.
    Bu fiilen Atuin'e çok mu benziyor?
    https://github.com/atuinsh/atuin

  • Fig ya da Warp'ın başarılı olacağını hiç düşünmemiştim.
    Bir CLI aracını kullanmak için hesap ve abonelik istemek kulağa saçma geliyor. Ama AWS'te zaten hesap zorunlu olduğu için çözümü bulmuş gibi görünüyor.
    Sonraki aşamada da başarılar dilerim.