ประสบการณ์เปลี่ยนจาก VSCode ไปใช้ Zed

• เนื่องจาก VSCode เพิ่มฟีเจอร์ AI บ่อยครั้งและมีความไม่เสถียร ทำให้ประสบการณ์ใช้งานเดิมแย่ลง จึงเริ่มมองหาทางเลือกใหม่
• Zed คือ IDE ที่เบาและเร็ว ซึ่งเขียนด้วย Rust พร้อม UI และคีย์ไบน์ดิงที่คุ้นเคยสำหรับผู้ใช้ VSCode
• ระหว่างตั้งค่าสภาพแวดล้อมพัฒนา Python มีความสับสนเกี่ยวกับ โหมดตรวจสอบชนิดข้อมูลของภาษาเซิร์ฟเวอร์ Basedpyright แต่แก้ไขได้ผ่านการตั้งค่าใน pyproject.toml
• ความเร็ว ความเสถียร และการตั้งค่าที่เรียบง่ายของ Zed คือข้อดีหลัก แม้อีโคซิสเต็มของส่วนขยายจะเล็กกว่า แต่ก็เพียงพอสำหรับการพัฒนางานประจำวัน
• Zed กำลังก้าวขึ้นมาเป็น IDE คู่แข่งที่ท้าทายสถานะผูกขาดของ VSCode และช่วยฟื้นคืนเวิร์กโฟลว์ที่เบาและยึดนักพัฒนาเป็นศูนย์กลาง

---

เหตุผลที่เลิกใช้ VSCode

• VSCode เคยใช้งานได้เสถียรมานาน แต่หลังจากมี อัปเดตที่เน้นฟีเจอร์ AI ก็เกิดความไม่สะดวกที่ต้องปิดฟีเจอร์ใหม่ในแทบทุกเวอร์ชัน
  • แม้จะไม่ได้ใช้ GitHub Copilot ก็ยังมีข้อความอย่าง “cmd+I to continue with Copilot” แสดงขึ้นซ้ำ ๆ
  • ฟีเจอร์ที่ไม่จำเป็นอย่างคำแนะนำในเทอร์มินัลแบบอินไลน์ยังชนกับการเติมคำสั่งอัตโนมัติของเชลล์
• settings.json ยาวขึ้นจนกลายเป็น รายการตั้งค่าสำหรับปิดฟีเจอร์ และยังพบ บั๊ก อาการช้า และแครช บ่อยครั้ง
• ยังมีความหวังว่าการผสาน AI ของ VSCode จะกลับมา รบกวนน้อยลงและเสถียรกว่านี้ แต่ในตอนนี้จึงต้องมองหาทางเลือกอื่น
• JetBrains IDE หนักเกินไป ส่วน Vim/Emacs ก็มีภาระด้านการตั้งค่าสูง จึงถูกตัดออก
• จึงลองใช้ Zed ซึ่งเขียนด้วย Rust เป็น IDE ใหม่

ความประทับใจแรกต่อ Zed

• เมื่อต้องย้ายมาจาก VSCode ก็พบว่า UI และคีย์ไบน์ดิงคล้ายกัน จึงใช้งานได้คุ้นมือทันที
  • อย่างไรก็ตาม Zed ไม่มีแผงรายการไฟล์ที่เปิดอยู่ และใช้การค้นหาไฟล์ด้วย Cmd+P เพื่อเปิดทางนำทาง
  • สามารถนำเข้าการตั้งค่าจาก VSCode แบบอัตโนมัติได้ แต่ผู้เขียนเลือกตั้งค่าเองเพื่อเริ่มต้นใหม่
• การตั้งค่าหลักมีเพียง ขนาดฟอนต์ ธีม ปิด Git blame และเปิดบันทึกอัตโนมัติ ซึ่งเรียบง่ายมาก
• ความเร็วและการตอบสนอง ดีกว่า VSCode อย่างชัดเจน และตลอด 2 สัปดาห์ที่ใช้งาน ไม่พบบั๊กหรือแครชเลย
• ใช้สำหรับพัฒนา Python และ Go
  • ฝั่ง Go ใช้งานได้ทันทีโดยไม่ต้องตั้งค่าเพิ่ม
  • ส่วน Python ต้องใช้เวลาในช่วงตั้งค่าเริ่มต้น

