Amazon ने Fig का अधिग्रहण किया

 (archive.md)
1 पॉइंट द्वारा GN⁺ 2023-08-29 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • टर्मिनल/शेल डेवलपर टूल्स बनाने वाली Fig टीम अब Amazon Web Services(AWS) से जुड़ रही है, और Amazon ने Fig की तकनीक का अधिग्रहण किया है
  • AWS का मानना है कि जनरेटिव AI ग्राहकों के डेवलपमेंट करने के तरीके को बदलने वाला एक बड़ा तकनीकी बदलाव है, और Fig का जुड़ना इसी विज़न का हिस्सा है
  • मौजूदा उपयोगकर्ता Fig का इस्तेमाल जारी रख सकेंगे और उन्हें लगातार समर्थन मिलेगा, जबकि पेड Fig Team फीचर्स को पूरी तरह मुफ्त किया जा रहा है
  • नए साइन-अप फिलहाल बंद रहेंगे, और फोकस मौजूदा ग्राहकों के लिए ऑप्टिमाइज़ेशन और AWS इंटीग्रेशन पर रहेगा
  • आगे की प्रोडक्ट योजना अभी सार्वजनिक नहीं की गई है, लेकिन टर्मिनल/शेल क्षेत्र में डेवलपर्स के लिए नवाचार जारी रहेगा

Fig के AWS से जुड़ने की घोषणा

  • Fig टीम AWS से जुड़ रही है और Amazon ने Fig की तकनीक का अधिग्रहण किया है
  • Fig और AWS, दोनों की रुचि डेवलपर टूल्स और सेवाओं को बेहतर बनाने में समान है
  • AWS की दीर्घकालिक सोच और ग्राहक-केंद्रित प्रोडक्ट डिलीवरी के ट्रैक रिकॉर्ड के साथ Fig की विशेषज्ञता को जोड़कर डेवलपर एक्सपीरियंस बेहतर करने की कोशिश की जाएगी
  • AWS, जनरेटिव AI को ग्राहकों के build करने के तरीके को बदलने वाला एक बड़ा तकनीकी बदलाव मानता है

Fig प्रोडक्ट में बदलाव

  • मौजूदा उपयोगकर्ता Fig का उपयोग जारी रख सकेंगे और उन्हें लगातार समर्थन दिया जाएगा
  • सभी पेड Fig Team फीचर्स को पूरी तरह मुफ्त किया जा रहा है
  • नए उपयोगकर्ता फिलहाल Fig प्रोडक्ट के लिए साइन अप नहीं कर सकते
    • फोकस मौजूदा ग्राहकों के लिए प्रोडक्ट ऑप्टिमाइज़ेशन पर है
    • Fig को AWS के साथ इंटीग्रेट करने के लिए पहचानी गई आवश्यकताओं को पूरा करने पर ध्यान है
  • AWS के साथ काम से जुड़ी खबरें पाने के लिए एक साइन-अप लिंक आने वाले कुछ हफ्तों में जारी किया जाएगा

Amazon + Fig कौन से प्रोडक्ट देंगे

  • फिलहाल भविष्य की योजनाओं पर साझा करने के लिए कोई अपडेट नहीं है
  • टर्मिनल/शेल क्षेत्र में डेवलपर्स के लिए नवाचार जारी है
  • आगे और खबर होने पर जानकारी दी जाती रहेगी

