Emacs จะทำให้ฉันเป็นโปรแกรมเมอร์ที่ดีขึ้นได้หรือไม่? [ปิด]

Steve Yegge เขียนความคิดเห็นในบล็อกของเขา :

วิศวกรที่ยิ่งใหญ่ที่สุดในโลกทั้งหมดใช้ Emacs ประเภทผู้เปลี่ยนแปลงโลก ไม่ใช่สาวที่ยอดเยี่ยมในลูกบาศก์ถัดจากคุณ ไม่ใช่เฟร็ดคนที่น่าทึ่งในห้องโถง ฉันกำลังพูดถึงนักพัฒนาซอฟต์แวร์ที่ยิ่งใหญ่ที่สุดในอาชีพของเราซึ่งเป็นผู้ที่เปลี่ยนโฉมหน้าของอุตสาหกรรม The James Goslings, Donald Knuths, the Paul Grahams, Jamie Zawinskis, Eric Bensons วิศวกรตัวจริงใช้ Emacs คุณต้องฉลาดในการใช้งานให้ดีและจะทำให้คุณมีพลังอย่างไม่น่าเชื่อหากคุณสามารถเชี่ยวชาญได้ ไปดูไหล่ของ Paul Nordstrom ในขณะที่เขาทำงานบ้างถ้าคุณไม่เชื่อฉัน เป็นโปรแกรมเปิดหูเปิดตาที่แท้จริงสำหรับผู้ที่ใช้ Visual Blub .NET เหมือน IDE ทั้งอาชีพของพวกเขา

Emacs เป็นบรรณาธิการ 100 ปี

ครั้งสุดท้ายที่ฉันใช้โปรแกรมแก้ไขข้อความในการเขียนโค้ดคือย้อนกลับไปเมื่อฉันยังเขียน HTML ใน Notepad เมื่อประมาณ 1,000 ปีก่อน ตั้งแต่นั้นมาฉันก็ขึ้นอยู่กับ IDE มากหรือน้อยโดยใช้ Visual Studio, NetBeans, IntelliJ, Borland / Codegear Studio และ Eclipse มาตลอดอาชีพของฉัน

สำหรับสิ่งที่คุ้มค่าฉันได้ลองใช้ Emacs แล้วและประสบการณ์ของฉันก็น่าผิดหวังเพราะไม่มีคุณสมบัติที่สามารถค้นพบได้โดยสิ้นเชิง (เห็นได้ชัดว่ามีคำสั่ง Emacs สำหรับค้นหาคำสั่ง Emacs อื่น ๆ ซึ่งฉันไม่สามารถหาได้ - มันเหมือนกับการใช้ชีวิตตลกแบบ Zen ที่โหดร้ายของคุณเอง) ฉันพยายามทำให้ตัวเองชอบโปรแกรมเป็นเวลาหนึ่งเดือน แต่ในที่สุด ตัดสินใจว่าฉันต้องการให้นักออกแบบ GUI แบบลากแล้วปล่อย IntelliSense และการดีบักแบบโต้ตอบแทน

มันยากที่จะแยกข้อเท็จจริงออกจากความคลั่งไคล้ดังนั้นฉันยังไม่เต็มใจที่จะรับความคิดเห็นของ Yegge ตามมูลค่าที่ตราไว้

มีความแตกต่างที่สามารถวัดได้ในทักษะการผลิตหรือความเพลิดเพลินในการเขียนโปรแกรมระหว่างคนที่พึ่งพา IDE และคนที่ไม่ทำหรือทั้งหมดเป็นเพียงความคลั่งไคล้?

ก่อนอื่นให้ฉันบอกว่าฉันยอมรับว่าตัวเองเป็นผู้ศรัทธาที่แท้จริงในลัทธิของ Emacs

ที่กล่าวว่าบล็อกเกอร์เป็นถั่ว คุณเขียนในสิ่งที่คุณคิดว่ามีประโยชน์ ฉันพบว่า Emacs ช่วยฉันได้ส่วนใหญ่เป็นเพราะฉันใช้เวลาหลายปีในวิทยาลัยจ่ายค่าเริ่มต้นล่วงหน้าเพื่อเรียนรู้วิธีปรับเปลี่ยนให้เหมาะกับความต้องการของฉันและปรับเปลี่ยนตัวเองตามความต้องการ

แต่คนอื่น ๆ ทำสิ่งที่แตกต่างออกไปและอย่างที่พวกเขาพูดว่า "ไม่เป็นไร"

เขา (Steve Yegge) ได้อธิบายอย่างละเอียดเกี่ยวกับเรื่องนี้เป็นชิ้น ๆ ในโพสต์อื่น ๆ ของเขา http://steve-yegge.blogspot.com/2008_04_01_archive.htmlน่าจะเป็นข้อมูลที่ครอบคลุมที่สุด แต่ข้อมูลจะถูกฝังอยู่ในนั้นเนื่องจากมันอยู่บนเส้นสัมผัสกับหัวเรื่องหลัก

