ตัวจัดการปลั๊กอินในตัวใหม่ของ Neovim ที่ชื่อ vim.pack ได้สร้างการอ่านกันอย่างมากในชุมชนนักพัฒนา ขณะที่ผู้ใช้กำลังชั่งน้ำหนักระหว่างประโยชน์ที่อาจได้รับกับข้อจำกัดในปัจจุบัน ฟีเจอร์นี้ยังคงถูกทำเครื่องหมายว่าเป็นงานที่กำลังดำเนินการพร้อมคำเตือนเรื่องการเปลี่ยนแปลงที่อาจทำลายระบบ ซึ่งแสดงถึงความพยายามของ Neovim ในการทำให้การจัดการปลั๊กอินเป็นมาตรฐานและปรับปรุงประสบการณ์การตั้งค่าสำหรับผู้ใช้ใหม่
ความกังวลเรื่องประสิทธิภาพปรากฏขึ้นในการทดสอบเบื้องต้น
ผู้ใช้รุ่นแรกได้รายงานความแตกต่างของประสิทธิภาพที่เห็นได้ชัดเมื่อเปรียบเทียบกับโซลูชันที่มีอยู่ ผู้ใช้คนหนึ่งได้บันทึกการเพิ่มขึ้นของเวลาเริ่มต้นระบบอย่างมีนัยสำคัญ โดยสังเกตเห็นว่าใช้เวลาประมาณ 200 มิลลิวินาทีในการโหลด Neovim ด้วย lazy.nvim เทียบกับหนึ่งวินาทีด้วย vim.pack ช่องว่างด้านประสิทธิภาพนี้ได้ทำให้เกิดคำถามว่าโซลูชันในตัวสามารถแข่งขันกับตัวจัดการจากบุคคลที่สามที่มีอยู่แล้ว ซึ่งได้รับการปรับปรุงมาหลายปีของการพัฒนา
ปัญหาด้านประสิทธิภาพดูเหมือนจะเกี่ยวข้องโดยเฉพาะกับผู้ใช้ที่มีปลั๊กอินหลายตัว แม้ว่าสมาชิกชุมชนบางคนจะแนะนำว่าผู้ที่มีการตั้งค่าน้อยๆ อาจไม่สังเกตเห็นความแตกต่างในทางปฏิบัติ
การเปรียบเทียบประสิทธิภาพ
- เวลาเริ่มต้นของ vim.pack : ประมาณ 1 วินาที
- เวลาเริ่มต้นของ lazy.nvim : ประมาณ 200 มิลลิวินาที
- ช่วงห่างด้านประสิทธิภาพ: การเริ่มต้นช้ากว่า 5 เท่าเมื่อใช้ vim.pack
ความท้าทายด้านความเท่าเทียมของฟีเจอร์กับตัวจัดการที่มีอยู่แล้ว
ชุมชนได้ระบุฟีเจอร์ที่ขาดหายไปหลายอย่างที่ถือว่าจำเป็นสำหรับผู้ใช้จำนวนมาก ความสามารถในการโหลดแบบ lazy ซึ่งช่วยให้ปลั๊กอินโหลดเฉพาะเมื่อจำเป็น ยังคงไม่มีในการใช้งานปัจจุบัน ฟีเจอร์นี้ได้กลายเป็นความคาดหวังมาตรฐาน โดยเฉพาะในหมู่ผู้ใช้ที่คุ้นเคยกับกลไกการโหลดแบบ lazy ที่ซับซ้อนที่ให้บริการโดยตัวจัดการอย่าง lazy.nvim
การปักหมุดเวอร์ชันและการแจ้งเตือนการเปลี่ยนแปลงที่ทำลายระบบก็ไม่มีเช่นกัน ซึ่งเป็นฟีเจอร์ที่นักพัฒนาหลายคนถือว่าสำคัญสำหรับการรักษาสภาพแวดล้อมการพัฒนาที่เสถียร การขาดความสามารถเหล่านี้ทำให้ผู้ใช้บางคนเลือกแนวทางรอดูก่อนแทนที่จะย้ายทันที
คุณสมบัติที่ขาดหายไปใน vim.pack
- ความสามารถในการโหลดแบบ lazy loading
- การตรึงเวอร์ชัน
- การแจ้งเตือนเมื่อมีการเปลี่ยนแปลงที่อาจทำให้เกิดปัญหา
- การจัดการ dependency ขั้นสูง
- การโต้ตอบกับ confirmation buffer
ความเหนื่อยล้าจากการย้ายและคำสัญญาของการทำให้เป็นมาตรฐาน
การประกาศนี้ได้เน้นย้ำความผิดหวังทั่วไปในชุมชน Neovim นั่นคือความเหนื่อยล้าจากการย้ายตัวจัดการปลั๊กอิน ผู้ใช้หลายคนได้หมุนเวียนผ่านโซลูชันหลายตัวตลอดหลายปีที่ผ่านมา โดยติดตามเส้นทางเช่น pathogen ไป Vundle ไป vim-plug ไป lazy.nvim วิวัฒนาการที่ต่อเนื่องนี้ได้สร้างความลังเลในหมู่ผู้ใช้บางคนที่ไม่เต็มใจที่จะลงทุนเวลาในการเปลี่ยนแปลงอีกครั้ง
อย่างไรก็ตาม ลักษณะในตัวของ vim.pack ให้ความหวังสำหรับความเสถียรระยะยาว ดังที่สมาชิกชุมชนคนหนึ่งกล่าวว่า การมีโซลูชันอย่างเป็นทางการที่ได้รับการสนับสนุนสามารถให้การทำให้เป็นมาตรฐานที่ระบบนิเวศกำลังแสวงหา แม้ว่าจะหมายถึงการเสียสละฟีเจอร์ขั้นสูงบางอย่างในตอนแรก
เส้นทางการย้ายระบบจัดการ Plugin ที่พบบ่อย
- pathogen (โซลูชันในยุคแรก)
- Vundle (การจัดการ bundle)
- vim-plug (ประสิทธิภาพที่ดีขึ้น)
- lazy.nvim (ตัวเลือกยอดนิยมในปัจจุบัน)
- vim.pack (มาตรฐานที่อาจเป็นไปได้ในอนาคต)
แนวทางทางเลือกได้รับความสนใจ
การอ่านนี้ยังได้นำความสนใจไปสู่แนวทางทางเลือกในการจัดการปลั๊กอิน ผู้ใช้บางคนได้ยอมรับโซลูชันอย่าง nixvim สำหรับการจัดการการกำหนดค่าข้ามเครื่องและระบบปฏิบัติการหลายตัว ในขณะที่คนอื่นๆ ได้กลับไปใช้แนวทางที่ง่ายกว่าโดยใช้ git submodules หรือการดำเนินการ git โดยตรง
ทางเลือกเหล่านี้เน้นย้ำความต้องการที่หลากหลายในชุมชน ตั้งแต่ผู้ใช้ที่แสวงหาค่าใช้จ่ายน้อยที่สุดไปจนถึงผู้ที่ต้องการความสามารถในการจัดการการพึ่งพาที่ซับซ้อนและความสามารถในการโหลดแบบ lazy
บทสรุป
แม้ว่า vim.pack จะแสดงถึงขั้นตอนสำคัญในการทำให้ระบบนิเวศปลั๊กอินของ Neovim เป็นมาตรฐาน แต่ข้อจำกัดในปัจจุบันแนะนำว่าอาจไม่ทดแทนโซลูชันจากบุคคลที่สามที่มีฟีเจอร์หลากหลายได้ทันที ชุมชนดูเหมือนจะแบ่งแยกระหว่างผู้ที่เต็มใจยอมรับการทำงานที่ลดลงเพื่อคำสัญญาของความเสถียรระยะยาวและผู้ที่ต้องการฟีเจอร์ขั้นสูงที่ให้บริการโดยตัวจัดการที่มีอยู่ ขณะที่การพัฒนาดำเนินต่อไป ความสำเร็จของ vim.pack น่าจะขึ้นอยู่กับว่าสามารถปิดช่องว่างของฟีเจอร์ได้เร็วแค่ไหนในขณะที่รักษามาตรฐานประสิทธิภาพที่ชุมชนคาดหวัง
อ้างอิง: Pack