ข้อบกพร่องด้านการออกแบบของ Visual Studio Code (2022)

 (ghuntley.com)
4 คะแนน โดย GN⁺ 2024-09-30 | 5 ความคิดเห็น | แชร์ทาง WhatsApp

Visual Studio Code ถูกออกแบบมาเพื่อสร้างความแตกแยก

  • Visual Studio Code เป็นโอเพนซอร์ส แต่หากใช้งานด้วยวิธีอื่นนอกเหนือจากชุดแจกจ่ายอย่างเป็นทางการที่ Microsoft จัดให้ อาจเกิดความเสี่ยงทางกฎหมายได้

ตอนนี้ Visual Studio Code มีอายุ 7 ปีแล้ว

  • Visual Studio Code เปิดตัวเมื่อ 7 ปีก่อนและได้กลายเป็นตัวแก้ไขมาตรฐานสำหรับการพัฒนาซอฟต์แวร์
  • ซอร์สโค้ดเผยแพร่ภายใต้สัญญาอนุญาต MIT แต่ตัวผลิตภัณฑ์ที่ดาวน์โหลดได้ให้ภายใต้สัญญาอนุญาตแบบปิด
  • Microsoft ใช้สิ่งนี้เพื่อสร้างความแตกแยกในชุมชนโอเพนซอร์ส

VSCodium คือชุดแจกจ่ายเดสก์ท็อปแบบ OSS

  • โครงการ VSCodium เริ่มต้นจากความกังวลเกี่ยวกับการใช้สัญญาอนุญาตแบบปิด
  • สร้างภายใต้สัญญาอนุญาต MIT โดยไม่มีการปรับแต่งจาก Microsoft
  • ไม่สามารถเชื่อมต่อกับ Microsoft Visual Studio Code Marketplace ได้ และประสบปัญหาความแตกแยกของระบบนิเวศ

OpenVSCodeServer คือชุดแจกจ่ายเซิร์ฟเวอร์แบบ OSS

  • OpenVSCodeServer เป็นชุดแจกจ่ายฝั่งเซิร์ฟเวอร์ที่ใช้เป็นแกนหลักของ Gitpod
  • เช่นเดียวกับ VSCodium ไม่สามารถเชื่อมต่อกับ Microsoft Visual Studio Code Marketplace ได้
  • ดูแลรักษาเป็นหลักโดยพนักงานของ Gitpod

IDE ที่ไม่ใช่แบบสมัครสมาชิกกำลังหายไป

  • Microsoft เริ่มการเปลี่ยนแปลงภายในเพื่อเปลี่ยนซอฟต์แวร์ให้เป็นบริการ
  • บริการคลาวด์คอมพิวติ้ง Azure เติบโตขึ้นเป็นคู่แข่งของ AWS
  • ระบบนิเวศของเครื่องมือนักพัฒนาก็กำลังเปลี่ยนไปสู่โมเดลบริการเช่นกัน

GitHub คือไวท์เลเบลของเทคโนโลยี Microsoft เดิม

  • Microsoft เข้าซื้อ GitHub ในปี 2018 และเปิดตัว Visual Studio Online ในปี 2019
  • GitHub Codespaces คือไวท์เลเบลของ Visual Studio Online

ระบบนิเวศถูกออกแบบมาให้แตกแยก

  • บริษัทอย่าง Gitpod อาจเผชิญปัญหาทางกฎหมายในระบบนิเวศของ Visual Studio Code
  • Microsoft แบ่งแยกตลาดอย่างมีกลยุทธ์ผ่านส่วนขยายแบบปิด
  • เครื่องมือสำหรับภาษาโปรแกรมหลักอย่าง Python, .NET, C/C++, Java อยู่ภายใต้การควบคุมของ Microsoft

วิธีแก้คืออะไร?

  • อนาคตของเครื่องมือพัฒนาซอฟต์แวร์กำลังปิดมากขึ้น
  • จำเป็นต้องมีขบวนการใหม่เพื่อรักษาระบบนิเวศโอเพนซอร์สไว้
  • Gitpod แก้บางส่วนของปัญหานี้ผ่านโครงการ OpenVSX แต่ยังต้องมีความพยายามมากกว่านี้

สรุปโดย GN⁺

  • กล่าวถึงปัญหาสัญญาอนุญาตแบบปิดและความแตกแยกของระบบนิเวศของ Visual Studio Code
  • เน้นย้ำการแบ่งแยกตลาดเชิงกลยุทธ์ของ Microsoft และความเสี่ยงทางกฎหมาย
  • จำเป็นต้องมีแนวทางใหม่เพื่อรักษาระบบนิเวศโอเพนซอร์ส
  • อธิบายความท้าทายที่บริษัทอย่าง Gitpod กำลังเผชิญ

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

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

 
unsure4000 2024-09-30

กำลังพิจารณาทางเลือกที่จะใช้ vim หรือ zed อยู่ครับ

ผมใช้เทอร์มินัลที่ตั้งค่า opacity ไว้
พอจะทราบวิธีลบสีพื้นหลังของ nvim ไหมครับ?
ถ้าหาเรื่องนี้เจอ ผมก็อยากลองใช้ nvim มาก ๆ เลย...
 
siscof 2024-10-01

ถ้าคุณใช้เทอร์มินัล kitty ตั้งค่าให้ใช้สีพื้นหลังเดียวกันก็น่าจะทำให้ใช้ความโปร่งใสได้ครับ
หรือจะลองพิจารณาปลั๊กอินแบบนี้ดูก็ได้..