ฉันเดาว่าจะสรุป: โปรแกรมเมอร์ที่เก่งหรือมีความสามารถจะหยิบ IDE ขึ้นมาและทำความรู้จักกับมันเป็นอย่างดีและอาจจะทำได้ดีพอสมควร แต่พวกเขาจะ จำกัด ตัวเองไว้กับสิ่งที่ IDE ให้ไว้สำหรับพวกเขา กล่าวอีกนัยหนึ่งก็คือพวกเขาปรับตัวให้เข้ากับ IDE ดีโปรแกรมเมอร์บนมืออื่น ๆ ที่พวกเขาจะปรับสภาพแวดล้อมให้เหมาะสมกับตัวเองในรูปแบบต่าง ๆ เช่นการเขียนสคริปต์หรือเครื่องมือของตัวเองหรือการขยายเครื่องมือของพวกเขา และจนถึงจุดสุดท้ายนั้นไม่เพียง แต่ Emacs จะเป็นสภาพแวดล้อมที่สามารถขยายได้มากที่สุดเท่านั้น แต่ยังเป็นสภาพแวดล้อมที่ง่ายที่สุดในการขยายและยังเป็นสภาพแวดล้อมที่คุณได้รับประโยชน์สูงสุด จากการขยายส่วนขยาย - ส่วนขยายของคุณจะรวมเข้ากับ Emacs เหมือนเป็นฟีเจอร์สต็อกดังนั้นส่วนขยายในอนาคตของคุณอาจสร้างขึ้นจากส่วนขยายก่อนหน้าของคุณ

โปรแกรมเมอร์ที่ดีที่สุดใช้ vi หรือ emacs เนื่องจากโปรแกรมเมอร์ที่มีประสบการณ์มากที่สุดนั้นดีที่สุดและเมื่อ 20 ปีที่แล้วไม่มีทางเลือกมากนักนอกจาก vi และ emacs

หลังจากเริ่มต้นด้วย vi (ca. 1987) บนเครื่องที่มีเทอร์มินัลข้อความที่ช้ามากฉันก็แปลงเป็น Emac (GNU) หลังจากนั้นไม่กี่ปี (บนเครื่องที่เร็วกว่า) และใช้มันเกือบ 10 ปีโดยเฉพาะ

Emacs เป็นสภาพแวดล้อมการพัฒนาแบบบูรณาการครั้งแรก - วงจรการแก้ไข / ลิงค์ / คอมไพล์ทั้งหมดสามารถควบคุมได้ใน emacs และคุณสามารถม้วนของคุณเองสำหรับคอมไพเลอร์ที่คุณใช้

ปัจจุบัน IDE เช่น eclipse ได้รับการผสานรวมที่ดียิ่งขึ้น (พูดตามตรง: emacs ดูดที่กราฟิก) แต่ Emac ยังคงเป็นหนึ่งในสภาพแวดล้อมที่ดีที่สุดสำหรับการแก้ไขข้อความแบบ "บริสุทธิ์"

การปรับปรุงความคิดที่ชัดเจนและการแก้ปัญหาของคุณจะทำให้คุณเป็นโปรแกรมเมอร์ที่ดีขึ้น ไม่มีโปรแกรมใดสามารถทำได้

การใช้ค้อนที่ดีกว่าจะไม่ช่วยให้ฉันสร้างบ้านที่ดีกว่าเว้นแต่ฉันจะรู้วิธีและเหตุผล ;)

Yegge ต้องพบกับ Bill Joy ไม่เพียง แต่เขาเป็นหนึ่งในโปรแกรมเมอร์ที่เก่งกาจในโลก แต่เขายังเขียน vi จำนวนมาก ใน vi.

คำสารภาพสั้น ๆ ที่น่าอับอาย: หลังจาก 20 ปีของการใช้ vi (และ vim / gvim ในช่วงไม่กี่ปีที่ผ่านมา) สำหรับทุกสิ่งในปีที่แล้วฉันเริ่มใช้ Eclipse สำหรับการแก้ไข java (และ Thunderbird สำหรับอีเมล) แม้ว่าในงานปัจจุบันของฉัน เครื่องมีหน่วยความจำน้อยมากจนฉันมักจะใช้ vi ยกเว้นเมื่อฉันต้องการดีบักเกอร์

มีความแตกต่างที่สามารถวัดได้ในทักษะการผลิตหรือความเพลิดเพลินในการเขียนโปรแกรมระหว่างคนที่พึ่งพา IDE และคนที่ไม่ทำหรือทั้งหมดเป็นเพียงความคลั่งไคล้?

ลอง จำกัด สิ่งนี้ให้แคบลงเป็น Visual Studio กับ Emacs - คำถามนั้นกว้างเกินไปและฉันสงสัยว่าคนส่วนใหญ่ (อย่างน้อยก็ที่ StackOverflow) คุ้นเคยกับสองคนนี้ [ฉันและฉันใช้และชอบ emacs]

ต่อไปเราจะแบ่งองค์ประกอบสามส่วนของคำถามออก

ความเพลิดเพลินในการเขียนโปรแกรมจะขึ้นอยู่กับความชอบในการเขียนโปรแกรมเป็นหลักและประการที่สองคือไม่มีปัจจัยที่น่ารำคาญปรากฏขึ้นเมื่อคุณทำ การใช้เครื่องมือที่คุณต่อสู้ด้วยกำลังจะลบออกจากความเพลิดเพลิน ดังนั้นฉันจะเดาว่าความเพลิดเพลินน่าจะขยายใหญ่สุดโดยใช้เครื่องมือที่คุณชอบและคุ้นเคย

แน่นอนว่าเมื่อคุณคุ้นเคยกับเครื่องมือใหม่แล้วคุณอาจพบว่าคุณชอบเครื่องมือนั้นมากกว่าและจะชอบการเขียนโปรแกรมมากขึ้นหากคุณใช้เครื่องมือใหม่ที่คุณชื่นชอบ ไม่ชัดเจนสำหรับฉันว่าคนทั่วไปจะชอบ VS มากกว่า emacs (หรือในทางกลับกัน) เมื่อพวกเขารู้จักทั้งคู่ดี