กระบวนการตั้งค่าสภาพแวดล้อม Python

• Zed ให้ความสามารถอย่างการเติมโค้ดอัตโนมัติ การนำทางในโค้ด และการตรวจสอบชนิดข้อมูล โดยอิงกับ ภาษาเซิร์ฟเวอร์ (Language Server)
• ภาษาเซิร์ฟเวอร์เริ่มต้นของ Python คือ Basedpyright ซึ่งอิงกับ Pyright แต่ใช้ typeCheckingMode ที่เข้มงวดกว่า
  • หากใน pyproject.toml มีส่วน [tool.pyright] อยู่ จะใช้โหมด recommended เป็นค่าเริ่มต้น
  • หากต้องการใช้โหมด standard ที่ต้องการ จะต้องระบุไว้ใน pyproject.toml อย่างชัดเจน
• ตัวอย่างการตั้งค่า:

  "basedpyright.analysis": {
    "typeCheckingMode": "standard"
  }
  

• ปัญหาที่ข้อผิดพลาดชนิดข้อมูลระหว่างไฟล์ไม่อัปเดตทันที แก้ได้ด้วยการตั้งค่า "disablePullDiagnostics": true
• การตรวจจับ virtual environment และส่วนอื่น ๆ ทำงานได้ราบรื่น
• ยังได้ทดสอบ ภาษาเซิร์ฟเวอร์ ty (พัฒนาโดย Astral, เวอร์ชัน Beta) และพบว่าใช้งานได้ดี แต่ยังคงใช้ Basedpyright ต่อเพื่อให้สอดคล้องกับ CI

การประเมินการใช้งาน Zed ในปัจจุบัน

• กลายมาเป็น IDE หลักสำหรับการพัฒนา Python และ Go
• เร็ว เสถียร และมีอินเทอร์เฟซที่คุ้นเคย พร้อมฟีเจอร์พื้นฐานที่ครบถ้วน
• แม้อีโคซิสเต็มของส่วนขยายจะเล็กกว่า VSCode แต่ก็ เพียงพอสำหรับงานพัฒนาประจำวัน
• สิ่งที่ยังน่าเสียดายมีเพียง ตัวดู diff ที่ทรงพลังระดับ GitLens
• ฟีเจอร์ AI ของ Zed มีอยู่แต่ไม่รบกวน และสามารถเพิกเฉยได้เมื่อไม่ต้องการ
• แผนแบบเสียเงินมี ฟีเจอร์คาดเดาการแก้ไข และถูกเสนอเป็นโมเดลรายได้เพื่อความยั่งยืนของโครงการ

บทสรุป

• Zed กำลังกลายเป็น คู่แข่งตัวจริงของ VSCode
• เพียงอิทธิพลของ Microsoft อาจไม่เพียงพอที่จะรักษาสถานะของ VSCode ไว้ได้
• ความเร็ว ความเรียบง่าย และความเสถียรของ Zed ช่วยยกระดับประสบการณ์นักพัฒนา และปิดท้ายด้วยข้อความว่า “VSCode ถึงเวลาตื่นได้แล้ว”

[kissdesty]

ตอนนี้ยังใช้เป็นเครื่องมือพัฒนาหลักไม่ได้ และใช้งานแทน Notepad (...) อยู่ แต่รู้สึกว่าจุดเด่นอย่างการตอบสนองที่รวดเร็ว, UI ที่สะอาดตา, และการอัปเดตที่เร็วและเรียบง่ายนั้นมีเสน่ห์มากจริง ๆ

[heycalmdown]

ลังเลอยู่ว่าจะเอาไปใช้อะไรดี แต่พอได้ยินว่าคุณใช้มันเป็น Notepad ก็รู้สึกเลยว่าใช่นี่แหละ! 555