कम्युनिटी के प्रति आभार

  • कम्युनिटी के लगातार समर्थन के लिए धन्यवाद
  • पिछले 3 वर्षों की उपलब्धियों में सैकड़ों हजार उपयोगकर्ता, 22k GitHub stars, 13k Discord सदस्य, 400 ओपन सोर्स योगदानकर्ता, और 5 मुख्य प्रोडक्ट शामिल हैं
  • आगे भी कम्युनिटी के साथ मिलकर नवाचार जारी रखने की योजना है

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2023-08-29
Hacker News की राय

  • नए sign-up रोकने और मौजूदा customers को optimize करने व AWS integration requirements संभालने वाली लाइन से ऐसा लगता है कि product असल में मर चुका है और किसी दिन AWS-hosted Amazon-branded product के रूप में फिर आ सकता है
    Core workflow में subscription और telemetry ठूँस देने वाला product मैं कभी इस्तेमाल नहीं करूँगा, लेकिन मौजूदा users के लिए यह निराशाजनक होगा

    • पूरा लेख ऐसा पढ़ा जैसे “यह acqui-hire है, लेकिन हम इसे acqui-hire मान नहीं सकते,” और sign-up बंद करना उस एहसास को पक्का कर देता है
      अगर AWS ने इसे product के लिए खरीदा है, तो समझ नहीं आता कि उन “requirements” के निपटने तक कुछ महीनों के लिए मौजूदा business model को वैसे ही चलाने के बजाय सब कुछ पूरी तरह क्यों रोकना पड़ा
    • सिर्फ security और privacy कारणों से भी मैं cloud sync/cloud-connected terminal कभी इस्तेमाल नहीं करूँगा, और outage होने पर developer या admin के तौर पर आपके हाथ-पैर लगभग बंध जाते हैं, यह भी बड़ी बात है
      कई कंपनियों ने terminal को software-as-a-service बनाने की कोशिश की और नाकाम रहीं, तो शायद ऐसा महसूस करने वाला मैं अकेला नहीं हूँ
      “Computing infrastructure में अभी भी एक component था जो आपका हर काम cloud पर नहीं भेजता और आपसे monthly rent भी नहीं लेता…”
    • “Amazon has acquired Fig's technology!” एक euphemism है
      ऐसी कंपनियों का “technology acquire करना” कुछ वैसा है जैसे क्रांतिकारियों ने Louis XVI का सिर हासिल किया हो
    • Telemetry ही ठीक वही वजह थी कि मैंने Fig आज़माया नहीं
      दिखने में अच्छा था, लेकिन Fig का मेरी सारी input ले जाना मुझे पसंद नहीं था
    • उन्होंने कुछ हफ्तों की timeline दी है, तो जल्द ही देखेंगे क्या होता है

  • Features अच्छे हैं, लेकिन उन्हें इस्तेमाल करने के लिए एक बिल्कुल नया terminal app इस्तेमाल करने का विचार मुझे हमेशा पसंद नहीं आया
    हो सकता है मैं dinosaur बनता जा रहा हूँ, लेकिन ऐसा नहीं कि मैं नई चीज़ें आज़माना नहीं चाहता। उलटे, सालों तक एक ही असली dev environment पर अड़े रहने के बाद मैं Emacs से VS Code पर आया, और 100% Mac environment की जगह ज्यादा heterogeneous environment में काम करने लगा
    इसलिए ऐसे platform-specific मोटे client apps अब आगे का रास्ता नहीं लगते

    • Vim और बहुत अच्छी तरह जमे हुए command-line tools पर टिके रहने से उलटे मुझे flexibility मिली
      Local हो या SSH के पार, बस कोई *nix machine हो तो मेरे पास familiar और पर्याप्त dev environment होता था; office हो या remote, security constraints कुछ भी हों, desk हो या न हो, सिर्फ 13-inch laptop ही क्यों न हो—पिछली 8 नौकरियों में यह लगातार काम आया। यही lowest common denominator है
      इसके उलट, अभी मेरे सहकर्मी local में IDE इस्तेमाल करने के लिए workstation environment को लगातार बचाए रखते हैं, और पिछले कुछ वर्षों में उन्हें IDE भी दो बार बदलने को मजबूर किया गया
      यह free software ideology से निकली बात नहीं है। निजी तौर पर मुझे ऐसी चीज़ों से खास फर्क नहीं पड़ता, बस best tools कभी-कभी free software होते हैं। मैं Mac भी इस्तेमाल करता हूँ और जरूरत पड़े तो Linux भी संभाल सकता हूँ
    • नया terminal जरूरी नहीं है
      Homepage पर सचमुच लिखा है “आपके मौजूदा terminal के लिए IDE-style autocomplete”
    • सच कहूँ तो मुझे लगता है कि teletype की नकल करने वाले दौर से आगे बढ़ने का समय आ गया है, लेकिन जो अगला हो वह open standard होना चाहिए और competing implementations होने चाहिए
      “Next-generation” terminal projects की कब्रगाह पहले से बड़ी है, और जो अभी जीवित हैं उनमें से कोई dominant position पाता नहीं दिखता। Specification लिख देने से यह समस्या हल नहीं होगी, लेकिन आखिर में जो भी जीते, उसके पास spec हो तो अच्छा होगा
    • शायद आपका मतलब Warp(https://www.warp.dev/) से रहा होगा
    • इस product का अजीब लगने वाला हिस्सा यह है कि यह ऐसे क्षेत्र में आ रहा है जहाँ पहले से ठीक-ठाक tools बहुत हैं, और ऐसा दिखता है जैसे खराब local development/deployment practices को cement करना चाहता हो
      अगर आपको developers द्वारा local machine पर चलाए गए scripts की reporting चाहिए, तो शायद आपने production environment की access permissions बहुत ज्यादा दे रखी हैं। Guardrails और reporting CI/CD process और source control में होनी चाहिए
      fish जैसे shells या shell plugins पहले से autocomplete अच्छी तरह संभालते हैं, इसलिए वह feature भी बहुत उपयोगी नहीं है
      अगर environment variables या dotfile management की जरूरत है, तो गलत कामों को आसान बनाने वाला tool बीच में डालने के बजाय सही dev environment बनाने में समय लगाना चाहिए
      SSH key management configuration management या cloud provider के built-in solutions जैसी अनगिनत विधियों से बहुत आसानी से हो सकता है। ऊपर से, ज्यादातर dev teams शायद पहले से ही बहुत ज्यादा SSH access दे रही हैं
      अगर आपको अक्सर SSH करना पड़ता है, तो इसका मतलब है कि application logs ठीक से नहीं निकाल रहा या local dev tools पर्याप्त अच्छे नहीं हैं

  • यह वाकई तेज था। Fig का Hacker News launch 25 मई 2021 को था: https://news.ycombinator.com/item?id=27277819
    मैंने Brendan को Twitter पर इस product के बारे में काफी बात करते देखा था

  • कुछ महीने पहले मैंने Fig को कुछ दिन इस्तेमाल किया था, और मदद से ज्यादा सरदर्द बना, इसलिए हटा दिया
    यह भी हैरानी की बात है कि यह viable product बन गया, और असल में acquire हो गया, यह तो और भी चौंकाने वाला है

    • मेरा भी वही अनुभव था
      कई machines पर कुछ बार कोशिश की, पर machine freeze हो जाती थी, memory बेहिसाब खाती थी, या अन्य random behavior दिखाती थी। यह कहीं तक पहुँचा, यह आश्चर्यजनक है

  • लगभग 1 साल से इस्तेमाल कर रहा हूँ, और उम्मीद है product बना रहेगा
    Blog में अभी ऐसा ही लिखा है, लेकिन शुरुआत में लगभग हर कोई यही कहता है

    • लगता है उन्होंने काफी अच्छी community बनाई है, इसलिए अगर Fig का core code या पूरा code open source हो तो यह आगे चल सकता है
      पिछले 6 हफ्तों में 57 new contributors ने 62 issues बनाए, और 111 new contributors ने comments किए। Community metrics के हिसाब से यह बहुत healthy है, हालांकि code activity ज्यादा नहीं थी; अगर वे AWS sale पर ध्यान दे रहे थे तो यह समझ आता है
      Reference source: https://devboard.gitsense.com/withfig
      Full disclosure: यह tool मैंने बनाया है

  • मुझे यह product पसंद है और मैंने कुछ contributions भी किए हैं, लेकिन अभी feelings mixed हैं
    एक बात जो याद आती है वह यह है कि autocomplete spec MIT license में है, इसलिए basic open-source autocomplete product फिर से implement करने में इसका इस्तेमाल हो सकता है: https://github.com/withfig/autocomplete

  • क्या यह बधाई की बात है? अगर इसका मतलब है कि AWS की लगातार बढ़ती CLI commands अब सारी Fig बन जाएँगी या वैसी हो जाएँगी, तो अच्छा होगा
    वे काफी पुरानी होती जा रही हैं। AWS के बाहर support का क्या होगा, यह भी जानना चाहूँगा। क्या Fig iTerm2 में %PATH% के अंदर जो भी है, उसे आगे भी बेहतरीन support देता रहेगा?

    • वह खुश इसलिए नहीं है कि यह users के लिए अच्छा है, बल्कि इसलिए कि यह उसके लिए अच्छा है

  • अपने project का promotion करूँ तो, मैं LLM era के लिए एक मिलता-जुलता idea बना रहा हूँ: https://butterfi.sh
    यह Fig से बहुत basic level पर है, लेकिन अगर आप alternative ढूँढ रहे हैं तो उपयोगी हो सकता है। Feedback भेजें तो अच्छा लगेगा

    • “Butterfish Shell के अंदर command को बस capital letter से शुरू करके ChatGPT prompt भेजा जा सकता है” एक खतरनाक assumption है
      सारी commands lowercase में नहीं होतीं। External service के साथ interaction user की intentional, अलग action से होनी चाहिए
    • यह मुझे काफी पसंद आया
      अगर goal mode में चलने वाला client search engine API को request कर सके और थोड़ी crawling भी कर सके, तो बढ़िया होगा। Latest GitHub issues या AWS docs से सीधे जानकारी लाने की कल्पना होती है
    • सोच रहा हूँ कि क्या इसका fish shell से किसी तरह संबंध है, या यह बस बहुत ही दुर्भाग्यपूर्ण नाम है
    • क्या local model support जोड़ने का कोई इरादा है?

  • Docker Compose के predecessor के लिए इस्तेमाल हुए नाम के अलावा मैंने Fig का नाम पहली बार सुना
    क्या यह असल में Atuin से बहुत मिलता-जुलता है?
    https://github.com/atuinsh/atuin

  • मैंने कभी नहीं सोचा था कि Fig या Warp सफल होंगे
    CLI tool इस्तेमाल करने के लिए account और subscription माँगना बेतुका लगता है। लेकिन AWS में तो account वैसे भी mandatory है, इसलिए लगता है उन्होंने solution ढूँढ लिया
    अगले चरण के लिए शुभकामनाएँ