https://github.com/xiyaowong/transparent.nvim
 
unsure4000 2024-10-02

ขอบคุณครับ/ค่ะ เดี๋ยวจะลองตรวจสอบดูครับ/ค่ะ
 
unsure4000 2024-10-02

สำเร็จแล้ว ขอบคุณ ขอให้เป็นวันที่ดีครับ
 
GN⁺ 2024-09-30
ความคิดเห็นจาก Hacker News

  • ผู้คนแสดงความไม่พอใจต่อซอฟต์แวร์ที่เปิดเผยซอร์สโค้ด

    • เมื่อ Microsoft เปิดให้คลังเก็บหลักเป็น OSS แต่ฟีเจอร์ที่มีประโยชน์กลับเต็มไปด้วย DRM และกับดักทางกฎหมาย ผู้คนกลับเงียบ
    • Microsoft เสนอสิ่งที่ดูเหมือน OSS แต่จริง ๆ ไม่ใช่ เพื่อปลอบใจผู้สนับสนุน FOSS
    • Open Source Definition ในปี 2024 ไม่เหมาะกับการแก้ปัญหาเหล่านี้
    • หากลองตรวจสอบว่าในส่วนขยาย Pylance มี DRM มากแค่ไหน จะเห็นว่า Microsoft ใช้ DRM เพื่อไม่ให้สามารถลบการตรวจสอบ VSCode อย่างเป็นทางการได้

  • ระบบนิเวศของ VSCode อ่อนแอในหลายด้าน

    • cpptools น่าทึ่งแต่ทำงานผิดพลาดบ่อยและดีบักยาก
    • ปัญหาด้านความปลอดภัยของ VSCode ร้ายแรงมาก ส่วนขยายไม่ได้ถูกแซนด์บ็อกซ์
    • เมื่อใช้ AI ไม่ควรเชื่อถือ LLM เพราะ LLM อาจเขียนโค้ดอันตรายได้
    • มีโอกาสสร้างระบบนิเวศที่ดีกว่าได้ เช่น ทางเลือกของ cpptools ควรไม่มี telemetry และไม่เข้าถึงอินเทอร์เน็ต

  • มีเธรดคอมเมนต์ที่ดีเกี่ยวกับส่วนขยาย cpptools

    • มีความเห็นว่าการ build จากซอร์สเป็นไปไม่ได้
    • จำเป็นต้องมีคำศัพท์ใหม่สำหรับกรณีที่ทั้งไลเซนส์ OSS และ dependency ที่ใช้ในการ build ต่างก็เป็นไลเซนส์ OSS

  • VS Code เป็น IDE ที่ดาวน์โหลดและใช้งานได้ฟรีจาก Microsoft

    • ทุกคนอยากสร้างบริการสำหรับนักพัฒนาแบบ "อเนกประสงค์" แต่การสร้างหรือสนับสนุนเงินทุนให้ IDE เป็นเรื่องยาก
    • นี่ไม่ใช่ความผิดของ Microsoft

  • หากไม่มีการเสนอโมเดลที่อธิบายได้ว่าพนักงานประจำมากกว่า 50 คนที่สร้าง VS Code สมควรกับงบประมาณราว 20 ล้านดอลลาร์ต่อปี ก็อาจดูเหมือนเป็นความพยายามจะใช้ประโยชน์จากงานวิศวกรรมของ Microsoft

  • กำลังพยายามทำความเข้าใจปัญหา

    • MS กำลังสร้างส่วนขยาย cpptools/C++ ที่ดีกว่า และหลายคอมโพเนนต์ของ MS เป็นซอร์สปิด ทำให้ไม่สามารถ build เวอร์ชัน OSS แบบสมบูรณ์ได้
    • จะกลายเป็นปัญหาเมื่อผู้ใช้พบว่าไม่สามารถใช้ส่วนขยายเนทีฟบนเว็บอินเทอร์เฟซได้
    • หากอยากใช้ฟรีแวร์นี้แทนซอฟต์แวร์ OSS ก็อาจน่าผิดหวัง แต่ก็ยังสงสัยว่านั่นเป็นปัญหาจริงหรือไม่

  • หากโปรเจ็กต์ส่วนขยายหลักมีทิศทางที่สอดคล้องกัน พวกเขาก็สามารถเพิ่มประกาศแบบด้านบนลงในคำอธิบายหน้ามาร์เก็ตเพลสได้

    • ตอนนี้ Apple กำลังเผชิญคดีเกี่ยวกับมาร์เก็ตเพลสอยู่ MS ไม่ต้องการคดีผูกขาดเพิ่มอีก

  • "ซอฟต์แวร์ฟรีที่ Microsoft แจกให้เปิดไม่มากพอ" เป็นหนึ่งในมุมมองที่แปลกที่สุดในยุคปัจจุบัน

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

  • ถ้าบทความนี้แยกข้อบ่นเรื่อง telemetry ออกจากข้อจำกัดที่มีอยู่จริง ก็น่าจะเข้าใจได้ง่ายขึ้น

  • มีความเห็นว่าถ้าไม่ชอบก็ไม่ต้องใช้ vim/nvm และ eMacs เป็นเอดิเตอร์ที่มีความสามารถโดยไม่ต้องประนีประนอมกับระบบนิเวศ