[GN⁺]

ความเห็นจาก Hacker News

• Ben จากทีม VS Code เอง มีการตั้งค่าเดียวคือ "chat.disableAIFeatures" ที่ใช้ปิดฟีเจอร์ AI ทั้งหมดได้
  ดูเอกสารที่เกี่ยวข้องได้ใน หน้าอัปเดตอย่างเป็นทางการ
  ถ้าหลังตั้งค่าแล้วยังเห็นฟีเจอร์ AI อยู่ สามารถรายงานได้ที่ หน้า GitHub Issues แล้วจะนำไปตรวจสอบ
  บางครั้งฟีเจอร์ AI ใหม่อาจหลุดเข้ามาโดยไม่สนใจการตั้งค่านี้ แต่ทีมกำลังพยายามออก แพตช์แก้ไข ให้เร็วที่สุด

  • VS Code เป็นผลิตภัณฑ์หลักของ Microsoft แต่แนวทางแบบ “จะแก้ให้เร็วที่สุด” ผมคิดว่ายังไม่พอสำหรับ การตั้งค่า opt-out แบบครอบจักรวาล
    ฟีเจอร์แบบนี้ควรถูกทำให้ บล็อกได้อย่างปลอดภัยตั้งแต่ขั้นตอนออกแบบ
  • ผมชื่นชมที่เพิ่มการตั้งค่าเดียวสำหรับปิดฟีเจอร์ AI ทั้งหมดได้ในครั้งเดียว
    ในช่วงที่เพิ่งรีแบรนด์ตัวเองเป็น “โอเพนซอร์ส AI code editor” การให้สิทธิ์ผู้ใช้ เลือกที่จะไม่ใช้ AI ถือเป็นการเคารพผู้ใช้
    ในยุคที่หลายบริษัทกำลังยัดเยียดการผสาน LLM เข้ามา ตัวเลือกแบบนี้มีความหมายมาก
  • เจตนาแบบนี้ก็ดี แต่ผมสงสัยว่าภายในทีมเองได้ใช้การตั้งค่านี้จริงไหม
    ผมต้องปิด Copilot หลายครั้งมากจนสุดท้ายเลิกใช้ VS Code ไปเลย
    ป๊อปอัปมีมากเกินไปจน เสียสมาธิซ้ำแล้วซ้ำอีก และรู้สึกเหมือนทุกสัปดาห์ตัวแก้ไขไม่สนใจการตั้งค่าของผม
  • คำว่า “บางครั้งฟีเจอร์ AI ใหม่อาจไม่สนใจการตั้งค่า” ฟังแล้วชวนให้สงสัยว่า ทีมการตลาดตั้งใจใส่มาหรือเปล่า
  • มีเรื่องหนึ่งอยากฝากถึง Ben ผมเพิ่งตรวจสอบ ปัญหาการปฏิบัติตามไลเซนส์ LGPL ของแอป Electron ช่วงหลังมานี้ แล้วดูเหมือนหลายบริษัทรวมถึง Microsoft จะยังไม่ปฏิบัติตาม
    เหมือนตัวโปรเจกต์ Electron เองก็ยังไม่ตระหนักว่ามี LGPL ใช้อยู่
    อยากให้ส่งเรื่องนี้ต่อไปยังทีมกฎหมายของ Microsoft เพื่อพิจารณา