ถัดไปทักษะการเขียนโปรแกรม หากมีการเชื่อมต่อระหว่างทักษะและตัวเลือกของ VS / emacs ฉันคิดว่าทักษะนี้ก่อให้เกิดการเลือกไม่ใช่ตัวเลือกที่ก่อให้เกิดทักษะ จากประสบการณ์ของฉันดูเหมือนจะไม่มี {VS, emacs} เลยที่ทำให้ฉันได้เรียนรู้อะไรเกี่ยวกับการเขียนโค้ดที่ดีขึ้น

เครื่องมือที่ดีอาจทำให้ฉันสามารถเขียนโค้ดเดียวกัน (และคุณภาพของโค้ดเท่ากัน) ในเวลาที่น้อยลง ถ้าเราคิดproductivity = quality of code `times` code per timeอย่างนั้นก็เป็นเหตุผลว่าตัวแก้ไขใด ๆ ที่จะช่วยให้คุณเขียนโค้ดได้ดีโดยใช้เวลาน้อยลงเป็นการเพิ่มประสิทธิภาพการทำงาน

ฉันอาจจะไม่คุ้นเคยกับ VS มากเกินไป แต่ที่นี่ฉันคิดว่า emacs มีจุดแข็งบางอย่างที่ฉันไม่พบใน VS มันอาจฟังดูไร้สาระ แต่สิ่งที่เรียบง่ายอย่างการเคลื่อนไหวของเคอร์เซอร์Ctrl-[fbnp]นั้นเป็นประโยชน์อย่างแท้จริงนั่นหมายความว่าคุณไม่จำเป็นต้องเลื่อนมือไปที่ปุ่มลูกศร อีกอย่าง: คุณสามารถค้นหาหรือแทนที่ซึ่งรวมถึงการขึ้นบรรทัดใหม่ซึ่งฉันใช้บ่อยมากพอที่ฉันจะไม่พลาด

สิ่งที่ฉันชอบอีกอย่างคือความสามารถในการฝังเชลล์ในโปรแกรมแก้ไขของฉัน จากประสบการณ์ของฉันมันมีค่ามากกว่าบนแพลตฟอร์มที่ไม่ใช่ windows (และประสบการณ์ "การเขียนโปรแกรม" ครั้งแรกของฉัน IIRC คือการเขียนไฟล์ DOS .bat ดังนั้นฉันจึงไม่ใช่แค่แฟนบอยที่ลุกเป็นไฟ) แต่บนแพลตฟอร์มเหล่านั้นมันเป็นชัยชนะที่ยิ่งใหญ่ . มันทำให้ emac "รวม" กับ "ทุกอย่าง" (การค้นหาไฟล์ด้วย find / locate, การค้นหาข้อความด้วย grep, การควบคุมเวอร์ชันด้วย svn / git / hg / ... คุณตั้งชื่อ)

คำตัดสินขั้นสุดท้าย - คุณควรเรียนรู้ emacs หรือไม่? และมันเป็นแฟนบอยทั้งหมดหรือไม่? หากคุณมีเวลาฉันจะบอกว่ามันคุ้มค่าเสมอที่จะเรียนรู้วิธีการใหม่ ๆ ในการทำสิ่งเดียวกันเพราะวิธีใหม่อาจช่วยให้คุณได้ผลดีขึ้น และฉันขอแนะนำให้คุณอย่าปฏิเสธสิ่งที่ดูเหมือนจะเป็นเมื่อคุณเป็นคนใหม่ ในแง่นั้นก็เหมือนกับการเปลี่ยนไปใช้รูปแบบแป้นพิมพ์ Dvorak: คุณจะช้าลงในตอนแรก แต่เมื่อคุณเร่งความเร็วคุณก็น่าจะเร็วพอ ๆ กับ qwerty และสะดวกสบายมากขึ้น ฉันขอแนะนำวิธีการเดียวกันในการเรียนรู้ภาษา (การเขียนโปรแกรม) ใหม่ ๆ เช่นกันเพราะคุณไม่รู้คำศัพท์ (ไลบรารีมาตรฐาน) พูดว่าสิ่งต่างๆยาก แต่รางวัลยังคงรอคุณอยู่

ด้วยข้อความที่ยกมาขึ้นต้นว่า "วิศวกรที่ยิ่งใหญ่ที่สุดในโลกทุกคนใช้ Emacs" ฉันจะไม่คิดมูลค่าเท่าไหร่ เขารู้จักวิศวกรที่ยิ่งใหญ่ที่สุดในโลกหรือไม่? นี่คือรายชื่อวิศวกรที่ยิ่งใหญ่ที่สุดในโลกที่คุณหรือฉันมีหรือไม่?

เมื่อเรียนรู้แล้วเครื่องมือแก้ไขที่มีประสิทธิภาพเช่น EMACS หรือ vi จะทำให้คุณมีประสิทธิภาพมากขึ้นหรืออย่างน้อยก็มีประสิทธิภาพมากขึ้นหากคุณถูกจับได้โดยไม่มี IDE ที่คุณชื่นชอบ

มันคือส่วนที่ "เรียนรู้ครั้งเดียว" ต่างหากที่เป็นฆาตกร เป็นงานและฝึกฝนมากมายในการใช้เครื่องมือเหล่านี้อย่างมีประสิทธิผลและในช่วงเริ่มต้นก็ยากมาก

ฉันเป็นแฟนบอยของ Emacs เป็นการส่วนตัว แต่ Emacs เป็นเพียงเครื่องมือ มันจะไม่ทำให้คุณเป็นโปรแกรมเมอร์ที่เก่งขึ้นได้มากไปกว่าปากกาสุดแฟนซีที่จะทำให้คุณเป็นนักเขียนที่ดีขึ้น

