1 điểm bởi GN⁺ 2023-08-29 | 1 bình luận | Chia sẻ qua WhatsApp
  • Đội ngũ Fig, đơn vị đã xây dựng các công cụ dành cho nhà phát triển cho terminal/shell, sẽ gia nhập Amazon Web Services (AWS), và Amazon đã mua lại công nghệ của Fig
  • AWS xem AI tạo sinh là một bước chuyển công nghệ quan trọng sẽ thay đổi cách khách hàng phát triển phần mềm, và việc Fig gia nhập là một phần của tầm nhìn này
  • Người dùng hiện tại vẫn có thể tiếp tục sử dụng Fig và nhận được hỗ trợ liên tục, đồng thời các tính năng Fig Team trả phí sẽ được chuyển sang miễn phí hoàn toàn
  • Việc đăng ký mới hiện đang tạm dừng để tập trung tối ưu cho khách hàng hiện có và thực hiện tích hợp với AWS
  • Kế hoạch sản phẩm trong tương lai hiện chưa được công bố, nhưng công ty sẽ tiếp tục đổi mới cho nhà phát triển trong lĩnh vực terminal/shell

Thông báo Fig gia nhập AWS

  • Đội ngũ Fig gia nhập AWS và Amazon mua lại công nghệ của Fig
  • Cả Fig và AWS đều cùng chia sẻ mối quan tâm tới việc cải thiện công cụ và dịch vụ cho nhà phát triển
  • Kết hợp chuyên môn của Fig với định hướng dài hạn và thành tích cung cấp sản phẩm lấy khách hàng làm trung tâm của AWS để thúc đẩy cải thiện trải nghiệm nhà phát triển
  • AWS nhìn nhận AI tạo sinh là một bước chuyển công nghệ lớn sẽ thay đổi cách khách hàng xây dựng sản phẩm

Các thay đổi đối với sản phẩm Fig

  • Người dùng hiện tại vẫn có thể tiếp tục sử dụng Fig và sẽ được hỗ trợ liên tục
  • Tất cả tính năng Fig Team trả phí sẽ được chuyển thành hoàn toàn miễn phí
  • Người dùng mới hiện không thể đăng ký sản phẩm Fig
    • Tập trung tối ưu sản phẩm cho khách hàng hiện có
    • Tập trung xử lý các yêu cầu đã xác định để tích hợp Fig với AWS
  • Liên kết đăng ký để nhận tin về quá trình làm việc với AWS sẽ được công bố trong vài tuần tới

Sản phẩm mà Amazon + Fig sẽ cung cấp

  • Hiện chưa có cập nhật nào để chia sẻ về kế hoạch trong tương lai
  • Tiếp tục đổi mới cho nhà phát triển trong lĩnh vực terminal/shell
  • Sẽ tiếp tục thông báo khi có thêm tin tức

Cảm ơn cộng đồng

  • Cảm ơn cộng đồng vì sự ủng hộ liên tục
  • Thành quả trong 3 năm qua gồm hàng trăm nghìn người dùng, 22k GitHub stars, 13k thành viên Discord, 400 cộng tác viên mã nguồn mở và 5 sản phẩm cốt lõi
  • Dự định sẽ tiếp tục đổi mới cùng cộng đồng trong thời gian tới