• ผมรำคาญการยัด AI เข้ามาใน VS Code อย่างต่อเนื่อง เลยเริ่มใช้ VS Codium แทน
  VS Codium คือเวอร์ชัน open-core ของ VS Code ที่ตัดฟีเจอร์แบรนด์ Microsoft ออก
  เท่าที่เข้าใจ Microsoft เอา VS Codium ไป build แล้วค่อยเติมฟีเจอร์ของตัวเองก่อนแจกจ่ายเป็น VS Code
  ถ้าชอบความสามารถพื้นฐานของ VS Code แต่ไม่ชอบองค์ประกอบของ Microsoft ก็ลองดู VS Codium ได้

  • VS Codium ไม่ได้เกี่ยวข้องกับ Microsoft และเป็นอีกโปรเจกต์หนึ่งที่ build จากซอร์สโค้ดโอเพนซอร์สของ VS Code ตรง ๆ
    ไม่ได้มีความสัมพันธ์แบบ Chrome/Chromium
  • ผมก็เคยคิดเหมือนกัน แต่เพราะใช้ ส่วนขยายแบบ proprietary ของ VS Code (เช่น Pylance) เลยแทนกันทั้งหมดได้ยาก
    สุดท้ายเลยลอง Zed ที่ไม่ใช้ Electron แล้วรู้สึกว่าใช้งานลื่นกว่ามาก
  • ผมใช้ VS Codium มาหลายปี แต่ช่วงหลังมีปัญหาที่ Rust analyzer มองไม่เห็นการเปลี่ยนแปลง
    พอกลับไปลอง Zed อีกครั้งก็พบว่าเสถียรกว่ามาก และปัญหาเดิมก็หายไปแล้ว

• พออ่านโพสต์นี้แล้วผมก็ลองติดตั้ง Zed ใหม่อีกครั้ง ปรากฏว่าปัญหาที่เมื่อก่อนทำให้ค้างตอนทำงานกับโค้ดระยะไกลถูกแก้ไปแล้ว
  Git ระยะไกลก็ทำงานได้ดี และความเร็วก็เพิ่มขึ้นมากจนรู้สึกเหมือน ของขวัญคริสต์มาส

  • ผมก็ย้ายมา Zed เหมือนกัน เพราะฟีเจอร์รีโมตของ VS Code ค้างบ่อยมาก

• ตอนนี้ผมใช้ Zed, Sublime, VS Code ควบคู่กันอยู่
  สิ่งที่ขาดที่สุดใน Zed คือฟีเจอร์ side-by-side diff
  มีการคุยกันอยู่ ที่นี่ แต่ยังไม่คืบหน้า
  อีกอย่างคือควรเพิ่มการรองรับ GDB/LLDB และเสริม tooling สำหรับ C/C++
  ท่ามกลางความจริงที่ซอฟต์แวร์ทุกวันนี้ อืดและพองตัวเกินไป ผมชอบที่ Zed กับ Sublime เดินไปในทางตรงกันข้าม

  • ผมคิดว่าความต้องการแบบ “ขอฟีเจอร์เพิ่ม” นี่เองคือสาเหตุของ ซอฟต์แวร์พองตัว
    อย่างฟีเจอร์ diff ถ้าใช้เครื่องมือเฉพาะทางอย่าง Meld หรือ Beyond Compare จะดีกว่ามาก
    ถ้า editor พยายามยัดฟีเจอร์รอบข้างเข้ามาหมด แก่นหลักก็จะพร่าเลือนไป
  • ผมชอบ diff view ของ IntelliJ มาก
    อย่างที่พูดไว้ในการสนทนานี้ ถ้ามี Git UI แบบแยกที่เร็วและดี ผมยอมจ่ายเงินใช้เลย
  • พอมองขนาดไบนารีของ Zed แล้วก็ยังสงสัยว่ามัน เบาจริงหรือเปล่า เทียบกับ Sublime ก็ดูไม่ได้ต่างกันมาก
  • อยากรู้ว่าทำไมถึงใช้หลาย editor ควบคู่กัน ผมรู้สึกว่าถ้าลงลึกกับตัวเดียวอาจมีประสิทธิภาพมากกว่า