การชี้แจงว่า "โปรแกรมเมอร์ที่ยอดเยี่ยม" ปรับสภาพแวดล้อมให้เข้ากับตัวเองอาจมีข้อดี แต่มีเครื่องมือมากมายที่สามารถทำเช่นนั้นได้ (เช่น vim และ SlickEdit) ดังนั้นจึงไม่มีอะไรเป็นพิเศษเกี่ยวกับ Emacs ในเรื่องนั้น

ฉันคิดว่าสิ่งที่เป็นไปได้มากที่สุดก็คือ "โปรแกรมเมอร์ชั้นยอด" หลงใหลในการเขียนโปรแกรมและผู้คนที่หลงใหลในเรื่องนี้มักจะค้นหาเครื่องมือที่ช่วยขับเคลื่อนความหลงใหลนั้น Emacs (และ vim และ SlickEdit และอื่น ๆ ) เป็นเครื่องมือดังกล่าว

ฉันไม่เชื่อว่ามีความแตกต่าง แต่เป็นเรื่องของความชอบมากกว่า

อย่างไรก็ตามสิ่งที่ฉันสังเกตเห็นก็คือยิ่งคุณเขียนโค้ดนานขึ้นหรือคุณเขียนโค้ดระดับล่างมากเท่าไหร่โอกาสที่คุณจะใช้ emac หรือ vi ก็ยิ่งสูงขึ้นเท่านั้น

แม้ว่า IDE จะดีขึ้นมากในทศวรรษที่ผ่านมา แต่ก็ยังมีการเขียนโปรแกรมใน "ฟองสบู่" ที่ปลอดภัยเล็กน้อยห่างไกลจากรายละเอียดที่น่าเกลียด สิ่งที่มีแนวโน้มที่จะเกิดขึ้นคือการเพิ่มขึ้นของสิ่งที่เป็นนามธรรมนี้ทำให้โปรแกรมเมอร์ทำงานได้มากขึ้นโดยมีความรู้น้อยลง แน่นอนว่าไม่ได้ใช้กับโปรแกรมเมอร์ทุกคน แต่เครื่องมือที่ง่ายกว่าจะนำการเขียนโปรแกรมไปสู่ผู้ชมในวงกว้าง

ความรู้เพิ่มเติมเกี่ยวกับเครื่องมือระดับล่างมักจะแปลว่ามีความเสถียรมากขึ้นในโค้ดเนื่องจากมีโอกาสน้อยที่จะ "สู้กับเกรน" โดยไม่ได้ตั้งใจ ไม่ยุติธรรมที่จะระบุ EMACS ว่าเป็นตัวบ่งชี้ชั้นนำเพียงตัวเดียวเนื่องจากมันมาจากภาษาและเครื่องมือที่หลากหลายและจริงๆแล้วเกี่ยวกับความเข้าใจเชิงลึกมากกว่าไม่ใช่เทคโนโลยีเฉพาะ

ในทางกลับกันคุณได้เรียนรู้ VI หรือ EMACS ในกล่อง UNIX หรือคุณเชี่ยวชาญในพีซี (ตกลงมี VMS, CMS, AS400 และอื่น ๆ ด้วย แต่เป็นเทคโนโลยีที่เก่ากว่า) กระแสทั้งสองดึงดูดผู้คนที่กระตือรือร้นมาก แต่พวก UNIX มักต้องการโซลูชันที่ซับซ้อนในขณะที่พวกพีซีต้องการให้มันเสร็จเร็ว ๆ วัฒนธรรมแตกต่างกันมาก

IMHO IDE มีแนวโน้มที่จะได้รับการปรับให้เหมาะสมกับแพลตฟอร์มหรือภาษาหรือระบบปฏิบัติการที่เฉพาะเจาะจง: Eclipse JDT นั้นยอดเยี่ยมสำหรับ Java, Visual Studio คือ C ++ / NET-centric เป็นต้นซึ่งช่วยเพิ่มประสิทธิภาพการทำงานได้มาก (อีกครั้ง IMHO) หากคุณทำงานเพียงอย่างเดียว แพลตฟอร์มนั้น แต่ถ้าคุณเปลี่ยนแพลตฟอร์มคุณต้องเรียนรู้ IDE ใหม่โดยพื้นฐาน (หรืออย่างน้อยก็ชุดปลั๊กอินมุมมองมุมมองใหม่และฉันไม่รู้ว่ามีอะไรอีกสำหรับ Eclipse)

ข้อดีของการรู้จัก emacs หรือ Textmate หรือ vim (ความชอบส่วนตัวของฉัน) หรือโปรแกรมแก้ไขทั่วไปใด ๆก็คือทักษะที่คุณได้รับจากเครื่องมือแก้ไขนั้นจะนำไปใช้ไม่ว่าคุณจะเขียนด้วยแพลตฟอร์มใดก็ตาม เหมาะสำหรับการแก้ไขข้อความและเมื่อคุณเชี่ยวชาญแล้วคุณจะสามารถแก้ไขข้อความได้อย่างมีประสิทธิภาพในทุกภาษา

นอกจากนี้ยังมีการยืนยันของ Yegge ว่าโปรแกรมเมอร์ที่ยอดเยี่ยมจะปรับเครื่องมือให้เข้ากับรูปแบบการทำงานมากกว่าในทางกลับกัน ฉันคิดว่านี่เป็นประโยชน์สำหรับบรรณาธิการทั่วไปเนื่องจากคุณปรับแต่งตัวแก้ไขหนึ่งตัวแทนที่จะต้องคิดหาวิธีปรับ IDE สี่แบบที่แตกต่างกันเพื่อให้ทำงานได้ตามที่คุณต้องการ

