Zed: เริ่มใช้เอดิเตอร์โอเพนซอร์สสำหรับงานโค้ดและแก้ไฟล์ร่วมกัน

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

เริ่มจากโปรเจกต์จริง

ติดตั้ง Zed ตามหน้าเอกสารของระบบปฏิบัติการที่ใช้ แล้วเปิดโฟลเดอร์โปรเจกต์ด้วยคำสั่ง zed ~/projects/my-app หรือใช้เมนู Open Folder ในแอป ถ้าไม่ต้องการให้โปรเจกต์ใหม่เข้าไปอยู่ในหน้าต่างเดิม ใช้ zed -n ~/projects/my-app การเปิดทั้งโฟลเดอร์ช่วยให้การค้นหาและการนำทางอ้างอิงขอบเขตงานเดียวกัน ไม่ต้องเปิดไฟล์ทีละชิ้น

ลองใช้ Command Palette ก่อน เพราะเป็นทางเข้าของคำสั่งแทบทุกอย่าง: Cmd+Shift+P บน macOS หรือ Ctrl+Shift+P บน Linux/Windows จากนั้นใช้ Go to File (Cmd/Ctrl+P) เปิดไฟล์ตามชื่อ และ Find in Project (Cmd/Ctrl+Shift+F) หาโค้ดข้ามไฟล์ อย่าสับสนระหว่างการค้นชื่อไฟล์กับการค้นเนื้อหาในโปรเจกต์

ตั้งค่าให้งานประจำลื่นขึ้น

เปิด Settings Editor ด้วย Cmd/Ctrl+, แล้วเลือกฟอนต์ ธีม และ format on save ให้ตรงกับแนวทางของทีม ตรวจว่าภาษาที่ใช้มีส่วนเสริมรองรับหรือไม่ผ่านหน้า Extensions ก่อนสรุปว่า formatter หรือ language server ไม่ทำงาน ถ้าย้ายมาจากเอดิเตอร์อื่น Zed มีคู่มือย้ายจาก VS Code และ IDE หลายตัว รวมถึงโหมดคีย์บอร์ด Vim และ Helix ให้เริ่มจากคีย์ลัดเดิมบางส่วนได้

ในการทดลองกับโปรเจกต์จริง ให้เลือกไฟล์ตัวอย่างหนึ่งไฟล์ ทดสอบการค้นหา การไปยัง symbol และการจัดรูปแบบตอนบันทึก แล้วดู diff ก่อน commit หาก format on save ทำให้ diff กว้างเกินที่ตั้งใจ ให้ปรับค่าระดับโปรเจกต์หรือปิดชั่วคราวระหว่างย้ายเครื่องมือ

แก้โค้ดร่วมกันอย่างระมัดระวัง

Zed รองรับการเห็นเคอร์เซอร์และการแก้ไฟล์ของหลายคนในโปรเจกต์เดียว เปิด Collaboration Panel ด้วย Cmd/Ctrl+Shift+C และลงชื่อเข้าใช้ตามที่แอปกำหนด จากนั้นค่อยเชิญผู้ร่วมงานที่ไว้ใจได้ เหมาะกับ pair programming, review จุดบกพร่องเฉพาะหน้า และอธิบายเส้นทางโค้ดโดยไม่ต้องแชร์หน้าจอตลอดเวลา

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

ใช้เมื่อไรและวัดผลอย่างไร

ถ้างานส่วนใหญ่เป็นการแก้โค้ดคนเดียว ให้เริ่มจากความเร็วในการเปิดโปรเจกต์และความแม่นของการนำทาง แต่ถ้าทีมจับคู่แก้ปัญหาบ่อย ให้ลองหนึ่งเซสชันกับไฟล์ที่กำหนดและดูว่าการคุยกับการแก้โค้ดอยู่ในบริบทเดียวกันมากขึ้นหรือไม่ Zed ไม่แทนที่กระบวนการ review หรือการควบคุมสิทธิ์ไฟล์ของทีม; ควรใช้ Git และกติกาการแชร์ข้อมูลเดิมควบคู่กัน

อ่านเพิ่มเติม: เริ่มใช้ Zed และ คู่มือ Collaboration