15 มี.ค. 2568·3 นาที
Bram Moolenaar และ Vim: วัฒนธรรมของเครื่องมือแก้ไขที่สร้างนิสัยให้กับนักพัฒนา
สำรวจผลกระทบของ Bram Moolenaar ผ่าน Vim: การแก้ไขแบบมีโหมด เวิร์กโฟลว์ที่ทำซ้ำได้ และนิสัยชุมชนที่หล่อหลอมประสิทธิภาพของนักพัฒนามาหลายทศวรรษ
สำรวจผลกระทบของ Bram Moolenaar ผ่าน Vim: การแก้ไขแบบมีโหมด เวิร์กโฟลว์ที่ทำซ้ำได้ และนิสัยชุมชนที่หล่อหลอมประสิทธิภาพของนักพัฒนามาหลายทศวรรษ
Bram Moolenaar สร้าง Vim ขึ้นมาเป็นเวอร์ชันที่ปรับปรุงจาก vi แบบคลาสสิก แต่เหตุผลที่ Vim ยืนยงมาหลายทศวรรษไม่ใช่แค่เรื่องเทคนิคเท่านั้น. Vim กลายเป็นวิธีการทำงานร่วมกัน—วิธีการเขียนและเปลี่ยนข้อความที่แพร่กระจายผ่านทีม บทเรียน และโครงการโอเพนซอร์ส หลังจากการจากไปของ Bram บทสักการะหลายชิ้นชี้ประเด็นนี้ตรง ๆ: Vim ไม่ได้เป็นแค่ซอฟต์แวร์ที่คนใช้ แต่มันเป็นสิ่งที่คน เรียนรู้ และนำติดตัวไปสู่การทำงานประจำ.
เมื่อคนพัฒนาเรียกสิ่งนี้ว่า “วัฒนธรรมของเครื่องมือแก้ไข” พวกเขากำลังพูดถึงมากกว่าแค่รสนิยม มันคือชุดนิสัยและบรรทัดฐานที่ก่อตัวรอบเครื่องมือ:
วัฒนธรรมนี้สำคัญเพราะมันรูปร่างพฤติกรรม สองคนเปิดไฟล์เดียวกันในตัวแก้ไขเดียวกันแต่เคลื่อนที่ต่างกันมาก — ไม่ใช่เพราะพรสวรรค์ แต่เพราะนิสัยที่ฝึกมา.
นี่ไม่ใช่สารานุกรมของคำสั่ง แทนที่จะเป็นการอธิบายรูปแบบเวิร์กโฟลว์ที่ Vim ทำให้เป็นที่นิยม: วิธีที่ผู้คนสร้างขั้นตอนการแก้ไขที่ทำซ้ำได้ ลดแรงเสียดทานเมื่อทำการเปลี่ยนเล็ก ๆ และรักษาทิศทางเมื่อต้องทำงานในไฟล์ขนาดใหญ่.
คุณไม่จำเป็นต้องเป็น “คนนิยม Vim” และไม่ต้องมีพื้นฐานทางเทคนิคเพื่ออ่านตาม เราจะลดศัพท์เทคนิค อธิบายแนวคิดด้วยภาษาธรรมดา และเน้นว่าทำไมนิสัยเหล่านี้จึงสำคัญ—แม้คุณจะใช้ตัวแก้ไขอื่นในปัจจุบันก็ตาม.
Bram Moolenaar (1961–2023) แยกไม่ออกจากตัวตนของ Vim — ไม่ใช่เพราะ Vim เป็นโครงการคนเดียว แต่เพราะเขาเป็นผู้ดูแลที่มั่นคงซึ่งทำให้เครื่องมือที่ขับเคลื่อนด้วยอาสาสมัครยังคงมีเอกภาพมาหลายสิบปี.
รากของ Vim มาจากประเพณีตัวแก้ไข vi. Bram เริ่มโครงการในปลายทศวรรษ 1980 ขณะทำงานบน Commodore Amiga ในตอนแรกเป็นการปรับปรุงตัวแก้ไขที่คล้าย vi. จากนั้น Vim เติบโตอย่างรวดเร็ว: การออกเวอร์ชันในต้นทศวรรษ 1990 ขยายฟีเจอร์และความพกพา และเมื่อ Unix, Windows และต่อมาคือ macOS และ Linux กลายเป็นสภาพแวดล้อมของนักพัฒนา Vim ก็ปรากฏตัวเกือบทุกที่.
การเข้าถึงข้ามแพลตฟอร์มแบบนั้นสำคัญ เครื่องมือที่ทำงานคล้ายกันทั้งบนเครื่องที่บ้าน ห้องปฏิบัติการมหาวิทยาลัย และเซิร์ฟเวอร์ที่ทำงาน ได้รับความไว้วางใจ — และความไว้วางใจนั้นช่วยให้ Vim กลายเป็นตัวเลือกเริ่มต้นที่อยู่ได้นานทั้งกับมืออาชีพและผู้ที่ชื่นชอบ.
โครงการโอเพนซอร์สมักล้มเหลวอย่างเงียบ ๆ เมื่อการประสานงานยากกว่าการเขียนโค้ด. ผลงานสำคัญของ Bram คือการดูแลรักษาเป็นงานฝีมือ: ตรวจแพตช์ นำทางการออกเวอร์ชัน รักษาคู่มือและพฤติกรรมให้สอดคล้อง และกำหนดบรรทัดฐานในการร่วมมือ หลายผู้ร่วมพัฒนาได้ปรับปรุง Vim แต่ความรู้สึกที่คุ้นเคยของตัวแก้ไขยังอยู่เพราะมีคนคอยทำให้ทั้งระบบสอดคล้อง.
Vim ยังเป็นที่รู้จักในฐานะ “charityware.” แนวคิดโดยรวมง่าย: หากคุณพบว่า Vim มีประโยชน์ พิจารณาบริจาคเพื่อสนับสนุนการกุศลที่ Bram ส่งเสริม มันไม่ใช่กำแพงจ่ายเงินและไม่จำเป็นต้องใช้ตัวแก้ไข แต่เป็นการกระตุ้นอย่างสุภาพให้คืนกลับ—สัญญาณแรก ๆ ว่าวัฒนธรรมซอฟต์แวร์สามารถมีความเอื้อเฟื้อ ไม่ใช่แค่ประสิทธิภาพ.
เส้นทางยาวของ Vim ในท้ายที่สุดเป็นเรื่องของความต่อเนื่อง: ตัวแก้ไขที่ยังเกี่ยวข้องไม่ใช่เพราะตามเทรนด์ แต่เพราะพัฒนาอย่างระมัดระวัง พร้อมรักษาชุมชนและค่านิยมไว้.
แนวคิดที่โดดเด่นที่สุดของ Vim คือ โหมด : คีย์ชุดเดียวกันทำหน้าที่ต่างกันขึ้นกับสิ่งที่คุณต้องการทำ ฟังดูแปลกจนกว่าคุณจะสังเกตว่า มันสะท้อนสิ่งที่คุณทำอยู่เสมอ—บางครั้งคุณกำลัง คิดเกี่ยวกับการเปลี่ยนแปลง และบางครั้งคุณกำลัง พิมพ์ข้อความใหม่.
Normal mode สำหรับการกระทำแก้ไข: การย้าย การลบ การเปลี่ยน การค้นหา คุณไม่ได้ "เขียน" แต่นี่คือการสั่งการ
Insert mode สำหรับพิมพ์อักขระลงในเอกสาร—สิ่งที่ตัวแก้ไขส่วนใหญ่ถือเป็นค่าเริ่มต้น
Visual mode สำหรับการเลือกข้อความเพื่อกระทำ (ย่อหน้า, ลบ, เปลี่ยน, คัดลอก)
ตัวอย่างง่าย ๆ:
dd เพื่อลบทั้งบรรทัดi เพื่อเข้าสู่ Insert mode และพิมพ์เนื้อหาใหม่Esc เพื่อกลับสู่ Normal modev เพื่อเริ่ม Visual mode เลื่อนเพื่อเลือก แล้วกด d เพื่อลบที่เลือกเมื่อทุกอย่างเป็นการพิมพ์ตลอดเวลา คุณมักจะผสมสองงานเข้าด้วยกัน: ประพันธ์คำกับสั่งการแก้ไข การแก้ไขแบบมีโหมดแยกงานเหล่านี้
ใน Normal mode มือของคุณจะไม่พลาดพิมพ์อักขระโดยไม่ได้ตั้งใจ คุณจะตั้งใจมากขึ้น: ฉันต้องการเปลี่ยนอะไร? ลบอันนี้ เปลี่ยนอันนั้น ย้ายไปตรงนั้น แล้วทำซ้ำ Insert mode กลายเป็นช่วงเวลาที่มุ่งมั่น: ตอนนี้ฉันกำลังเพิ่มข้อความ.
เมื่อเวลาผ่านไป มันอาจรู้สึกเหมือนคุณไม่ได้ต่อสู้กับตัวแก้ไขอีกต่อไป แต่เป็นการให้คำสั่งเล็ก ๆ ที่ชัดเจน.
จุดเจ็บปวดในช่วงแรกค่อนข้างคาดเดาได้:
x หรือ dd)i)ตีความโหมดเป็น สถานะของเจตนา. Normal mode ไม่ใช่ "ไม่ได้ทำงาน"—มันคือโหมดที่คุณแก้ไขอย่างมีจุดมุ่งหมาย นั่นคือสิ่งที่การแก้ไขแบบมีโหมดสอน: ทำการเปลี่ยนอย่างตั้งใจก่อน แล้วค่อยพิมพ์.
“พลังพิเศษ” ของ Vim ไม่ใช่เมนูขนาดยักษ์ แต่นิสัยที่คำสั่งเล็ก ๆ ประกอบกันได้ แทนที่จะจำทางลัดแยกเป็นทุกสถานการณ์ คุณเรียนบล็อกพื้นฐานไม่กี่อย่างแล้วรวมกัน.
คิดว่าการแก้ไขเป็น กริยาที่เอาไปใช้กับชิ้นของข้อความ.
ในศัพท์ของ Vim กริยาเป็น operators (เช่น d สำหรับลบ, c สำหรับเปลี่ยน) และวัตถุเป็น motions/text objects (เช่น w สำหรับคำ, ) สำหรับประโยค, i" สำหรับข้างในอัญประกาศ).
ไม่กี่การผสมผสานแสดงให้เห็นว่าทำไมวิธีนี้สำคัญ:
cw — “change” + “word”. คุณไม่ต้องเลือกก่อน; คุณบอกเจตนาdi\" — “delete” + “inside quotes”. ยังคงเครื่องหมายอัญประกาศไว้และลบเฉพาะเนื้อหาv แล้วตามด้วยอย่าง i{ — เลือกในโหมด visual + “ข้างในวงเล็บปีกกา” เพื่อคว้าสิ่งที่อยู่ในบล็อก { ... }ประเด็นไม่ใช่การเก็บกลเม็ด แต่คือสร้างรูปแบบคิดที่คำสั่งทำนายได้.
ความประกอบกันให้รางวัลกับ ความแม่นยำและความสม่ำเสมอ เมื่อกริยาตัวเดียวใช้ได้กับวัตถุหลายอย่าง คุณจะเดาการแก้ไขน้อยลง ย้อนกลับน้อยลง และรู้สึกสงบเมื่อทำงานในไฟล์ที่ไม่คุ้นเคย ความเร็วจะตามมา—ไม่ใช่เพราะคุณพยายามเร็ว แต่เพราะคุณทำซ้ำวิธีคิดที่เชื่อถือได้เกี่ยวกับข้อความ.
หนึ่งในแนวคิดที่ใช้ได้จริงที่สุดของ Vim คือการทำให้การแก้ไขไม่ใช่การแสดงที่ทำครั้งเดียว ถ้าคุณอธิบายการแก้ไขได้ครั้งหนึ่ง คุณควรทำซ้ำได้—อย่างสม่ำเสมอ—ข้ามบรรทัดถัดไป ย่อหน้าถัดไป หรือไฟล์ถัดไป นี่คือที่ที่คำว่า “ความเร็ว” กลายเป็นเรื่องของการลดความเหนื่อยใจจากการตัดสินใจ
คำสั่งจุด (.) เล่นซ้ำการเปลี่ยนแปลงล่าสุดของคุณ ฟังดูเล็ก แต่กระตุ้นให้คุณทำการแก้ไขเป็นชิ้นที่สะอาดและทำซ้ำได้.
ตัวอย่าง: คุณเปลี่ยน foo เป็น foo() บนบรรทัดหนึ่งโดยการแทรกวงเล็บ ในการพบค่าต่อ ๆ ไป คุณมักจะย้ายเคอร์เซอร์ไปยังจุดที่ถูกต้องแล้วกด . แทนการทำการแทรกซ้ำทั้งหมด นิสัยคือ: ทำการแก้ไขครั้งแรกอย่างรอบคอบ แล้วทำซ้ำมัน.
มาโครให้คุณบันทึกลำดับคีย์และเล่นซ้ำ มันเหมือนบอกว่า: “เมื่อเห็นรูปแบบนี้ ให้ทำขั้นตอนเหล่านี้” การใช้ที่ปลอดภัยและเรียบง่ายคือจัดรูปแบบรายการ:
- ที่จุดเริ่มต้นของหลายบรรทัดหลีกเลี่ยงการอัตโนมัติเกินไปเมื่อข้อความไม่สม่ำเสมอ หากแต่ละบรรทัดต้องการการตัดสินใจต่างกัน มาโครอาจสร้างข้อผิดพลาดอย่างรวดเร็วที่จับได้ยาก.
การค้นหาเป็นเครื่องมือการนำทางอยู่แล้ว; การแทนที่คือการค้นหา + การกระทำ คิดแบบง่าย ๆ: “หาสตริงนี้ แทนด้วยสตริงนั้น” เช่น เปลี่ยนชื่อ temp เป็น draft ในไฟล์ หากการเปลี่ยนอาจกระทบข้อความที่ไม่เกี่ยวข้อง ให้ยืนยันการแทนที่แต่ละครั้งแทนการทำแบบไม่ตรวจสอบ
ข้อสรุปที่ใหญ่กว่า: สร้างสูตรการทำซ้ำสำหรับการแก้ไขที่พบบ่อย เมื่อเวลาผ่านไป เวิร์กโฟลว์ของคุณจะกลายเป็นห้องสมุดของการเคลื่อนไหวเล็ก ๆ ที่เชื่อถือได้ แทนที่จะเป็นการแก้ไขแบบฉุกเฉินซ้ำไปซ้ำมา.
สไตล์คีย์บอร์ดเป็นหลักของ Vim ไม่ใช่การทดสอบความบริสุทธิ์ และไม่ได้ทำให้ใครเป็น “นักพัฒนาที่ดีกว่า” จุดมุ่งหมายง่ายกว่า: ทุกครั้งที่คุณเอื้อมไปคว้าเมาส์หรือทัชแพด คุณทำลูปความสนใจเล็ก ๆ — มือออกจากตำแหน่ง เริ่มมองหาตำแหน่งเคอร์เซอร์ และสมองเปลี่ยนบริบทจาก “อะไร” เป็น “ที่ไหน.” การลดการขัดจังหวะเหล่านั้นช่วยให้คุณอยู่กับปัญหาที่กำลังแก้ได้ง่ายขึ้น.
Vim กระตุ้นให้คุณนำทางข้อความตามที่คุณคิด:
w, b, e, )), เมื่อคุณกำลังแต่งข้อความหรือชื่อตัวแปร0, ^, $, gg, G), เมื่อโครงสร้างสำคัญ/, ?, n, N), เมื่อคุณกำลังตามหาจุดประสงค์:e, :b, tags/LSP jumps), เมื่อการเปลี่ยนแปลงครอบคลุมโค้ดเบสเมื่อเวลาผ่านไป “ไปยังสิ่งนั้น” กลายเป็นปฏิกิริยาอัตโนมัติเพราะไม่ต้องตัดสินใจย่อย ๆ ทุกครั้ง.
ประโยชน์จริงไม่ใช่การตัดวินาที แต่คือการเอาความลังเลออก ท่าทางเล็ก ๆ ที่ทำซ้ำได้—เช่น การเปลี่ยน "ข้างในอัญประกาศ" หรือการลบ "จนถึงจุลภาคถัดไป"—กลายเป็นทางลัดทางกายภาพสำหรับการแก้ไขที่พบบ่อย เมื่อรูปแบบเหล่านั้นตกตะกอนเป็นความทรงจำกล้ามเนื้อ คุณจะใช้พลังสมองน้อยลงในการควบคุมตัวแก้ไขและมุ่งที่การเลือกการเปลี่ยนแปลงที่ถูกต้องแทน.
เวิร์กโฟลว์ที่ขับเคลื่อนด้วยคีย์บอร์ดสามารถลดการเคลื่อนไหวของข้อมือสำหรับบางคน แต่ก็อาจเพิ่มภาระนิ้วสำหรับคนอื่น ผลประโยชน์ทางยศาสตร์เปลี่ยนไปตามบุคคล รูปแบบแป้นพิมพ์ และแม้แต่การเลือกคำสั่ง วัฒนธรรมการปรับแต่งของ Vim มีประโยชน์ตรงนี้: แม็ปปุ่มที่ไม่สะดวก ปรับจังหวะการใช้งาน และให้ความสำคัญกับความสบายเหนือหลักการ เป้าหมายคือการรักษาสมาธิอย่างยั่งยืน ไม่ใช่ความทนทาน.
Vim ส่งเสริมความเป็นเจ้าของ แทนที่จะถือว่าตัวแก้ไขเป็นผลิตภัณฑ์ปิด มันมองเป็นโต๊ะเครื่องมือที่คุณปรับแต่งจนเข้ากับวิธีคิดของคุณ
vimrc คือไฟล์การตั้งค่า Vim ที่คุณกำหนดค่าเริ่มต้น: วิธีจัดแท็บ เส้นห่อบรรทัด สิ่งที่แถบสถานะแสดง ฯลฯ ตลอดเวลา นักพัฒนาหลายคนเก็บการตั้งค่าเหล่านี้ในระบบควบคุมเวอร์ชันเป็นส่วนหนึ่งของ “dotfiles” เพื่อให้ตัวแก้ไขคุ้นเคยได้บนเครื่องใดก็ได้
นี่ไม่ใช่แค่การปรับแต่งเพื่อความสวยงามเท่านั้น แต่เป็นบรรทัดฐานทางวัฒนธรรมเพราะค่าพื้นฐานเล็ก ๆ สะสม: จุดเสียดทานน้อยลง ความประหลาดใจน้อยลง และคำถาม "ทำไม Vim ทำแบบนี้?" น้อยลง
วิธีที่ง่ายที่สุดจะได้การตั้งค่าที่ไม่เลอะคืออย่าติดตั้งปลั๊กอินสิบตัวก่อนเข้าใจปัญหา วิธีที่ดีกว่า:
ปฏิบัติต่อ vimrc เหมือนบันทึกเวิร์กช็อป ไม่ใช่ลิ้นชักของของไม่จำเป็น.
mapping คือทางลัด: กดชุดคีย์แล้ว Vim ทำชุดคำสั่งยาว ๆ ให้ แผนที่ที่ดีลดการทำซ้ำ; แผนที่ที่ไม่ดีทำให้รู้สึกไม่สอดคล้อง
plugin เพิ่มฟีเจอร์: ตัวค้นหาไฟล์, ตัวช่วย Git, การรองรับภาษา การใช้ปลั๊กอินดี แต่ก็เพิ่มความซับซ้อน เวลาเริ่มต้น และพฤติกรรมที่ต้องเรียนรู้
ก่อนเพิ่มสิ่งเสริม เรียนรู้ค่าพื้นฐานบางอย่างให้ชิน:
เมื่อฐานนี้เป็นธรรมชาติ ปลั๊กอินจะกลายเป็นการอัปเกรดโดยเจตนา — ไม่ใช่ตัวแทนการเรียนรู้ Vim.
วัฒนธรรมของ Vim ไม่ได้เริ่มจากปลั๊กอินหรือทางลัด แต่มาจากการเรียนรู้ Bram Moolenaar ให้ความสำคัญกับเอกสารเป็นส่วนหนึ่งของผลิตภัณฑ์ และทัศนคตินั้นกำหนดว่าผู้คนสอน Vim อย่างไร: ไม่ใช่ชุดความลับ แต่เป็นทักษะที่ขยายได้ทีละขั้น
:help ของ Vim ไม่ใช่ของรองรับ; มันคือแผนที่ มันให้รางวัลกับความอยากรู้อยากเห็นด้วยโครงสร้าง—หัวข้อ การอ้างอิงข้าม และตัวอย่างที่สมมติว่าคุณจะสำรวจ
นิสัยเล็ก ๆ เปลี่ยนจาก “ฉันติดปัญหา” เป็น “ฉันหาคำตอบได้”:
:help {topic} (หรือ :h) เพื่อกระโดดไปยังแนวคิด เช่น :h motion หรือ :h visual-modeCTRL-] เพื่อตามลิงก์ใน help และ CTRL-T เพื่อย้อนกลับ:helpgrep {word} เพื่อค้นหาในเอกสารเมื่อคุณไม่รู้คำศัพท์ที่ถูกต้องแบบจำลองนี้ขยายได้: เมื่อตอนคุณเรียนรู้จะถามตัวแก้ไข คุณก็จะพึ่งพาการจำคำสั่งน้อยลง.
การให้คำปรึกษาใน Vim มักเป็นการแทรกแซงเล็ก ๆ ที่เคารพ: แม็ปหนึ่งปุ่ม หนึ่งการเคลื่อนไหว หนึ่งการปรับเวิร์กโฟลว์ กฎที่ไม่เขียนคือ “เจอผู้คนที่จุดที่เขาอยู่” มักจะแชร์ทิปและพูดชัดว่า "ถ้าเครื่องมือของคุณใช้งานได้แล้ว ก็ไม่เป็นไร"
บรรทัดฐานอื่น ๆ ที่ใช้งานได้จริง:
ความรู้ Vim เดินทางผ่านสิ่งของน้ำหนักเบา: cheat sheets, พูดสั้น ๆ, เทมเพลต dotfile, และ repo "starter" ขนาดเล็ก ที่ดีที่สุดอธิบาย ทำไม นิสัยถึงช่วย ไม่ใช่แค่ พิมพ์อะไร.
บางคนต้องการ Vim แค่อาศัยทำการแก้ไขด่วนผ่าน SSH; บางคนสร้างสภาพแวดล้อมประจำวันรอบมัน วัฒนธรรมของ Vim ทำงานเมื่อมันยอมรับทั้งสองเป้าหมายว่าเป็นสิ่งถูกต้อง—และทำให้เส้นทางระหว่างกันสว่างพอ.
ชื่อเสียงของ Vim มักมาจาก "พลัง" แต่คุณค่าจริง ๆ ปรากฏในช่วงปกติ: ข้อความคอมมิตที่ต้องการความชัดเจน ไฟล์ config ใน production ที่ต้องแก้ปลอดภัย หรือการทำงานเป็นคู่ที่คุณต้องการให้การแก้ไขชัดเจนและอธิบายง่าย
การเขียนคอมมิต: นักพัฒนาหลายคนตั้ง Git ให้เปิด Vim สำหรับข้อความคอมมิตและ interactive rebase. การแก้ไขแบบมีโหมดเหมาะเพราะคุณใช้เวลาส่วนใหญ่ในการอ่านและจัดเรียงข้อความ ไม่ใช่การแทรก Normal mode กลายเป็นโหมดทบทวน: กระโดดระหว่างประโยค ย้ายบรรทัด และแก้ไขเล็ก ๆ โดยไม่ต้องคว้าเมาส์
แก้ไขด่วนบนเซิร์ฟเวอร์: เมื่อคุณ SSH เข้าเครื่องและต้องแพตช์ config, Vim มักจะพร้อมอยู่ เป้าหมายไม่ใช่การปรับแต่งมากมาย—แต่เป็นความมั่นใจ: ค้นหาส่วนที่ถูกต้อง แก้แค่สิ่งที่ตั้งใจ บันทึก และออกอย่างสะอาด
การทำงานคู่: Vim อาจเข้ากันได้ดีกว่าที่คิดเพราะการกระทำชัดเจน การพูดว่า “ลบบทความนี้” หรือ “เปลี่ยนข้างในอัญประกาศ” แปลเป็นคำสั่งชัดเจน และคู่ของคุณเรียนรู้จากการสังเกต
Vim มักโดดเด่นเมื่อคุณมองเป็นเครื่องมือหนึ่งในห่วงโซ่ คุณสามารถค้นหาด้วย ripgrep/grep เปิดผล แล้วแก้ไขเป้าหมาย—โดยไม่ต้องเปลี่ยนตัวแก้ไขเป็น IDE เต็มรูปแบบ
ตัวอย่างลูปทั่วไปคือ: รันการค้นหาในเทอร์มินัล เปิดไฟล์ที่พบ แก้ไข แล้วรันทดสอบอีกครั้ง มันคือหลักการ “ทำสิ่งหนึ่งให้ดี” ที่ใช้ในงานประจำ: เทอร์มินัลค้นหา; Vim แก้; ตัวรันทดสอบยืนยัน.
git config --global core.editor "vim"vimrc เล็ก ๆ ที่อ่านง่ายเพื่อทำซ้ำได้ทุกที่นั่นคือวิธีที่ Vim ขยายตัว: ไม่ใช่ด้วยการเพิ่มความซับซ้อน แต่ด้วยการทำให้การแก้ไขที่พบบ่อยเร็ว, ย้อนกลับได้ และสม่ำเสมอในทุกสภาพแวดล้อม.
Vim มีข้อดีจริง ๆ แต่ก็สะสมตำนานบางอย่าง ความคิดเห็นดัง ๆ บางส่วนมาจากคนที่ลองมันแค่สุดสัปดาห์เดียว หรือจากแฟนที่ถือมันเป็นเหรียญตรา กรอบที่มีประโยชน์กว่าคือ: Vim คือชุดแนวคิดการปฏิสัมพันธ์ (โดยเฉพาะการแก้ไขแบบมีโหมด) ที่เข้ากับเวิร์กโฟลว์หลายแบบได้ แต่ไม่ใช่คำตอบที่ดีที่สุดสำหรับทุกคนหรือทุกทีมโดยอัตโนมัติ.
"เส้นโค้งการเรียนรู้ชันเกินไป"
จริงในช่วงแรกเพราะพื้นฐานต่าง: โหมด, operator + motion, และการเน้นกริยาในการแก้ไข มากกว่าปุ่มหรือเมนู เส้นโค้งเรียบลงถ้าคุณเรียนรู้แกนหลักเล็ก ๆ แล้วใช้ทุกวัน แต่ถ้าคุณเปิด Vim เป็นครั้งคราว ความทรงจำกล้ามเนื้อจะไม่เกิดขึ้น
"มันไม่ค้นพบได้ง่าย"
จริงบางส่วน. Vim ให้รางวัลกับการอ่าน :help แต่ส่วนติดต่อไม่ได้โฆษณาฟีเจอร์ตลอดเวลา การค้นพบอยู่—แต่ในที่ต่างออกไป: หัวข้อช่วยเหลือ แบบฝึกหัดในตัว และวัฒนธรรมการแบ่งปันแพตเทิร์นเล็ก ๆ
"Vim แต่ละตัวต่างกัน"
จริงเช่นกัน การตั้งค่าต่างกัน ปลั๊กอินเปลี่ยนพฤติกรรม และแม้แต่ค่าเริ่มต้นอาจต่างกันระหว่างสภาพแวดล้อม สิ่งนี้อาจน่าหงุดหงิดเมื่อทำงานคู่หรือข้ามเครื่อง ทีมมักแก้ด้วยค่าเริ่มต้นร่วมขั้นต่ำ (หรือตกลงใช้ “vanilla Vim”) แทนที่จะพยายามทำให้ทุกอย่างเหมือนกัน
Vim อาจไม่เหมาะเมื่อต้องใช้ IDE เฉพาะที่ทีมต้องการ เวลาเรียนรู้จำกัด หรือความต้องการด้านการเข้าถึงทำให้การใช้งานคีย์หนัก ๆ ไม่สะดวก ความชอบส่วนบุคคลก็สำคัญ: บางคนคิดได้ดีใน UI ที่มองเห็นพร้อมเครื่องมือรีแฟกเตอร์ที่ครบถ้วน และพวกเขาจะทำงานได้ดีที่สุดในสภาพแวดล้อมแบบนั้น
แนวทางที่เป็นประโยชน์คือเลือกเครื่องมือที่สนับสนุนงานที่คุณทำจริง ๆ: แก้ไขด่วนบน SSH, แก้ไขไฟล์ config, เขียนโค้ดตลอดวัน, หรือทำงานร่วมกันในสภาพแวดล้อมที่เป็นมาตรฐาน
กับดักสองอย่างล่อผู้เรียนที่มุ่งมั่น:
อันดับแรก การปรับแต่งไม่รู้จบ — ใช้เวลามากกว่าการเรียนรู้และใช้จริง. ประการที่สอง การสะสมทางลัด — รวบรวมคำสั่งโดยไม่สร้างนิสัยที่ทำซ้ำได้ หากคุณต้องการให้ Vim ทำให้เร็วขึ้น ให้มุ่งที่เวิร์กโฟลว์ที่คุณทำซ้ำทุกสัปดาห์ และอัตโนมัติเฉพาะสิ่งที่คุณระบุชื่อได้อย่างชัดเจน
กฎที่ดี: หากการเปลี่ยนแปลงไม่ได้ประหยัดเวลา หรือลดข้อผิดพลาดในสัปดาห์ถัดไป ให้เลื่อนมันออกไป
Vim มีคุณค่ามากที่สุดเมื่อมันช่วยให้คุณรักษากระแสในการทำงาน แก้ไขด้วยเจตนา และสร้างรูปแบบที่ทำซ้ำได้ หากตัวแก้ไขอื่นทำสิ่งเหล่านั้นได้ดีกว่าสำหรับคุณ—หรือสำหรับทีมของคุณ—เลือกมันโดยไม่รู้สึกผิด เป้าหมายไม่ใช่การ “ใช้ Vim” แต่เป็นการผลิตงานที่ดีขึ้นด้วยแรงเสียดทานน้อยลง.
การเรียนรู้ Vim ติดแน่นเมื่อคุณถือมันเป็นการสร้างนิสัยเชิงปฏิบัติ ไม่ใช่การสะสมคำสั่งแปลก ๆ เป้าหมายคือรู้สึกสงบและสามารถแก้ไขได้ แม้ก่อนจะรู้สึกว่า "เร็ว".
ใช้เวลา 10–15 นาทีต่อวัน และใช้ Vim ทำงานจริงสักอย่าง (แม้แต่เล็กน้อย). จดสิ่งที่รู้สึกติดขัดและสิ่งที่ลื่นขึ้น
สัปดาห์ 1: ความคุ้นเคยและความปลอดภัย
เน้นไม่ให้ติดค้าง ฝึกการเปิดไฟล์ บันทึก ออกจากโปรแกรม และ undo
สัปดาห์ 2: การนำทางและการค้นหา
เริ่มย้ายในจังหวะที่ใหญ่ขึ้นและใช้การค้นหาเพื่อไปยังที่ใดก็ได้อย่างรวดเร็ว
สัปดาห์ 3–4: เวิร์กโฟลว์การแก้ไข
เพิ่มชุดเล็ก ๆ ของ “แก้ไข + ทำซ้ำ”: เปลี่ยน/ลบ/ย้าย/ย้ายซ้ำด้วย ., และมาโครพื้นฐานสำหรับสิ่งที่คุณทำบ่อย
:w, :q, :wq, :q!, พร้อม u (undo) และ \u003cC-r\u003e (redo)w, b, e, 0, $, gg, G, และใช้งาน f{char} บ้าง/pattern, n / N, และ :%s/old/new/g (ลองก่อนโดยไม่ใส่ flags)แก้ README: แก้หัวข้อ ย้ายบูลเล็ต และเขียนย่อหน้าใหม่โดยไม่คว้าเมาส์
รีแฟกเตอร์ไฟล์เล็ก ๆ: เปลี่ยนชื่อตัวแปรด้วยค้นหา+แทนที่ แยกบรรทัดบางส่วน และจัดเยื้องใหม่
จดบันทึกใน Vim: เขียนบันทึกสั้น ๆ ทุกวัน การทำซ้ำสร้างความคุ้นเคยเร็วกว่าการฝึกยาก ๆ
ติดตาม ความคุ้นเคย (ความตื่นตระหนกน้อยลง) และ ความสม่ำเสมอ (การตัดสินใจเปลี่ยนบริบทน้อยลง) ไม่ใช่ความเร็วล้วน ๆ ถ้าคุณคาดการณ์ได้ว่าคำสั่งจะทำอะไร—และกู้คืนได้เมื่อผิด—คุณกำลังเรียนรู้สิ่งที่จะคงทน
มรดกของ Bram Moolenaar ไม่ได้มีเพียงการสร้างตัวแก้ไข Vim เท่านั้น แต่ยังเป็นตัวอย่างของการดูแลอย่างใจเย็น เป็นเวลาหลายทศวรรษเขาตรวจแพตช์ คัดสรรการออกเวอร์ชัน ตอบคำถาม และรักษา "ความรู้สึก" ที่ชัดเจนให้กับเครื่องมือ: มีประสิทธิภาพ สอดคล้อง และให้อภัยเมื่อคุณเรียนรู้ไวยากรณ์ของมัน ประเพณี "charityware" ของ Vim ยังสะท้อนค่านิยมของ Bram: ซอฟต์แวร์เป็นสินค้าสาธารณะ และการดูแลรักษาคืองานจริงที่สมควรได้รับความเอาใจใส่
Vim ให้รางวัลกับความใส่ใจในการกระทำเล็ก ๆ ที่ทำซ้ำได้ บทเรียนใหญ่ไม่ใช่คำสั่งเฉพาะ แต่เป็นแนวคิด: ลงทุนในนิสัยที่ลดแรงเสียดทาน ไม่กี่วินาทีที่ประหยัดในแต่ละครั้งอาจไม่มากนัก—จนกว่ามันจะกลายเป็นวิธีคิดปกติขณะที่คุณเขียนโค้ด โน้ต หรือเรียบเรียงงาน เมื่อเวลาผ่านไป ตัวแก้ไขจะไม่ใช่เครื่องมือที่คุณควบคุม แต่เป็นสื่อที่คุณทำงานผ่าน
น่าสนใจที่แนวคิด "เจตนาเป็นหลัก" นี้ถ่ายโอนสู่เวิร์กโฟลว์ใหม่ ๆ ได้ดีด้วย หากคุณสร้างซอฟต์แวร์ผ่านอินเทอร์เฟซแชท—เช่น วิธี vibe-coding ของ Koder.ai—นิสัยเดียวกันใช้ได้: ทำการเปลี่ยนแปลงเป็นคำสั่งที่ชัดเจน ทำซ้ำเป็นชิ้นเล็ก ๆ และพึ่งตาข่ายนิรภัย (เช่น snapshots และ rollback) แทนการแก้ไขครั้งใหญ่ที่เสี่ยง.
Vim ยังสอนงานสังคม: เรียนรู้ในที่สาธารณะ แชร์ dotfiles อย่างคิดเป็น เขียนรายงานบั๊กชัดเจน และปฏิบัติต่อผู้มาใหม่ด้วยความอดทน บรรทัดฐานที่ดีทำให้เครื่องมือที่ยากเข้าถึงได้ง่ายขึ้น หากคุณอยากลงลึก แหล่งช่วยเหลือในตัวและทรัพยากรของชุมชนเป็นส่วนหนึ่งของผลิตภัณฑ์ ไม่ใช่ของเสริมนอกสุด
ก่อนปิดบทความนี้ ให้เลือกการเปลี่ยนแปลงเวิร์กโฟลว์หนึ่งอย่างที่คุณจะลองในสัปดาห์นี้: แม็ปปุ่มที่คุณมักเอื้อมถึง ฝึกรูปแบบการแก้ไขที่ทำซ้ำได้หนึ่งอย่าง หรือเขียนค่าเริ่มต้นเล็ก ๆ ลงใน vimrc ของคุณ
สุดท้าย โน้ตอย่างเคารพ: ชุมชนโอเพนซอร์สยังคงมีชีวิตเมื่อผู้ใช้กลายเป็นผู้สนับสนุน—ผ่านการบริจาค เอกสาร การส่งบั๊กอย่างระมัดระวัง การตรวจโค้ด หรือเพียงบอก "ขอบคุณ" มรดกของ Bram เตือนว่า คนที่ดูแลเครื่องมือของเราสำคัญไม่แพ้เครื่องมือเอง
วัฒนธรรมเครื่องมือแก้ไขคือชุดนิสัยทางปฏิบัติ ทางลัด คำศัพท์ และรูปแบบการสอนที่เติบโตรอบเครื่องมือหนึ่ง ๆ.
ในกรณีของ Vim นั่นรวมถึงการคิดแบบ “operator + motion”, การแลกเปลี่ยนทิปในการทำงานคู่ และการถือว่าการตั้งค่า (เช่น vimrc) เป็นส่วนหนึ่งของเวิร์กโฟลว์ของคุณ ไม่ใช่เรื่องรอง.
การแก้ไขแบบมีโหมดแยก เจตนา ดังนี้:
นี่ช่วยลดการแก้ไขโดยไม่ได้ตั้งใจและทำให้การเปลี่ยนแปลงรู้สึกเป็นคำสั่งที่ชัดเจน (ลบ/แก้ไข/ย้าย) โดยการพิมพ์เกิดขึ้นเมื่อคุณตั้งใจเท่านั้น.
“ความประกอบกันได้” ของ Vim ทำให้คำสั่งทำนายผลได้: กริยา (ลบ/เปลี่ยน/คัดลอก) ถูกนำไปใช้กับ เป้าหมาย (คำ, ประโยค, ข้างในอัญประกาศ, ถึงท้ายบรรทัด).
ตัวอย่าง:
cw = เปลี่ยนคำdi\" = ลบข้างในอัญประกาศคุณเรียนรู้แนวคิดหลักไม่กี่อย่างแล้วนำกลับมาใช้ในหลายสถานการณ์ แทนที่จะจำทางลัดเป็นกรณีพิเศษ ๆ
ใช้ . เมื่อคุณกำลังทำการเปลี่ยนแปลงแบบเดียวกันซ้ำหลายครั้ง.
เวิร์กโฟลว์ที่แนะนำคือ:
. เพื่อทำซ้ำ.นิสัยนี้สนับสนุนให้คุณทำการแก้ไขเป็น “ชิ้น” ที่ทำซ้ำได้ ซึ่งมักลดความผิดพลาดและงานซ้ำมากกว่าทำให้เร็วขึ้นเพียงอย่างเดียว.
มาโครเหมาะเมื่อข้อความสม่ำเสมอและขั้นตอนเป็นเชิงกล:
การใช้งานที่ดี:
หลีกเลี่ยงมาโครเมื่อแต่ละบรรทัดต้องตัดสินใจ (การแก้ไขมีเงื่อนไข) เพราะมันจะสร้างความผิดพลาดได้เร็วขึ้นและตรวจจับได้ยาก ในกรณีนั้นให้ใช้การค้นหา+ยืนยันหรือการทำซ้ำที่ปลอดภัยกว่า.
vimrc คือไฟล์ตั้งค่า Vim ที่คุณกำหนดค่าพื้นฐาน (การย่อหน้า พฤติกรรมการค้นหา แถบสถานะ ฯลฯ).
วิธีที่ใช้ง่ายสำหรับผู้เริ่มต้น:
ปฏิบัติต่อ เหมือนบันทึกเวิร์กช็อปขนาดเล็ก ไม่ใช่ลิ้นชักขยะของการตั้งค่าที่กระจัดกระจาย.
เริ่มจากฐานที่เรียบง่าย (การย่อตามมาตรฐาน การตั้งค่าการค้นหา หมายเลขบรรทัด ธีมที่อ่านง่าย) แล้วเพิ่มปลั๊กอินเมื่อคุณตั้งชื่อปัญหาได้ชัดเจน.
กฎที่ดี: ถ้าปลั๊กอินไม่ช่วยประหยัดเวลาหรือลดข้อผิดพลาดในสัปดาห์นี้ ให้เลื่อนมันออกไป นั่นช่วยป้องกันการปรับแต่งมากเกินไปที่แทนที่การเรียนรู้และนิสัยที่มีประสิทธิภาพ.
สำหรับการใช้งานเป็นครั้งคราวเช่น SSH ให้เน้นชุดทักษะเล็ก ๆ ของการเอาตัวรอด:
Vim ถูกใช้กับ Git บ่อยเพราะมันเหมาะกับการอ่านและจัดเรียงข้อความ เช่น ข้อความคอมมิตและการแก้ประวัติแบบโต้ตอบ.
ขั้นตอนการตั้งค่าง่าย ๆ คือ:
git config --global core.editor "vim"การนำทางและการค้นหาพื้นฐานสามารถทำให้การตรวจทานและแก้ไขข้อความคอมมิตควบคุมได้มากกว่าการทำงานด้วยเมาส์เพียงอย่างเดียว.
Vim อาจสบายกว่าสำหรับบางคน (ลดการเคลื่อนไหวของเมาส์) แต่ก็อาจเพิ่มภาระนิ้วได้ขึ้นกับมือ คีย์บอร์ด และนิสัยของแต่ละคน.
การใช้อย่างยั่งยืนคือ:
เวิร์กโฟลว์ที่ดีที่สุดคือสิ่งที่คุณทำได้โดยไม่เจ็บปวด.
vimrci, Esc, :w, :q, :wq, :q!u, Ctrl-r/pattern แล้ว n/Nเป้าหมายคือความมั่นใจและสามารถย้อนกลับได้ ไม่ใช่การตั้งค่าที่ซับซ้อน.