Amazon เข้าซื้อกิจการ Fig

 (archive.md)
1 คะแนน โดย GN⁺ 2023-08-29 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • ทีม Fig ผู้สร้างเครื่องมือสำหรับนักพัฒนาบนเทอร์มินัล/เชลล์ ได้เข้าร่วมกับ Amazon Web Services(AWS) และ Amazon ได้เข้าซื้อเทคโนโลยีของ Fig
  • AWS มองว่า Generative AI คือ การเปลี่ยนผ่านทางเทคโนโลยีครั้งสำคัญ ที่จะเปลี่ยนวิธีการพัฒนาของลูกค้า และการเข้าร่วมของ Fig ก็เป็นส่วนหนึ่งของวิสัยทัศน์นี้
  • ผู้ใช้เดิมยังคงใช้งาน Fig ต่อได้และจะได้รับ การสนับสนุนอย่างต่อเนื่อง ขณะที่ฟีเจอร์แบบเสียเงินของ Fig Team ทั้งหมดจะเปลี่ยนเป็นฟรี
  • ขณะนี้ได้ระงับการสมัครใหม่ และจะมุ่งเน้นไปที่การปรับผลิตภัณฑ์ให้เหมาะกับลูกค้าเดิมและการทำงานด้าน การผสานรวมกับ AWS
  • แผนผลิตภัณฑ์ในอนาคตยังไม่ได้เปิดเผย แต่จะยังคงสร้างนวัตกรรมเพื่อให้นักพัฒนาในพื้นที่ เทอร์มินัล/เชลล์ ต่อไป

ประกาศการเข้าร่วม AWS ของ Fig

  • ทีม Fig เข้าร่วมกับ AWS และ Amazon เข้าซื้อเทคโนโลยีของ Fig
  • ทั้ง Fig และ AWS ต่างให้ความสำคัญร่วมกันกับการปรับปรุงเครื่องมือและบริการสำหรับนักพัฒนา
  • AWS จะผสานความเชี่ยวชาญของ Fig เข้ากับ วิสัยทัศน์ระยะยาว และผลงานด้านการส่งมอบผลิตภัณฑ์ที่ยึดลูกค้าเป็นศูนย์กลาง เพื่อยกระดับ ประสบการณ์นักพัฒนา
  • AWS มองว่า Generative AI คือการเปลี่ยนผ่านทางเทคโนโลยีครั้งสำคัญที่จะเปลี่ยนวิธีการสร้างของลูกค้า

การเปลี่ยนแปลงของผลิตภัณฑ์ Fig

  • ผู้ใช้เดิมยังคงใช้งาน Fig ต่อได้ และจะได้รับการสนับสนุนอย่างต่อเนื่อง
  • ฟีเจอร์แบบเสียเงินทั้งหมดของ Fig Team จะเปลี่ยนเป็นฟรีทั้งหมด
  • ผู้ใช้ใหม่ยังไม่สามารถสมัครใช้งานผลิตภัณฑ์ Fig ได้ในขณะนี้
    • มุ่งเน้นการปรับผลิตภัณฑ์ให้เหมาะกับลูกค้าเดิม
    • มุ่งเน้นการจัดการข้อกำหนดที่ระบุไว้เพื่อผสาน Fig เข้ากับ AWS
  • จะเผยแพร่ ลิงก์สมัครรับข้อมูล เพื่อรับข่าวสารเกี่ยวกับการทำงานร่วมกับ AWS ภายในไม่กี่สัปดาห์ข้างหน้า

ผลิตภัณฑ์ที่ Amazon + Fig จะนำเสนอ

  • ขณะนี้ยังไม่มีอัปเดตที่จะแชร์เกี่ยวกับแผนในอนาคต
  • ยังคงสร้างนวัตกรรมเพื่อนักพัฒนาในพื้นที่ เทอร์มินัล/เชลล์ อย่างต่อเนื่อง
  • จะประกาศเพิ่มเติมเมื่อมีข่าวใหม่