ฉันขอยืนยันว่าโปรแกรมเมอร์ที่ดีที่สุดมักจะเป็นคนที่ใช้เวลาในการปรับแต่งสภาพแวดล้อมทำให้ทำงานที่พวกเขาน่าจะทำได้เร็วขึ้น / ง่ายขึ้น Emacs เป็นหนึ่งในเครื่องมือแก้ไขที่ทรงพลังที่สุดในการปรับแต่งสภาพแวดล้อมของคุณ มีเส้นโค้งการเรียนรู้ที่สูงชัน แต่เมื่อคุณผ่านพ้นจุดนั้นมาแล้วแทบไม่มีข้อ จำกัด ว่าคุณจะทำอะไรให้คุณได้บ้าง

มีคนเคยบอกว่าโปรแกรมเมอร์ที่ดีที่สุดคือคนขี้เกียจ คนที่เมื่อต้องทำอะไรมากกว่าหนึ่งครั้งให้หาวิธีทำให้เป็นอัตโนมัติเพื่อที่จะได้ใช้ความพยายามน้อยลง Emacs ช่วยให้คุณขี้เกียจมาก)

ฉันใช้ IDE มาตั้งแต่แรก (เนื้อหาเริ่มต้นด้วย QBASIC) และหลายปีมาแล้ว ตอนนี้ฉันเปลี่ยนไปใช้ VIM (ในรสชาติที่หลากหลาย) เกือบทั้งหมดสำหรับงานพัฒนาทั้งหมดของฉันและฉันก็ไม่เสียใจเลย ประสิทธิภาพการผลิตของฉันเพิ่มขึ้นอย่างแน่นอน

แน่นอนว่าจะไม่มีอะไรมาแทนที่ตัวออกแบบ Windows Forms จาก Visual Studio ได้ แต่เมื่อเทียบกับ VIM (และ Emacs ฉันแน่ใจว่า) โปรแกรมแก้ไขข้อความใน Visual Studio นั้นมีหมัดมาก เมื่อคุณใช้ประโยชน์จากพลังดิบของคอนโซลและเครื่องมือสำหรับนักพัฒนา GNU (ซึ่งฉันหมายถึงmakeGCC binutilsและgdbอื่น ๆ ) คุณจะสังเกตเห็นว่าเครื่องมือเหล่านี้อาจดูดั้งเดิม แต่มันตรงกันข้ามและนำเสนอทั้งหมด เครื่องมือที่ IDE มีให้ (ยกเว้นตัวออกแบบฟอร์ม)

เพียงแค่คุณมีทางปีนที่สูงชันอยู่ข้างหน้าเมื่อคุณเริ่มใช้เครื่องมือเหล่านี้เป็นครั้งแรกและแรงจูงใจอาจน้อย ฉันโชคดีพอ (?) ที่ถูกบังคับให้ใช้เครื่องมือเหล่านี้ดังนั้นฉันจึงไม่มีทางเลือกที่จะทำให้พังพอนได้

โดยส่วนตัวแล้วฉันรู้สึกว่าคุณควรใช้อะไรก็ได้ที่ทำให้คุณมีประสิทธิผลมากขึ้น หากคุณไม่มีเวลาลงทุนในโครงการเพื่อนั่งและเรียนรู้ Emacs นั่นอาจไม่ใช่การใช้เวลาให้ดีที่สุดในตอนนั้น

อย่างไรก็ตามฉันรู้สึกว่าเป็นความคิดที่ดีที่จะทำความรู้จัก IDE อื่น ๆ เมื่อคุณมีเวลาเหลือเฟือฉันใช้ Visual Studio ในการทำงานประจำวัน แต่ที่บ้านฉันใช้ Eclipse สำหรับโครงการขนาดเล็กและใช้ Emacs เช่นกัน เมื่อถึงจุดหนึ่งที่ฉันคิดว่าจะใช้ Emacs ความพยายามของฉันได้รับการตอบสนองที่ดีกว่าในการทำงานจริงให้เสร็จมากกว่าการทำให้ตัวเองช้าลงในการต่อสู้กับ Emacs

ฉันคิดว่าในระดับหนึ่งมันเป็นเรื่องไร้สาระที่จะคิดว่าโปรแกรมเมอร์ที่ดีที่สุดทุกคนใช้ Emacs มีโปรแกรมเมอร์ที่น่าทึ่งหลายคนที่ไม่ได้รับความนิยม (หรืออาจเป็นแกนนำ) ที่ไม่ใช้ Emacs

ฉันเริ่มใช้ Emac เมื่อประมาณหนึ่งปีครึ่งที่ผ่านมาเพราะมันเป็นจุดบรรจบของความต้องการหลายอย่าง - ต้องการทำงานกับนิพจน์ทั่วไป (ในตัวแก้ไขที่รองรับ) ต้องการเรียนรู้เสียงกระเพื่อมต้องการตัวแก้ไขที่ดีกว่า

การแก้ไขโค้ดของฉันด้วย regexes สอนฉันมากมายเกี่ยวกับการค้นหารูปแบบในโค้ด การกดแป้นพิมพ์ใช้เวลาสักครู่เพื่อให้คุ้นเคย แต่ฉันบินได้เร็วขึ้นมากโดยไม่ต้องใช้เมาส์

Emacs ช่วยให้ฉันสามารถทำงานกับโน้ตและการเขียนโค้ดในแอปพลิเคชันเดียวกันได้ - การสลับบริบทที่น้อยที่สุดหมายถึงการสลับสมองน้อยที่สุดและฉันสามารถจดจ่อกับงานที่ทำอยู่ได้

ไม่ใช่รหัสที่ดีทำให้คุณเป็นโปรแกรมเมอร์ที่ดีขึ้น