• ผมซื้อ MacBook เครื่องใหม่แล้วตั้งใจไม่ติดตั้ง VS Code เลย
  ตอนนี้ใช้แค่ Emacs และก็พอใจมาก เพราะมีการตั้งค่าที่สะสมมาตลอด 40 ปี
  VS Code ยอดเยี่ยมก็จริง แต่ใช้งานแล้วผมไม่มีความสุข ส่วน Emacs เป็น เครื่องมือที่ทำให้ผมมีความสุข
  ผมก็ลดการผสาน LLM ให้เหลือน้อยที่สุด และจะใช้ gemini-cli หรือโมเดลในเครื่องเฉพาะเวลาจำเป็นเท่านั้น

  • ผมเองก็รู้สึกถึง สมาธิแบบเฉพาะตัว นี้ได้เฉพาะเวลาใช้ Emacs
    Emacs ยังรักษาปรัชญาที่เน้นการแก้ไขข้อความเป็นศูนย์กลาง ต่างจาก IDE สมัยนี้ที่มุ่งไปทางระบบอัตโนมัติ
    Emacs ให้ความรู้สึกเหมือน ประสบการณ์พัฒนาแบบงานฝีมือ
  • พอเห็น JetBrains กับ VS Code หันไปทาง AI หนักขึ้น ผมก็ย้ายมาใช้ doom emacs
    ผมคิดว่า Vim/Neovim กับ Emacs จะยังอยู่รอดไปอีกนาน
    แม้ช่วงแรกจะชันหน่อย แต่ก็คุ้มค่ามาก
  • ด้วย LLM ทำให้ตอนนี้การปรับแต่ง Emacs ทำได้ง่ายขึ้นมาก
    Lisp ยังยากอยู่เหมือนเดิม แต่ตอนนี้ผมพอใจกับ การตั้งค่าที่สะอาดและทันสมัย
  • แม้จะเป็นโน้ตบุ๊กใหม่ VS Code ก็ยังไม่เร็ว สุดท้ายผมเลย ย้ายไป Zed
    VS Code อาจทรงพลังกว่า แต่ผมทนไม่ไหวแล้วจริง ๆ
  • แน่นอนว่าไม่ใช่ทุกคนจะใช้ Emacs ได้อย่างคล่องแคล่ว
    มันคือ โปรเจกต์ขนาดมหึมา ที่ต้องอาศัยประสบการณ์ 40 ปีและการปรับแต่งต่อเนื่อง

• Sublime Text ยังเป็น editor ที่ยอดเยี่ยมอยู่เสมอ
  มันเร็ว ปลั๊กอินก็ทำงานดี และยังใช้ Claude ช่วยทำ personalization อย่างการอัตโนมัติคีย์ลัดได้ง่าย
  ผมสามารถสร้าง IDE แบบเบา ๆ ของตัวเองด้วย Sublime ได้

  • เมื่อก่อนผมรัก Sublime มาก แต่ ecosystem ของปลั๊กอินเริ่มนิ่ง ไปแล้ว
    ถึงอย่างนั้นมันก็เป็นต้นแบบให้ editor แบบเบาหลายตัวอย่าง Atom, VS Code, Zed
  • ปลั๊กอินของ Sublime พัฒนาได้ง่ายมาก ถึงขั้นทำเป็นไฟล์ .py ไฟล์เดียวก็ได้
    ผมลองทำหลายตัวด้วย Gemini แล้วทุกตัวก็ทำงานดี
  • ผมใช้ SublimeLSP จัดการงานส่วนใหญ่ได้ แต่ก็แอบอิจฉา ดีบักเกอร์ในตัว ของ Zed และความสามารถในการคัดลอกข้อความจากป๊อปอัป
    ตอนนี้ผมยังรู้สึกว่า Sublime ดีกว่าในแง่ประสิทธิภาพ
  • Sublime มี ความเร็วในการจัดการไฟล์ขนาดใหญ่ ที่เหนือชั้นมาก
    ระดับการตอบสนองแบบนี้ editor ตัวอื่นตามได้ยาก
  • ผมใช้ Emacs ในเทอร์มินัลเป็น “IDE แบบเบา” แต่จริง ๆ แล้วมันหนักและช้า
    บางทีก็น่าจะ หัดใช้ Vim ไปเลยคงดีกว่า