ขอบคุณชุมชน

  • ขอบคุณชุมชนสำหรับการสนับสนุนอย่างต่อเนื่อง
  • ตลอด 3 ปีที่ผ่านมา มีผู้ใช้หลายแสนคน, 22k GitHub stars, สมาชิก Discord 13k คน, ผู้มีส่วนร่วมโอเพนซอร์ส 400 คน, และมีผลิตภัณฑ์หลัก 5 รายการ
  • มีแผนจะเดินหน้าสร้างนวัตกรรมร่วมกับชุมชนต่อไป

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2023-08-29
ความคิดเห็นจาก Hacker News

  • ข้อความที่บอกว่าจะปิดรับสมัครผู้ใช้ใหม่ และจัดการข้อกำหนดด้านการปรับให้เหมาะกับลูกค้าเดิมกับการผสานรวม AWS ฟังดูเหมือนว่าผลิตภัณฑ์นี้ตายไปแล้วโดยพฤตินัย และสักวันอาจกลับมาใหม่ในฐานะ ผลิตภัณฑ์แบรนด์ Amazon ที่โฮสต์บน AWS
    ผมคงไม่มีวันใช้ผลิตภัณฑ์ที่เอา subscription กับ telemetry มาแปะเต็มไปหมดบน workflow หลัก แต่สำหรับผู้ใช้เดิมก็คงน่าเสียดาย

    • อ่านทั้งบทความแล้วรู้สึกเหมือน “นี่คือ acqui-hire แต่ยอมรับว่าเป็น acqui-hire ไม่ได้” และการปิดรับสมัครก็ยิ่งยืนยันความรู้สึกนั้น
      ถ้า AWS ซื้อเพราะตัวผลิตภัณฑ์ ก็ไม่เข้าใจว่าทำไมต้องหยุดทุกอย่างโดยสิ้นเชิง แทนที่จะปล่อยให้โมเดลธุรกิจเดิมเดินต่อไปอีกไม่กี่เดือนจนกว่า “ข้อกำหนด” เหล่านั้นจะถูกจัดการเสร็จ
    • แค่เหตุผลด้าน ความปลอดภัยและความเป็นส่วนตัว ล้วน ๆ ก็ทำให้ผมคงไม่มีวันใช้ terminal ที่ซิงก์ผ่านคลาวด์หรือเชื่อมกับคลาวด์ และถ้ามันล่ม ในฐานะนักพัฒนาหรือผู้ดูแลระบบก็แทบจะทำอะไรไม่ได้เลย ซึ่งเป็นเรื่องใหญ่
      หลายบริษัทเคยพยายามทำ terminal ให้เป็นซอฟต์แวร์แบบบริการแล้วล้มเหลว ดังนั้นคงไม่ใช่แค่ผมที่รู้สึกแบบนี้
      “ดูเหมือนว่าในโครงสร้างพื้นฐานคอมพิวติ้งยังมีองค์ประกอบหนึ่งที่ยังไม่ส่งทุกอย่างที่คุณทำขึ้นคลาวด์ และยังไม่เก็บค่าเช่ารายเดือนจากคุณ…”
    • “Amazon has acquired Fig's technology!” เป็นการพูดแบบเลี่ยงคำ
      เวลาเอ่ยว่าบริษัทแบบนี้ “เข้าซื้อเทคโนโลยี” ก็คล้ายกับพูดว่านักปฏิวัติได้ครอบครอง ศีรษะของพระเจ้าหลุยส์ที่ 16
    • Telemetry นี่แหละคือเหตุผลที่ผมไม่เคยลองใช้ Fig
      มันดูเท่ก็จริง แต่ผมไม่สบายใจที่ Fig จะเอา input ทั้งหมดของผมไป
    • พวกเขาให้ไทม์ไลน์เป็นไม่กี่สัปดาห์ เดี๋ยวก็คงได้เห็นว่าจะเกิดอะไรขึ้น

  • ฟีเจอร์ดี แต่ผมไม่เคยชอบแนวคิดที่ว่าต้องใช้ แอป terminal ใหม่ทั้งตัว เพื่อจะใช้มัน
    อาจเป็นเพราะผมกำลังกลายเป็นไดโนเสาร์ก็ได้ แต่ก็ไม่ใช่ว่าไม่ยอมลองของใหม่ ตรงกันข้าม ผมเพิ่งย้ายจาก Emacs ไป VS Code หลังจากยึดติดกับสภาพแวดล้อมพัฒนาจริง ๆ เพียงตัวเดียวมาหลายปี และก็ได้ทำงานในสภาพแวดล้อมที่หลากหลายกว่าการใช้ Mac 100%
    ดังนั้นแอป thick client เฉพาะแพลตฟอร์มแบบนี้จึงไม่รู้สึกเหมือนเป็นทิศทางที่ควรไปอีกต่อไป

    • การยึด Vim กับ เครื่องมือ command line ที่ตั้งหลักได้ดีมากไว้ กลับทำให้มีความยืดหยุ่นมากขึ้น
      ไม่ว่าจะเป็นเครื่อง local หรืออยู่หลัง SSH ขอแค่เป็นเครื่อง *nix ก็มีสภาพแวดล้อมพัฒนาที่คุ้นเคยและเพียงพอได้ และใช้ได้มาตลอด 8 ที่ทำงานที่ผ่านมา ไม่ว่าจะอยู่ที่ออฟฟิศหรือรีโมต มีข้อจำกัดด้านความปลอดภัยแบบไหน มีโต๊ะหรือไม่มี มีแค่แล็ปท็อป 13 นิ้วก็ตาม นี่คือจุดร่วมขั้นต่ำสุด
      ในทางกลับกัน เพื่อนร่วมงานตอนนี้พยายามรักษาสภาพแวดล้อม workstation ไว้ตลอดเพื่อใช้ IDE บนเครื่อง local และในช่วงไม่กี่ปีที่ผ่านมาก็ถูกบังคับให้เปลี่ยน IDE ถึงสองครั้ง
      นี่ไม่ใช่เรื่องที่มาจากอุดมการณ์ free software ส่วนตัวผมไม่ได้สนใจเรื่องนั้น แต่บางครั้งเครื่องมือที่ดีที่สุดก็แค่บังเอิญเป็น free software เท่านั้น ผมใช้ Mac และถ้าจำเป็นก็จัดการ Linux ได้
    • ไม่จำเป็นต้องมี terminal ใหม่
      หน้าเว็บเขียนไว้ตรงตัวว่า “การเติมคำอัตโนมัติสไตล์ IDE สำหรับ terminal ที่คุณมีอยู่”
    • พูดตรง ๆ ผมคิดว่าถึงเวลาผ่านพ้นยุคที่เลียนแบบ teletype แล้ว แต่สิ่งที่จะตามมาควรเป็น มาตรฐานเปิด และควรมี implementation ที่แข่งขันกัน
      สุสานของโปรเจกต์ terminal “ยุคถัดไป” มีเยอะอยู่แล้ว และในบรรดาที่เหลือรอดก็ยังไม่เห็นตัวไหนครองตลาดได้ การเขียนสเปกไม่ได้แก้ปัญหานี้โดยอัตโนมัติ แต่สุดท้ายถ้ามีอะไรสักอย่างชนะ ก็คงดีถ้ามันมีสเปก
    • อาจกำลังนึกถึง Warp(https://www.warp.dev/) อยู่ก็ได้
    • ส่วนที่ทำให้ผลิตภัณฑ์นี้รู้สึกแปลกคือ มันเข้าไปในพื้นที่ที่มีเครื่องมือดี ๆ อยู่แล้วจำนวนมาก และดูเหมือนพยายามทำให้ แนวปฏิบัติด้าน local development/deployment ที่แย่ กลายเป็นเรื่องถาวร
      ถ้าคุณต้องการรายงานเกี่ยวกับสคริปต์ที่นักพัฒนารันบนเครื่อง local นั่นอาจหมายความว่าคุณให้สิทธิ์เข้าถึง production มากเกินไปแล้ว กลไกป้องกันและการรายงานควรอยู่ในกระบวนการ CI/CD และ source control
      shell อย่าง fish หรือ shell plugin ก็จัดการ autocomplete ได้ดีอยู่แล้ว ฟีเจอร์นั้นจึงไม่ได้มีประโยชน์เท่าไร
      ถ้าคุณต้องจัดการ environment variable หรือ dotfile ก็ควรใช้เวลาสร้างสภาพแวดล้อมพัฒนาที่ถูกต้อง แทนที่จะยัดเครื่องมือที่ทำให้การทำสิ่งผิด ๆ ง่ายขึ้นเข้าไป
      การจัดการ SSH key ทำได้ง่ายมากด้วยวิธีมากมาย เช่น configuration management หรือโซลูชันในตัวของผู้ให้บริการคลาวด์ แถมทีมพัฒนาส่วนใหญ่ก็อาจให้สิทธิ์ SSH มากเกินไปอยู่แล้ว
      ถ้าคุณต้อง SSH บ่อย ๆ นั่นหมายความว่าแอปพลิเคชันไม่ได้ส่ง log ออกมาอย่างเหมาะสม หรือเครื่องมือพัฒนา local ยังไม่ดีพอ

  • เร็วจริง ๆ การเปิดตัว Fig บน Hacker News คือวันที่ 25 พฤษภาคม 2021: https://news.ycombinator.com/item?id=27277819
    ผมเห็น Brendan พูดถึงผลิตภัณฑ์นี้บน Twitter เยอะมาก

  • เมื่อไม่กี่เดือนก่อนผมลองใช้ Fig อยู่สองสามวัน แล้วลบทิ้งเพราะมี ปัญหาจุกจิก มากกว่าช่วยงาน
    แค่ที่มันกลายเป็นผลิตภัณฑ์ที่ใช้งานได้จริงก็น่าประหลาดใจแล้ว และที่ถูกซื้อกิจการจริง ๆ ยิ่งน่าตกใจกว่า

    • ประสบการณ์เดียวกันเลย
      ลองหลายครั้งบนหลายเครื่อง แล้วเครื่องก็ค้างบ้าง กินหน่วยความจำอย่างไม่สมเหตุสมผลบ้าง หรือมีพฤติกรรมสุ่ม ๆ อื่น ๆ น่าทึ่งที่มันไปได้ไกลถึงขนาดนี้

  • ใช้มาประมาณ 1 ปีแล้ว และหวังว่าผลิตภัณฑ์จะยังอยู่ต่อไป
    ในบล็อกตอนนี้เขียนไว้อย่างนั้น แต่แรก ๆ แทบทุกคนก็พูดแบบนั้นกันทั้งนั้น

    • ดูเหมือนพวกเขาจะสร้าง ชุมชน ที่ค่อนข้างดีไว้ได้ ดังนั้นถ้า core code หรือโค้ดทั้งหมดของ Fig เป็น open source ก็น่าจะเดินหน้าต่อได้
      ในช่วง 6 สัปดาห์ที่ผ่านมา มี contributor ใหม่ 57 คนสร้าง issue 62 รายการ และ contributor ใหม่ 111 คนเข้ามาคอมเมนต์ ในแง่ตัวชี้วัดชุมชนถือว่าสุขภาพดีมาก แต่กิจกรรมด้านโค้ดไม่มากนัก ซึ่งก็สมเหตุสมผลถ้าพวกเขากำลังโฟกัสกับการขายให้ AWS
      แหล่งอ้างอิงที่ใช้: https://devboard.gitsense.com/withfig
      ขอเปิดเผยเต็ม ๆ: นี่เป็นเครื่องมือที่ผมสร้างเอง

  • ผมชอบผลิตภัณฑ์นี้และเคย contribute อยู่บ้าง แต่ตอนนี้รู้สึกซับซ้อนนิดหน่อย
    สิ่งหนึ่งที่นึกได้คือ สเปก autocomplete เป็นไลเซนส์ MIT จึงน่าจะใช้สร้างผลิตภัณฑ์ autocomplete แบบ open source พื้นฐานขึ้นมาใหม่ได้: https://github.com/withfig/autocomplete

  • นี่เป็นเรื่องน่ายินดีไหม? ถ้ามันหมายความว่า คำสั่ง CLI ของ AWS ที่เพิ่มขึ้นเรื่อย ๆ จะกลายเป็น Fig ทั้งหมด หรือจะเป็นแบบนั้น ก็คงดี
    มันเริ่มเก่ามากแล้ว ผมก็สงสัยเหมือนกันว่าการรองรับนอก AWS จะเป็นอย่างไร Fig จะยังรองรับทุกอย่างที่อยู่ใน %PATH% บน iTerm2 ได้ยอดเยี่ยมต่อไปไหม?

    • ที่เขาดีใจไม่ใช่เพราะดีต่อผู้ใช้ แต่เพราะมัน ดีต่อตัวเขาเอง

  • ขอโปรโมตโปรเจกต์ของตัวเองหน่อย ผมกำลังทำไอเดียคล้าย ๆ กันที่เหมาะกับยุค LLM: https://butterfi.sh
    ยังเป็นระดับพื้นฐานกว่า Fig มาก แต่ถ้ากำลังมองหาทางเลือกก็อาจมีประโยชน์ ยินดีมากถ้าส่ง feedback มาให้

    • “ใน Butterfish Shell เพียงเริ่มคำสั่งด้วยตัวพิมพ์ใหญ่ ก็ส่ง prompt ไปยัง ChatGPT ได้” เป็น สมมติฐานที่อันตราย
      ไม่ใช่ทุกคำสั่งจะเป็นตัวพิมพ์เล็ก การโต้ตอบกับบริการภายนอกควรเกิดจากความตั้งใจของผู้ใช้ ผ่านการกระทำที่แยกออกมาต่างหาก
    • อันนี้ค่อนข้างชอบ
      ถ้า client ที่รันในโหมดเป้าหมายเรียก search engine API และ crawl ได้เล็กน้อยก็คงเท่ดี ทำให้นึกภาพว่าดึงข้อมูลจาก issue ล่าสุดบน GitHub หรือเอกสาร AWS ได้โดยตรง
    • สงสัยว่ามันเกี่ยวข้องกับ fish shell ในทางใดทางหนึ่งไหม หรือแค่เป็น ชื่อที่โชคร้ายมาก
    • สงสัยว่ามีแผนจะเพิ่ม การรองรับโมเดล local ไหม

  • เพิ่งเคยได้ยินชื่อ Fig ครั้งแรก นอกจากชื่อที่เคยใช้กับตัวก่อนหน้าของ Docker Compose
    นี่โดยพื้นฐานแล้วคล้ายกับ Atuin มากหรือเปล่า?
    https://github.com/atuinsh/atuin

  • ผมไม่เคยคิดเลยว่า Fig หรือ Warp จะสำเร็จ
    การต้องมีบัญชีและ subscription เพื่อใช้เครื่องมือ CLI ฟังดูไร้เหตุผลมาก แต่ใน AWS ยังไงก็ต้องมีบัญชีอยู่แล้ว จึงดูเหมือนจะหา ทางออก เจอ
    ขอให้ขั้นต่อไปไปได้สวย