กล่าวได้ว่าการจัดการข้อความที่ดีเป็นกุญแจสำคัญในการเพิ่มประสิทธิภาพ ไม่ว่าจะเป็นกลุ่มหรือ emac จะเปลี่ยนวิธีการทำงานของคุณกับข้อความ - ทั้งสองได้รับการพิสูจน์แล้วว่ามีประสิทธิภาพ แต่เกือบจะขัดแย้งกันในแง่ของสไตล์ นอกจากนี้การถกเถียงนี้ค่อนข้างเก่า (ย้อนกลับไปในยุค 80 และ 90 ที่ text -> compiler เป็นกุญแจสำคัญ) ดังนั้นจึงมีโปรแกรมแก้ไขข้อความและ / หรือ IDE อื่น ๆ อีกมากมายที่สามารถช่วยให้คุณเป็นโปรแกรมเมอร์ที่ดีที่สุดได้

ไม่หากคุณเชื่อว่าการใช้ emac ทำให้คุณเป็นโปรแกรมเมอร์ที่ดีขึ้นคุณจะสับสนในเหตุและผล

ฉันใช้มันทุกวันแม้ว่า ฉันพบว่าฉันทำงานกับ emacs + maven ได้ดีกว่า Eclipse สำหรับการพัฒนา java (แม้ว่าฉันจะยังคงยิง Eclipse ทุก ๆ ครั้งเพื่อทำการ refactoring หรือ debug เป็นครั้งคราว)

นี่คือเหตุผลของฉัน:

• ประสบการณ์การแก้ไขข้อความจริงใน emacs เหนือกว่าอย่างอื่น มันน่าทึ่งมากที่คุณสามารถทำสำเร็จได้อย่างรวดเร็วโดยใช้เพียงแป้นพิมพ์ของคุณ Eclipse เน้นเมาส์มากกว่าและเมื่อคุณพิมพ์คุณจะพบกับอุปสรรค์ที่น่ารำคาญมากมาย
• ความสามารถในการปรับแต่ง emac โดยใช้ elisp นั้นทรงพลังอย่างไม่น่าเชื่อ ฉันจะพูดไปให้ไกลว่าถ้าคุณไม่สละเวลาเรียนรู้พื้นฐานและปรับแต่งสภาพแวดล้อมคุณก็เสียเวลาไปเปล่า ๆ
• มีส่วนขยายสำหรับทุกสิ่งที่คุณอยากทำในโปรแกรมแก้ไขข้อความ

สำหรับฉันเหตุผลหลักที่ฉันเลือก Emacs มากกว่า IDE ก็เพราะว่ามันทำให้ฉันทำทุกอย่างได้จากแค่คีย์บอร์ด นี่เป็นเรื่องดีที่ช่วยประหยัดเวลาในการใช้เมาส์ตามปกติ นอกจากนี้เนื่องจากฉันพบว่าตัวเองเคลื่อนที่ได้บ่อยฉันจึงมีแนวโน้มที่จะมีการขัดจังหวะการเขียนโปรแกรม "ร่อง" เนื่องจากการใช้ทัชแพดช้า นอกจากนี้การปรับแต่งยังทำให้มันเปล่งประกายเหนือ IDE สำหรับฉัน อย่างไรก็ตามหากคุณพบว่าตัวเองเขียนโปรแกรมได้เร็วพอกับ IDE ฉันจะบอกว่าเส้นโค้งการเรียนรู้ของ Emacs ไม่คุ้มกับปัญหา

มีความแตกต่างที่สามารถวัดได้ในทักษะการผลิตหรือความเพลิดเพลินในการเขียนโปรแกรมระหว่างคนที่พึ่งพา IDE และคนที่ไม่ทำหรือทั้งหมดเป็นเพียงความคลั่งไคล้?

ฉันไม่คิดว่าคุณจะได้รับคำตอบจริงๆ มีหลายวิธีในการวัดทักษะการผลิตและความเพลิดเพลินในการเขียนโปรแกรมและทั้งหมดนี้อาจเป็นเรื่องส่วนตัวมากและ / หรือไม่สามารถแยกย่อยออกเป็นสิ่งเดียวที่ทำให้เกิดหรือไม่

ยังคงเป็นคำถามที่น่าสนใจ

ความเชื่อส่วนตัวของฉันคือ - มันขึ้นอยู่กับโปรแกรมเมอร์ :)

G-Man

ฉันไม่คิดว่ามันจะทำให้คุณเป็นโปรแกรมเมอร์ที่ดีขึ้น แต่เมื่อคุณมีระดับนั้นคุณมักจะใช้ emac (หรือ vi)

: - /

สิ่งที่ดีเกี่ยวกับสองคนนี้ (ฉันไม่เคยใช้ emac มาก่อน แต่ฉันยังคงใช้ vi สำหรับงานทางโลกที่สุด) คือความจริงพวกเขาไม่ขัดขวางความคิดของคุณคุณไม่จำเป็นต้องละมือออกจาก แป้นพิมพ์เพื่อจับเมาส์และค้นหาในเมนูไฟล์สำหรับตัวเลือกที่ถูกต้อง คุณเพียงแค่เขียนต่อไป ในใจของคุณคุณพูดว่า: "แทนที่คำที่เกิดขึ้นทั้งหมดของคำนี้สำหรับคำนั้น" กด Enter และดำเนินการต่อกับงานของคุณ

นอกจากนี้ฉันไม่คิดว่าพวกเขาใช้อีแมคเป็นเครื่องมือเดียวของพวกเขา

จะทำให้คุณเป็นโปรแกรมเมอร์ได้ดีขึ้นหรือไม่? อาจจะไม่. แต่เมื่อคุณมีความเชี่ยวชาญระดับนั้นคุณอาจจะชอบว่าคุณเขียนโค้ดได้เร็วแค่ไหนโดยใช้เครื่องมือเหล่านั้น