1 bình luận

 
GN⁺ 2023-08-29
Ý kiến trên Hacker News
  • Cụm từ nói rằng họ sẽ chặn đăng ký mới và xử lý các yêu cầu tối ưu hóa cho khách hàng hiện tại cũng như tích hợp AWS nghe như thể sản phẩm về cơ bản đã chết, và một ngày nào đó có thể quay lại dưới dạng sản phẩm mang thương hiệu Amazon được AWS lưu trữ
    Tôi chắc chắn sẽ không dùng một sản phẩm gắn đầy thuê bao và telemetry vào quy trình làm việc cốt lõi, nhưng có lẽ đây là điều đáng tiếc với người dùng hiện tại

    • Toàn bộ bài viết đọc lên giống như “đây là một vụ mua đội ngũ nhân tài, nhưng chúng tôi không thể thừa nhận là mua đội ngũ nhân tài”, và việc dừng đăng ký càng củng cố cảm giác đó
      Nếu AWS mua vì sản phẩm, tôi không hiểu vì sao họ lại phải dừng hẳn thay vì tiếp tục vận hành mô hình kinh doanh hiện tại trong vài tháng cho đến khi xử lý xong những “yêu cầu” đó
    • Chỉ riêng lý do bảo mật và quyền riêng tư cũng đủ khiến tôi chắc chắn sẽ không dùng terminal đồng bộ đám mây/kết nối đám mây; thêm nữa, nếu xảy ra sự cố thì với tư cách lập trình viên hoặc quản trị viên, bạn gần như bị trói tay trói chân
      Nhiều công ty đã cố biến terminal thành phần mềm dạng dịch vụ và thất bại, nên có lẽ không chỉ mình tôi cảm thấy vậy
      “Hóa ra trong hạ tầng điện toán vẫn còn một thành phần chưa gửi mọi việc bạn làm lên đám mây và cũng chưa thu tiền thuê hằng tháng…”
    • “Amazon has acquired Fig's technology!” là cách nói giảm nói tránh
      Khi những công ty kiểu này nói “mua lại công nghệ”, nó giống như nói những nhà cách mạng đã có được đầu của Louis XVI
    • Telemetry chính là lý do tôi chưa từng thử Fig
      Trông có vẻ hay, nhưng tôi không thích việc Fig lấy mọi thứ tôi gõ
    • Họ đã đưa ra mốc thời gian vài tuần, nên có lẽ ta sẽ sớm thấy chuyện gì xảy ra
  • Tính năng thì tốt, nhưng tôi luôn không thích ý tưởng phải dùng một ứng dụng terminal hoàn toàn mới chỉ để có nó
    Có thể tôi đang dần thành khủng long, nhưng không phải tôi không chịu thử cái mới. Ngược lại, sau nhiều năm chỉ bám vào một môi trường phát triển thật sự, tôi đã chuyển từ Emacs sang VS Code, và làm việc trong môi trường dị biệt hơn thay vì 100% trên Mac
    Vì vậy các ứng dụng client dày theo từng nền tảng như thế này không còn có vẻ là hướng đi đúng nữa

    • Việc bám vào Vim và các công cụ dòng lệnh đã rất ổn định rốt cuộc lại đem đến sự linh hoạt
      Chỉ cần có một máy *nix, dù local hay qua SSH, tôi đều có được môi trường phát triển quen thuộc và đủ dùng; điều đó đã hiệu quả qua 8 công việc gần đây, bất kể ở văn phòng hay làm từ xa, có ràng buộc bảo mật gì, có bàn làm việc hay không, hay chỉ có chiếc laptop 13 inch. Đây là mẫu số chung thấp nhất
      Trong khi đó, đồng nghiệp hiện tại của tôi cứ phải duy trì môi trường workstation để dùng IDE local, và trong vài năm qua còn bị buộc đổi IDE tới hai lần
      Đây không phải là câu chuyện xuất phát từ lý tưởng phần mềm tự do. Cá nhân tôi không quan tâm mấy đến chuyện đó, chỉ là đôi khi công cụ tốt nhất lại là phần mềm tự do. Tôi cũng dùng Mac và có thể xử lý Linux khi cần
    • Không cần terminal mới
      Trang chủ ghi nguyên văn là “tự động hoàn thành kiểu IDE cho terminal hiện có của bạn
    • Thành thật mà nói, tôi nghĩ đã đến lúc vượt qua thời kỳ mô phỏng teletype, nhưng thứ tiếp theo phải là chuẩn mở và nên có các bản triển khai cạnh tranh
      Nghĩa địa của các dự án terminal “thế hệ mới” đã có nhiều rồi, và trong số những thứ còn sống cũng chưa thấy cái nào giành được vị thế thống trị. Việc viết ra đặc tả sẽ không tự giải quyết vấn đề này, nhưng tôi hy vọng thứ cuối cùng chiến thắng sẽ có đặc tả
    • Có thể bạn đang nghĩ đến Warp(https://www.warp.dev/)
    • Phần khiến sản phẩm này có vẻ kỳ lạ là nó bước vào một lĩnh vực vốn đã có nhiều công cụ tốt, đồng thời dường như muốn củng cố các thực hành phát triển và triển khai local kém
      Nếu bạn cần báo cáo về các script mà lập trình viên chạy trên máy local, có lẽ bạn đang cấp quá nhiều quyền truy cập vào môi trường production. Các biện pháp an toàn và báo cáo nên nằm trong quy trình CI/CD và quản lý mã nguồn
      Các shell như fish hoặc plugin shell đã xử lý tự động hoàn thành tốt rồi, nên tính năng đó cũng không hữu ích lắm
      Nếu cần quản lý biến môi trường hoặc dotfile, bạn nên dành thời gian xây dựng một môi trường phát triển đúng đắn thay vì nhét thêm một công cụ khiến việc làm sai trở nên dễ hơn
      Quản lý SSH key có thể được xử lý quá dễ bằng rất nhiều cách, như quản lý cấu hình hoặc giải pháp tích hợp của nhà cung cấp đám mây. Hơn nữa, đa số đội phát triển có khả năng vốn đã cấp quá nhiều quyền SSH
      Nếu bạn thường xuyên phải SSH, điều đó có nghĩa là ứng dụng chưa xuất log đúng cách hoặc công cụ phát triển local chưa đủ tốt
  • Nhanh thật. Fig ra mắt trên Hacker News vào ngày 25/05/2021: https://news.ycombinator.com/item?id=27277819
    Tôi đã thấy Brendan nói khá nhiều về sản phẩm này trên Twitter

  • Vài tháng trước tôi dùng thử Fig trong vài ngày, rồi gỡ vì nó gây ra nhiều phiền toái hơn là giúp ích
    Việc nó trở thành một sản phẩm khả thi đã đáng ngạc nhiên, còn việc thực sự được mua lại thì còn sốc hơn

    • Tôi cũng có trải nghiệm tương tự
      Tôi đã thử vài lần trên nhiều máy, và máy bị đơ, ngốn bộ nhớ một cách vô lý, hoặc có những hành vi ngẫu nhiên khác. Thật ngạc nhiên là nó đã đi xa đến vậy
  • Tôi đã dùng khoảng một năm và hy vọng sản phẩm sẽ tiếp tục tồn tại
    Blog hiện viết như vậy, dù ban đầu hầu như ai cũng nói thế

    • Có vẻ họ đã xây dựng được một cộng đồng khá tốt, nên nếu phần mã lõi hoặc toàn bộ mã của Fig là mã nguồn mở thì có thể nó sẽ tiếp tục được duy trì
      Trong 6 tuần qua, 57 người đóng góp mới đã tạo 62 issue, và 111 người đóng góp mới đã bình luận. Xét theo chỉ số cộng đồng thì rất khỏe mạnh, dù hoạt động code không nhiều; nếu họ đang tập trung vào thương vụ bán cho AWS thì điều đó hợp lý
      Nguồn tham khảo: https://devboard.gitsense.com/withfig
      Tiết lộ đầy đủ: đây là công cụ do tôi tạo ra
  • Tôi thích sản phẩm này và cũng đã đóng góp vài lần, nhưng hiện giờ cảm xúc hơi lẫn lộn
    Một điều tôi nghĩ đến là đặc tả tự động hoàn thành dùng giấy phép MIT, nên có lẽ có thể dùng để triển khai lại một sản phẩm tự động hoàn thành mã nguồn mở cơ bản: https://github.com/withfig/autocomplete

  • Có nên chúc mừng không? Nếu điều này có nghĩa là số lệnh CLI ngày càng nhiều của AWS giờ sẽ đều trở thành Fig hoặc đi theo hướng đó thì tốt
    Chúng đang khá cũ kỹ rồi. Tôi cũng tò mò phần hỗ trợ bên ngoài AWS sẽ ra sao. Fig có tiếp tục hỗ trợ xuất sắc mọi thứ nằm trong %PATH% trên iTerm2 không?

    • Anh ta vui không phải vì điều đó tốt cho người dùng, mà vì tốt cho chính anh ta
  • Xin phép quảng bá dự án của mình: tôi đang xây dựng một ý tưởng tương tự cho thời đại LLM: https://butterfi.sh
    Nó còn cơ bản hơn Fig rất nhiều, nhưng có thể hữu ích nếu bạn đang tìm lựa chọn thay thế. Rất mong nhận được phản hồi

    • “Trong Butterfish Shell, bạn chỉ cần bắt đầu lệnh bằng chữ hoa là có thể gửi prompt ChatGPT” là một giả định nguy hiểm
      Không phải mọi lệnh đều viết thường. Việc tương tác với dịch vụ bên ngoài nên được người dùng thực hiện có chủ ý, bằng một hành động riêng biệt
    • Tôi khá thích cái này
      Sẽ rất hay nếu client chạy ở chế độ mục tiêu có thể gọi API công cụ tìm kiếm và crawl một chút. Tôi hình dung nó có thể lấy thông tin trực tiếp từ issue GitHub mới nhất hoặc tài liệu AWS
    • Tôi tò mò liệu cái này có liên quan gì đến fish shell không, hay chỉ là một cái tên cực kỳ xui xẻo
    • Không biết bạn có dự định thêm hỗ trợ mô hình local không
  • Tôi lần đầu nghe đến Fig, ngoài cái tên từng được dùng cho tiền thân của Docker Compose
    Về cơ bản nó có rất giống Atuin không?
    https://github.com/atuinsh/atuin

  • Tôi chưa bao giờ nghĩ Fig hay Warp sẽ thành công
    Việc yêu cầu tài khoản và thuê bao để dùng công cụ CLI nghe thật vô lý. Nhưng với AWS thì dù sao tài khoản cũng là bắt buộc, nên có vẻ họ đã tìm ra lời giải
    Hy vọng các bước tiếp theo cũng suôn sẻ