2 คะแนน โดย GN⁺ 2024-10-22 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • VS Code มีวิธีทยอยปล่อย API ใหม่บางส่วนผ่านชุด API ที่ยังไม่เสถียรชื่อว่า Proposed API
  • Proposed API ถูกติดตั้งอยู่ใน VS Code แต่ยังไม่ได้เปิดเผยเป็น API แบบเสถียร จึงอาจมีการเปลี่ยนแปลงได้ ใช้งานได้เฉพาะในรุ่น Insiders และไม่สามารถใช้ในส่วนขยายที่เผยแพร่แล้วได้
  • สิ่งนี้ช่วยให้ชุมชนมีวิธีทดลองใช้ API ใหม่ รับฟีดแบ็ก และปรับปรุง API ได้อย่างรวดเร็วโดยไม่ทำให้ส่วนขยายที่ใช้งานจริงหยุดทำงาน
  • แม้จะใช้ API ได้ในโหมดพัฒนาเท่านั้น แต่ก็ไม่สามารถเผยแพร่ส่วนขยายที่มี Proposed API ขึ้นสโตร์ได้

วิเคราะห์ package.json ของส่วนขยาย GitHub Copilot Chat

  • GitHub Copilot Chat เป็นส่วนขยายที่เผยแพร่แล้วซึ่งมี enabledApiProposals อยู่ด้วย
  • เรื่องนี้เกิดขึ้นได้เพราะเป็น Microsoft

ทำไมเรื่องนี้จึงสำคัญ

  • ดูเป็นกลยุทธ์ต่อต้านการแข่งขัน
  • API สำหรับส่วนขยายของ VS Code มีข้อจำกัดมาก ทำให้สตาร์ตอัปอย่าง Cursor เลือกฟอร์ก VS Code แล้วลงมือแก้ไขเองโดยตรง
  • GitHub กำลังใส่การเปลี่ยนแปลงหลายอย่างที่อาจเป็นประโยชน์ต่อทางเลือก Copilot แบบโอเพนซอร์สอย่าง Continue ด้วย แต่กลับใช้เองเพียงฝ่ายเดียว

ความเห็นของ GN⁺

  • เรื่องนี้บ่งชี้ว่า Microsoft กำลังพัฒนาแพลตฟอร์ม VS Code ไปในทิศทางที่เอื้อประโยชน์ต่อผลิตภัณฑ์ GitHub Copilot ของตนเอง
  • โครงการโอเพนซอร์สและสตาร์ตอัปน่าจะต้องใช้ความพยายามและทรัพยากรมากขึ้นเพื่อสร้างความสามารถที่เท่าเทียมกัน
  • ในมุมของผู้ใช้ VS Code แม้อาจได้รับฟีเจอร์และความสะดวกมากขึ้น แต่ในระยะยาวก็มีความกังวลว่าอิทธิพลของ Microsoft จะยิ่งแข็งแกร่งขึ้นและอาจนำไปสู่การผูกขาดได้

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

 
GN⁺ 2024-10-22
ความคิดเห็นจาก Hacker News
  • บางคนตีความว่าทีม Copilot กำลังเร่งพัฒนาให้เร็วที่สุดเท่าที่จะทำได้ ซึ่งอาจหมายความว่าทีมกำลังใช้วิธีอ้อมเพื่อรักษาความเร็วในการทำงาน

    • การผลักดัน API สาธารณะต้องใช้เวลาและพลังงานอย่างมาก และอาจเป็นหน้าที่ของอีกทีมหนึ่งที่ไม่ใช่ทีมที่พัฒนาส่วนขยาย Copilot
    • ดูเหมือนเป็นสถานการณ์ประมาณว่า "อย่าตีความว่าเป็นเจตนาร้าย"
  • มี SSH tunneling API ของ VSCode อยู่ แต่โดยทั่วไปจะเข้าถึงได้ก็ต่อเมื่อใช้แฟล็กพิเศษเท่านั้น

    • ส่วนขยายดีบัก JavaScript ที่มีมาในตัวสามารถใช้ API เหล่านี้ได้โดยไม่มีปัญหา
    • แทบไม่มีข้อมูลสาธารณะเกี่ยวกับ API เหล่านี้ และเมื่อ 2 ปีก่อนก็ยังไม่มีแผนจะเปิดเผย
  • บางคนไม่เข้าใจความไม่พอใจที่มีต่อ Microsoft

    • VSCode เป็นโอเพนซอร์ส และถ้าอยากใช้ API ก็สามารถใช้ในเวอร์ชันที่ fork ออกมาได้
    • ต่างจาก IE ตรงที่ไม่ได้ถูกติดตั้งมาล่วงหน้าบนอุปกรณ์ทุกเครื่อง และไม่ได้บังคับให้ใช้
  • บางคนรู้สึกว่า Microsoft กำลังค่อย ๆ เพิ่มความสามารถแบบปิดให้กับ VSCode

    • ชุมชน Rust และ Typescript กระจุกตัวอยู่ที่ VSCode ทำให้ย้ายไปใช้เอดิเตอร์อื่นได้ยาก
    • การที่ Typescript ถูกดูแลโดย Microsoft ก็มีผลเช่นกัน
  • ก่อนจะเปิด API สาธารณะ จำเป็นต้องมีกรณีการใช้งานและคนที่จะผลักดันเรื่องนี้

    • เหตุผลที่ Microsoft ไม่อนุญาตให้ติดตั้ง Live Share บน fork อื่น ๆ อาจเป็นเพราะมองว่าเป็นคนละผลิตภัณฑ์
    • มีหลายบริษัทที่ fork VSCode แล้วประสบความสำเร็จ และไม่ควรคาดหวังว่าจะได้ปลั๊กอินแบบปิดทั้งหมด
  • คนที่เคยพัฒนาส่วนขยาย VS Code มองว่าตอนนี้ก็ทำอะไรได้เยอะมากอยู่แล้ว

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

    • จะใช้โค้ดเอดิเตอร์ตัวอื่นหรือสร้างใช้เองก็ได้
  • เป็นเรื่องปกติที่เจ้าของแพลตฟอร์มจะทดลอง API ใหม่ด้วยตัวเองก่อน

    • นี่เป็นวิธีที่ดีในการได้กรณีการใช้งานจริงก่อนจะทำให้เสถียร
  • สำหรับคนที่พูดถึง EEE (Embrace, Extend, Extinguish) ก็มีการตั้งคำถามว่าจะทำให้โค้ดเอดิเตอร์สูญหายไปได้จริงหรือไม่

    • ถ้ามีการยัดเยียด Copilot ก็ยังเลือกใช้เอดิเตอร์อื่นได้
    • จนถึงตอนนี้ก็ยังมีประสบการณ์ที่ดีกับ VSC
  • เดิมทีมีคนคิดว่าส่วนขยาย MS Live Share และ GH Copilot ใช้ API แบบปิดอยู่แล้ว แต่เพิ่งตระหนักว่านี่เป็นเรื่องที่เพิ่งเริ่มขึ้นไม่นานนี้