เลขที่

ความมีระเบียบวินัยการคิดเชิงวิเคราะห์และความปรารถนาที่จะพัฒนาตนเองจะทำให้คุณเป็นโปรแกรมเมอร์ที่ดีขึ้น ชุดเครื่องมือของคุณในขณะที่ปัจจัยหลักในการผลิตของคุณจะไม่สร้างอัจฉริยะ

หากคุณไม่ชอบ emac หรือ vi อย่าใช้มัน การตัดสินใจที่จะไม่เลือกแสดงว่าคุณกำลังกำหนดสภาพแวดล้อมการพัฒนาของคุณให้เหมาะสมกับความต้องการและแนวทางปฏิบัติงานของคุณเอง ไม่ว่าในกรณีใดคุณมีสิทธิ์ใช้สิ่งที่คุณชอบและไม่สนใจใครก็ตามที่โง่เขลาพอที่จะดูถูกคุณสำหรับเครื่องมือที่คุณใช้เขียนบิตลงดิสก์นั่นคือบิตที่มีความสำคัญ

หมายเหตุ: "ชุดเครื่องมือ" ในที่นี้หมายถึง "ยี่ห้อ" ของเครื่องมือ - ตัวแก้ไขเฉพาะคอมไพเลอร์ ฯลฯ ชุดเครื่องมือตามแนวคิดเช่นการใช้การควบคุมเวอร์ชันการทดสอบหน่วยโดยทั่วไปทั้งหมดเป็นส่วนหนึ่งของตัวเอง กระบวนการปรับปรุง

คุณสมบัติที่ยอดเยี่ยมอย่างหนึ่งของ emacs คือสามารถจัดการไฟล์ทุกประเภทที่คุณโยนไปได้ทุกขนาด เป็นที่ยอมรับหากคุณกำลังเปิดไฟล์เข้ารหัสขนาดใหญ่อย่างบ้าคลั่งมันไม่จำเป็นต้องมีประโยชน์ แต่จะเปิดขึ้น บรรณาธิการ (และ IDE) ส่วนใหญ่จะทำให้คุณปวดใจหากคุณส่งไฟล์ที่ใหญ่เกินไปและ / หรือไม่ใช่รูปแบบที่พวกเขาคาดหวัง

ลองเปิดไฟล์ 1 Gig ใน Notepad เพื่อดูตัวอย่าง

ฉันเริ่มใช้ Emacs ที่ไหนสักแห่งในช่วงปี 1980 และเป็นเครื่องมือในกล่องเครื่องมือของฉันมาโดยตลอด ไม่ใช่เครื่องมือเดียวแต่เป็นสิ่งที่ฉันสามารถหันมาใช้และรู้ว่าฉันจะสามารถทำงานที่มีประโยชน์ให้ลุล่วงได้

ความคิดเห็นเกี่ยวกับการอักเสบที่บังคับ : ในทางกลับกันฉันไม่มีอะไรจะพูดเกี่ยวกับ vi ฉันรู้สึกเสมอว่า vi จะฆ่าฉันอย่างมีความสุขและขายอวัยวะของฉันโดยไม่หวังผลตอบแทน

ในชีวิตจริงฉันใช้ Netbeans ในการพัฒนาเกือบทุกรูปแบบและฉันใช้ emacs เป็นระยะ ๆ เพื่อทำการแก้ไขอย่างรวดเร็ว แทบไม่มีอะไรที่สะดวกเท่า emacs (สำหรับฉัน) เมื่อต้องทำอะไรบ้าๆในตอนนี้

มีใครเคยแก้ไขสตริงแบบคงที่ในไบนารีไฟล์ปฏิบัติการหรือไม่? มีเครื่องมือที่ดีกว่า emacs หรือไม่? มันเหมาะกับฉันอย่างแน่นอน

ฉันรู้ว่าคุณไม่ได้ถามสิ่งนี้ แต่สิ่งหนึ่งที่การเรียนรู้ emacs (โดยไม่คาดคิด) ได้รับการปรับปรุงสำหรับฉันคือการจัดการกับบรรทัดคำสั่ง ก่อนที่ฉันจะเรียนรู้การเชื่อมโยงปุ่ม emacs ฉันเคยเลื่อนเคอร์เซอร์และนำทางประวัติโดยใช้ปุ่มเคอร์เซอร์เพราะฉันไม่รู้อะไรดีไปกว่านี้แล้ว มันเป็นอะไรบางอย่างที่เป็นช่วงเวลาที่หลอดไฟเมื่อผมรู้ว่าผมสามารถใช้backward-word, move-beginning-of-lineและbackward-kill-word(ซึ่งผมได้เสมอที่จะผูกพันC-w, เป็น Stevey แสดงให้เห็น ) ในbash( M-tมักจะเป็นประโยชน์มากเกินไปและน่าประทับใจที่สุดให้กับผู้ที่ไม่เคยเห็นมันมาก่อน)

ฉันทำงานกับ Solaris ค่อนข้างมากโดยที่รูทเชลล์คือ "เชลล์ posix" และไม่มีการผูก emacs ตามค่าเริ่มต้น ฉันพบว่าตอนนี้นิ้วของฉันพิมพ์exec bashแอคคอร์ดของตัวเองทุกครั้งที่ฉันเข้าสู่ระบบฉันรู้สึกเร็วขึ้นมากกับคำสั่งแก้ไขที่คุ้นเคยในตอนนี้