• Zed เร็วกว่า VS Code และกวนใจน้อยกว่า
  แต่ก็ลำบากเพราะไม่มี วิดเจ็ตสำรวจกราฟการเรียกฟังก์ชัน
  ปัญหานี้แก้ด้วยส่วนขยายไม่ได้ แต่ผมกลับชอบข้อจำกัดนี้ เพราะมันช่วยให้ หลีกเลี่ยงโครงสร้างส่วนขยายแบบเว็บเบราว์เซอร์ ไปได้
  ประสิทธิภาพในการค้นหา repository ระยะไกลขนาดใหญ่ยังอยู่ระหว่างการปรับปรุง แต่หวังว่าจะดีขึ้นในไม่ช้า

• ผมเคยพยายามย้ายไป Zed แต่สุดท้ายต้องเลิก เพราะไม่มี Jupyter notebook และ พรีวิวภาพ/วิดีโอ
  อีกจุดที่ไม่สะดวกคือ format on save ที่เปิดมาเป็นค่าเริ่มต้น (การสนทนาที่เกี่ยวข้อง) และ UX ของดีบักเกอร์ ที่ยังสู้ VS Code ไม่ได้

  • แปลกใจเหมือนกันที่มีคนต้องการพรีวิววิดีโอใน code editor เดี๋ยวกลับบ้านแล้วจะลองเปิด VS Code ดู
  • ผมก็มีประสบการณ์คล้ายกัน มันหา Python interpreter ไม่เจอจน แม้แต่ฟังก์ชันพื้นฐานก็ยังไม่นิ่ง
    IDE สมัยนี้มีเยอะก็จริง แต่ workflow พื้นฐานต้องสมบูรณ์ก่อน
  • ผมก็เจอปัญหาเพราะ format_on_save เหมือนกัน ตอนนี้ปิดได้แล้ว แต่ค่าเริ่มต้นก็ยังเป็นประเด็นถกเถียงอยู่
  • ทั้ง Sublime และ VS Code เองก็เคยมีช่วงที่ ตั้งใจลดฟีเจอร์แบบ IDE มาก่อน
    Zed สร้างด้วย Rust เลยอาจทำให้ ecosystem ส่วนขยายโตได้ยากกว่า แต่ก็น่าจะช่วยรักษา ประสิทธิภาพและความเรียบง่าย ได้
  • ตอนนี้ยังไม่มีอะไรดีเท่า debugger ของ VS Code
    ช่วงนี้ผมแก้โค้ดด้วย Helix แล้วดีบักด้วย Xcode แทน VS Code เพราะ VS Code มี memory leak บ่อย

• Zed คือเครื่องมือที่เพิ่งเปลี่ยนสภาพแวดล้อมการพัฒนาของผมไปอย่างสิ้นเชิง
  ทั้งความเร็วในการเปิดโปรแกรม, input latency, และการใช้ทรัพยากร ล้วนดีกว่า VS Code มาก และ โหมด Vim ก็ทำได้ยอดเยี่ยมระดับต้น ๆ

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

• ผมคือผู้เขียนบทความ หวังว่าหลายคนจะรู้สึกร่วมกับประสบการณ์ย้ายจาก VS Code ไป Zed
  Zed ยังขาดฟีเจอร์จุกจิกบางอย่าง เช่น การตรวจจับการเยื้องอัตโนมัติ (ลิงก์ issue) แต่กำลังพัฒนาเร็วมากเลยน่าคาดหวัง

  • สงสัยว่าได้ลองพิจารณา Vim หรือ Neovim บ้างไหม โดยเฉพาะ LazyVim ที่ค่าเริ่มต้นดีมาก ใช้งานได้ทันที
    ข้อดีที่ได้จาก Zed หลายอย่าง ผมคิดว่าใน Vim ก็มีอยู่แล้ว
  • บล็อกเข้าไม่ได้เพราะทราฟฟิกถล่ม เดี๋ยวไว้จะกลับมาอ่านแน่นอน