มีประสิทธิภาพมากขึ้น 10 เท่าหรือ ไม่น่าเป็นไปได้ ฉันมักจะคิดว่าปัจจัยหลายอย่างมีค่าเหมือน 1.1 ซึ่งเพิ่มขึ้นหลังจากนั้นไม่นาน
สิ่งที่ Steve Yegge กำลังพูดถึงเป็นภาพสะท้อนของการเป็นผู้เชี่ยวชาญใน Emacs และสิ่งเหล่านี้หายากมาก ผู้ที่ได้รับผลกระทบทวีคูณนี้กำลังปรับแต่งประสบการณ์ Emac ของพวกเขาโดยการเขียน elisp เพื่อปรับแต่ง Emacs ให้เหมาะกับความต้องการเฉพาะของพวกเขา ยกตัวอย่างเช่น Yegge เขียนejacs การตีความเครื่องหมายคำพูดของ Yegge อย่างเคร่งครัดหมายความว่าคุณกำหนด Emacs เองเพื่อให้ง่ายต่อการปรับแต่ง / ขยาย Emacs
นี่คือวิธีที่ฉันจะแยกแยะความเชี่ยวชาญในระดับต่างๆตามที่ใช้กับ Emacs:
- สามเณรรู้วิธีการทำงาน Emacs เลื่อนเคอร์เซอร์รอบทำการแก้ไขบางส่วนออกจาก Emacs
- เริ่มต้นขั้นสูงรู้วิธีที่จะนำการปรับแต่งพื้นฐานบางอย่างในของพวกเขา
.emacs
หรือได้คัดลอกชิ้นของของคนอื่น ๆ.emacs
เข้าไปในพวกเขา พวกเขารู้วิธีสร้างการเชื่อมโยงคีย์โกลบอลrequire
แพคเกจในตัวเปิดใช้งานโหมดรอง
- ผู้ใช้ Emacs ที่มีความสามารถมี
.emacs
ไฟล์ขนาดใหญ่ซึ่งอาจแบ่งเป็นหลายไฟล์ พวกเขาดาวน์โหลดและใช้แพคเกจที่ไม่ได้มาตรฐานรู้วิธีการค้นหาเอกสารสำหรับคำสั่งโหมดดูการผูกคีย์ที่มีอยู่สบายกับความแตกต่างระหว่างโหมดรองและโหมดหลัก โดยทั่วไปผู้ใช้ที่มีความเชี่ยวชาญมักจะใช้ Emacs เป็นเวลาหนึ่งวัน / สัปดาห์, เขียน, รวบรวม, รันและดีบักโปรแกรมจาก Emac
- ผู้ใช้ที่เชี่ยวชาญมีความสามารถในการเขียน emacs เสียงกระเพื่อมสร้างคำสั่งแบบโต้ตอบของตนเองและสะดวกสบายในการเขียนโหมดรอง ผู้ใช้ที่เชี่ยวชาญมองไปที่ emacs lisp code เพื่อทำความเข้าใจกับโหมดที่พวกเขากำลังใช้ใช้ elug debugger และใช้กระบวนการที่ด้อยกว่า (shells, lisp processes, ... )
- ผู้ใช้ผู้เชี่ยวชาญ Emacs เขียนโหมดหลักใหม่ตั้งแต่เริ่มต้นค้นหาและแก้ไขรหัส C สำหรับ Emacs รู้ว่าการแก้ไขแบบเรียกซ้ำคืออะไรและใช้งานอย่างไรใช้การสื่อสารระหว่างกระบวนการเพื่อรวม Emacs เข้ากับเครื่องมือภายนอก พวกเขายังอ่านรายชื่อผู้รับจดหมายของemacs-devel
และเมื่อคุณขอประสบการณ์ส่วนตัวนี่คือตัวอย่างของสิ่งที่ฉันทำโดยส่วนตัวทำให้รู้สึกว่าฉันมีประสิทธิผลมากกว่า หมายเหตุ: ฉันทำงานใน บริษัท ที่เราไม่มีที่ไหนใกล้กับสภาพแวดล้อมการพัฒนาอย่างเช่นเรายังใช้ CVS
- ฉันรวม Emacs เข้ากับเครื่องมือติดตามบั๊ก: เมื่อฉันทำคอมมิทมันจะบันทึกชื่อไฟล์และเวอร์ชั่นในฟิลด์สำหรับบั๊กและจาก Emacs ฉันสามารถดูบั๊กของฉันมอบหมายแก้ไขและอื่น ๆ ได้
- ฉันเขียนสะพานเชื่อมผลิตภัณฑ์ของฉัน (งานประจำวัน) และ Emac ทำให้ผลิตภัณฑ์ของฉันเป็นกระบวนการที่ต่ำกว่า - ทำให้ฉันสามารถเปลี่ยนแปลงซอร์สโค้ดได้ทันที
- ฉันขยายการจัดการแท็กด้วยfind-file-in-tagsซึ่งให้ทางลัดจำนวนมากที่เหมาะกับสภาพแวดล้อมการพัฒนาของฉัน
- ฉันเขียนโหมดที่ใช้ผลลัพธ์การถดถอยและทำให้ฉันสามารถข้ามไปสู่ความล้มเหลวตรวจสอบล็อกไฟล์เรียกใช้การทดสอบหนึ่งครั้งขึ้นไปหรือเข้าสู่การตรวจแก้จุดบกพร่องด้วยการกดแป้นเพียงเล็กน้อย
- รายงานสถานะรายสัปดาห์ของฉัน (ใช่ฉันใช้ Emacs สำหรับอีเมล) สร้างขึ้นโดยอัตโนมัติโดยใช้คอมมิทที่ฉันทำตลอดทั้งสัปดาห์
นั่นคือการเปลี่ยนแปลงที่ฉันได้ทำขึ้นเพื่อปรับแต่ง Emacs ให้เข้ากับสภาพแวดล้อมและเวิร์กโฟลว์ของฉันโดยเฉพาะ
ฉันมีประสิทธิภาพมากกว่าคนอื่น 10 เท่าหรือไม่? เลขที่
อย่างไรก็ตามสำหรับงานประจำวันของฉันมีงานหลายอย่างที่ฉันสามารถทำได้ด้วยการกดแป้นบางครั้งที่คนอื่นใช้เวลาทำนานกว่าในสภาพแวดล้อมที่ไม่ได้กำหนดเองและโดยทั่วไปแล้วพวกเขาต้องสลับระหว่างตัวแก้ไขและเว็บเบราว์เซอร์หรือเปลือก .
พวกเขาเป็นตัวอย่างที่น่าประหลาดใจ? เลขที่ฉันแน่ใจว่าสิ่งที่ฉันได้ทำคือการอยู่แล้วใน Visual Studio บทความของฉันจะพาคุณกลับไปที่โบสถ์แห่ง Emacs หรือไม่? อาจจะไม่.
อย่างไรก็ตามถ้าคุณเห็นรูปแบบของพฤติกรรมในสภาพแวดล้อมการพัฒนาของคุณและคุณมีอาการคันที่บอกคุณว่า "ฉันไม่ควรทำ X / Y / Z ซ้ำไปซ้ำมาถ้าฉันทำได้ ... " ฉันแนะนำให้พยายามใช้ Emacs เพื่อเกามัน รอยขีดข่วนนั้นอาจเป็นก้าวแรกที่ "เสริมกำลัง" เส้นทางที่ Steve Yegge กำลังพูดถึง
หมายเหตุเล็กน้อย:ฉันไม่ทราบว่าผู้ใช้ Emacs ผู้เชี่ยวชาญจำนวนมากกำลังใช้งานไซต์ล้นล้นหรืออย่างน้อยพวกเขาไม่ได้ตอบคำถามที่เกี่ยวข้องกับ Emacs ฉันพูดว่าขึ้นอยู่กับผู้ใช้ด้านบนสำหรับemacsและelispแท็กบนกองล้น