ต้องยอมรับว่าฉันยังคงพบว่าหนังสือของ Knuth ทำงานได้ยาก (แม้ว่าจะคุ้มค่า) - ดังนั้นฉันจึงไม่คิดว่ามันจะปรับปรุงการเขียนโปรแกรมของฉันได้อย่างน่าอัศจรรย์

Emacs ทำให้ฉันมีประสิทธิภาพมากขึ้นในการจัดการข้อความและการนำทางระบบไฟล์ และเนื่องจากทั้งสองสิ่งนี้เกี่ยวข้องกันเมื่อฉันเขียนโปรแกรมจึงทำให้ฉันเป็นโปรแกรมเมอร์ที่มีประสิทธิภาพมากขึ้น (ดีกว่า)

ฉันคิดว่า Emacs สามารถทำให้คุณเป็นโปรแกรมเมอร์ที่ดีขึ้นได้แม้ว่าจะเป็นทางอ้อมก็ตาม ฉันคิดว่า Emac ช่วยให้ฉันเขียนภาษาที่ใช้งานได้จริง ( Elisp ) ซึ่งทำให้ฉันสนใจภาษาที่ใช้งานได้อื่น ๆ ( Clojure ) ซึ่งฉันบอกว่าจะทำให้ฉันเป็นโปรแกรมเมอร์ที่ดีขึ้น ที่กล่าวว่าฉันคิดว่าเวลาจะบอก

ความสามารถในการใช้งานบางอย่างแก้ไขปรับแต่งได้ช่วยให้คุณสามารถทำสิ่งที่ดี แต่ emacs โดยเฉพาะอย่างยิ่งไม่จำเป็นต้องเป็นสิ่งที่ดีที่สุดที่เป็นไปได้อย่างมากเลยทีเดียว ฉันเป็นผู้ใช้ SlickEdit ด้วยตัวเองฉันทำสิ่งแปลก ๆ ครึ่งอัตโนมัติแบบเดียวกันกับที่ emacs มีชื่อเสียง ฉันเคยเห็นผู้คนทำสิ่งที่คล้ายกันกับ vi และตัวแก้ไขต่างๆที่ใช้ Windows

ใช่ซ็อกเก็ตตั้งค่าได้ดี แต่การเถียงว่า Craftsman ทำให้ One True Socket Set เป็นเรื่องโง่

การควบคุมการผูกคีย์ Emacs และฟังก์ชันในตัวจะช่วยให้คุณจัดการข้อความได้เร็วกว่า IDE เช่น Eclipse หรือ Visual Studio

อย่าใช้คำของฉันมันตรวจสอบวิดีโอเหล่านี้ข้อดีใช้ Emacs

เมื่อคุณไปถึงระดับที่เหมาะสมใน Emacs แล้วคุณสามารถแก้ไขภาษาใด ๆ ได้อย่างมีประสิทธิภาพ: Java Script, Java, Ruby, Python, HTML, C, C ++ และอื่น ๆ

การเริ่มต้นใช้งาน Emacs เป็นความเจ็บปวดที่ก้นประสบการณ์นอกกรอบนั้นแย่ยิ่งกว่าแย่ การกำหนดค่าเริ่มต้นของ Emacs จะไม่ทำให้ผู้เริ่มต้นใช้งาน Emacs ได้สัมผัสกับคุณสมบัติที่มีประสิทธิภาพมากขึ้น (hippie-expand, etags, yasnippets ฯลฯ ) ของ Emacs ฉันขอแนะนำให้เริ่มต้นด้วยไฟล์จุดEmacs Starter Kit

อีกเหตุผลหนึ่งที่ Steve Yegge อ้างว่าโปรแกรมเมอร์ที่เก่งที่สุดในโลกใช้ Emacs คือ elisp Elisp ช่วยให้โปรแกรมเมอร์ที่มีประสบการณ์สามารถขยาย Emacs ได้อย่างง่ายดาย การเขียนส่วนขยายใน Eclipse หรือ Visual Studio นั้นยากกว่าการเขียนฟังก์ชันด่วนหรือแม้แต่โหมดรองใหม่ใน elisp

ฉันเชื่อว่าเป็นความเข้าใจผิดอย่างมากที่ว่าการใช้โปรแกรมแก้ไขข้อความเช่น VI และ Emacs เหล่านี้ได้รับการพิจารณาอย่างมากหรือจำเป็นในการเป็น "โปรแกรมเมอร์ที่ยอดเยี่ยม" ฉันรู้สึกเสมอว่า IDE มีพลังมากจากนั้นก็เคยเป็นและมันก็มาจากความชอบและสไตล์อย่างแท้จริง

ฉันใช้อีแมคในวิทยาลัย เมื่อประมาณ 16 ปีที่แล้ว ฉันไม่ได้มองย้อนกลับไป ในขณะที่ฉันหวังว่าฉันจะยังคงสบายใจกับ emacs แต่ความจริงก็คือฉันค่อนข้างมีประสิทธิผลกับ MS IDE ของฉัน

ข้อความที่คุณโพสต์เป็นเพียงเรื่องตลก อ๋อ ไม่มีเหตุผลอื่นใดนอกจากการเริ่มสงครามศาสนา

ฉันเริ่มต้นด้วย emacs แต่เปลี่ยนมาใช้ vi ซึ่งสำหรับฉันดูหรูหรากว่าเพราะมันเรียบง่าย นอกจากนี้หากคุณติดอยู่ในโหมดผู้ใช้คนเดียวคำสั่ง ed เป็นชุดย่อยของคำสั่ง vi ฉันไม่รู้ว่า emacs สามารถจัดการได้หรือไม่

ดังนั้นในเรื่องนี้ฉันคิดว่า vi ทำให้คุณเป็นโปรแกรมเมอร์ที่ดีขึ้น ..