Yazılım geliştirmek için bir IDE (Eclipse) kullanıyorum. Neden vim veya emacs'a geçmeliyim? [kapalı]

Benim günlük işim java / web geliştiricisi. Ben 5 yıl boyunca güneş tutulması kullanıyorum. Mükemmel olduğunu düşünüyorum ve ayrıca javascript ve html / jsp için Webstorm kullanıyorum.

Zaman zaman sunucuya ssh yapmam ve config dosyaları ile uğraşmam gerekir; Bunun için vi kullanıyorum ve bu beni üzüyor. Sözdizimi / komutları listeleyen bir web sayfasını açmam gerekiyor: tuşuna basın, ardından asteriks, üç kez dönün ve metin imlecinizin üzerine iki satır girilecektir . Bu benim için çok sezgisel ve ben doksanlı yılların sonunda yetişen birini hayal ediyorum.

Tutulmanın çok zekice olduğunu düşündüğüm (ve diğer IDE'leri varsaydığımı) ve emacs ve / veya vim'e geçmediğimi düşünüyorum.

• Projeyi yeniden derlemeye gerek kalmadan vurgulama hatası.
• Kod yardımı
• Üstlenmeden.
• Açılış görüşmesi hiearchy / Açılış bildirisi.
• Kaynak kontrolü ile tamamen entegre.
• Hata ayıklayıcı dahil.
• 3. parti eklentilerin kullanılabilirliği - örneğin, buluntular / checkstyle.

Duyduğum argümanlardan biri emacs / vim ile kendi eklentilerinizi yaratabileceğinizdir - peki tamam, ancak bunu eclipse'de de yapabilirsiniz. Ama her şey zaten orada olduğu için ihtiyacınız yok! Bu yarı inşa araba satın almak gibi diyor, gerisini kendiniz yapabilirsiniz.

İnsanlar neden emacs / vim kullanıyor? Onu kullanan insanlar aslında büyük organizasyonlardaki karmaşık nesne odaklı projeler üzerinde çalışıyorlar mı?

Vim / emacs geçiş yapmak nedenleri nelerdir. Geçiş yapsam üretkenliğim nasıl artar?

Gereksinimlerinize uyan aracı kullanın. VIM veya Emacs'i bilmek, uzak bir sunucuya giriş yapmanız ve bir yapılandırma dosyasını veya benzeri bir şeyi düzenlemeniz gerektiğinde iyi bir şeydir. VIM'i oldukça iyi biliyorum ama Java'da geliştirmek için kullanmam. Eclipse, Netbeans vs. bunun için yapılmıştır.

Emacs ve Vi'nin hala bir yeri var.

• Unix ve Unix benzeri ortamlarda her yerde bulunurlar ve diğer birçok popüler platforma monte edilebilirler.

• Popüler ve istikrarlıdırlar, bu yüzden bir kez öğrenmek onları uzun vadede öder.

• Bir metin terminali üzerinden geçerler, böylece onları telnet ve ssh oturumlarında kullanabilirsiniz.

• Çok yeni ve çok nadir bulunan dilleri de içeren çok çeşitli dilleri vurgulayan düzenleme modları ve sözdizimi sağlarlar. (Bu benim favori avantajlarımdan biri.)

Bu programları anlamanın anahtarı, gerçekte hangi problemleri çözmeleri gerektiğini bilmek. Vi için bu, metin dosyalarını 300 Baud kadar yavaş olan terminal bağlantıları üzerinden düzenlemekti. Bu ortamda menüleri görüntülemek istemezsiniz veya ekran içeriğini kökten değiştirmek istemezseniz.

Emacs daha hızlı bir ortamda kullanılmak üzere tasarlanmıştır. Gücü, bir kez yüklenebileceği ve asla çıkamayacağıydı. Kullanıcı Emacs'tan ihtiyaç duydukları herhangi bir görevi, ayrılmadan ve genellikle komut satırından yapmak zorunda kaldıklarından daha kolay bir şekilde gerçekleştirebilir. İnsanların bir Emacs penceresi açıkken grafiksel bir masaüstü ortamı yoktu. Emacs, kullanıcının hemen hemen her normal görevi (ve çok garip olanları) yalnızca birkaç tuşa basarak gerçekleştirmesini sağlar. Yerleşik olmayan herhangi bir şey yazılabilir.

Açıkçası, halkların ihtiyaçları bu programlar tanıtıldığından bu yana çok değişti, ama yine de bazı güçlü yönleri var. Her ikisinin temellerini öğrendim ve haftalık olarak kullanıyorum. Yine de, güçlerinin çoğu zaman abartıldığını düşünüyorum. Öyle efsanevi bir statü kazanmışlar ki, insanlar zayıf yönlerini kabul etmiyorlar ve Emacs / Vi onları Eclipse veya Visual Studio'dan daha üretken yapmazlarsa yanlış bir şey yaptıklarını düşünme eğilimindedirler.

Şimdi konuya.

Java, Eclipse'de mükemmel desteği olan popüler bir dildir ve ortak bir işi hızlı bir şekilde yerine getirmenize ve IDE'nizde yapmadan başkalarını komut dosyası oluşturmanıza olanak tanıyan modern bir işletim sisteminde kod geliştiriyor olabilirsiniz. Geçiş yapmanın mantıklı olacağını sanmıyorum.

5+ yıldır emacs kullanıyorum. Artık kullandığım tuş kombinasyonlarını size söyleyemem, parmaklarım sadece onları hatırlar ve ellerimin ne yazdığını görmek için klavyeye bakmak zorundadır.

Birkaç yıl önce Eclipse'i kullanmaya başladım ve serbestçe geri dönme şansım yok. Üzgünüm kas hafızası, siz eski olmasanız bile C-x r SPC 1, Eclipse beni daha üretken kılıyor ve önemli olan da bu.

Hayır, geçiş yapman gerektiğini düşünmüyorum , ama vimin temellerini öğrenmek için birkaç saat ayırmalısın, böylece daha fazla bakmak zorunda kalmayacaksın.

Neden vim veya emacs'a geçmeliyim?

Büyük olasılıkla, geçiş yapmamalısınız . Vim mükemmel, güçlü bir metin editörü, ama değil bir IDE yerini ve olmamalı! Eclipse, IDE'ye özgü şeylerin alt kümesinde çok iyidir ve vim, metin düzenlemeye özgü şeylerin alt kümesinde çok iyidir. Her birinin kendine özgü, farklı bir odağı var.

Bir IDE'nin yapabileceği IDE'ye özgü şeylerin çoğunu yapabilmesi için vim'in işlevselliğini artıran eklentiler olduğunu biliyorum. Ama yine de vimin temel gücü değil ve bir IDE neredeyse her zaman daha iyisini yapabilecek. Çünkü odaklandıkları şey budur.

Günlük işimde yaptığım şey C # düzenlemek için hem Visual Studio hem de vim kullanmak . Bu benim için çok iyi çalışıyor ve ben sadece birini diğerine güvenmek için asla kesmeyeceğim.

Emacs gittiğinde, uzman değilim ama Java'ya geldiğinde Eclipse'in IDE özellikleriyle rekabet edebileceğini sanmıyorum (lütfen yanılıyorsam beni düzeltin). Lisp'te gelişiyorsanız, kesinlikle mükemmel bir IDE olarak kabul edilebilir, ancak Java için aynı desteğe sahip olduğunu sanmıyorum.

Bu yüzden Eclipse ile birlikte kullanmak için daha güçlü bir metin editörü kullanmak istiyorsanız, kesinlikle vim veya emacs öğrenmenizi tavsiye ederim. Ama bir ek olarak, yerine olarak değil . Hiçbiri özellikle kolay bir öğrenme eğrisine sahip olmasa da, uzun vadede gerçekten karşılığını verebilir:)

İşte vim'in gücü hakkında uzunca bir okuma . Ve işte yapabileceğiniz güzel numaraların bir listesi .

Temel olarak, Emacs'in neden güçlü olduğunu görmek için bunu (PDF) okuyun . Lisp'i öğrendikten sonra, bunun için uzantı yazmak neredeyse hiç kolay değildir (kendim için yazdığım bir eklenti aracılığıyla yazılan birçok kaynak kontrol iş akışım ve dağıtımım var employer-mode). Yukarıda listeledikleriniz kadarıyla;

• Projeyi yeniden derlemeye gerek kalmadan vurgulama hatası. Tüm diller için bir anlam ifade etmiyor. Kolayca REPLsbirçok dilin içine entegre edebilirsiniz . Şu anda, var ruby, python, haskell, common lisp, schemeve erlangemacs içine tüm çengel. Bu arada, JavaScript eklentisi js2-modetam artımlı "derleme" ye sahiptir, bu nedenle sizin için sözdizimi hataları gibi şeyleri vurgular, bu yüzden kesinlikle mümkün, ama normu değil
• Kod yardımı Bunun için bir eklenti var autocomplete.el, inanıyorum, Emacs wiki'sini kontrol edin.
• Üstlenmeden. Her dilde anlam ifade etmeyen "otomatik yeniden düzenleme" anlamına geldiğini düşünüyorum. Muhtemelen bazıları için var, ama bilmiyorum.
• Açılış görüşmesi hiearchy / Açılış bildirisi.
• Kaynak kontrolü ile tamamen entegre. Diğer kaynak kontrolü hakkında emin değil, Emacs 22.3'ten beri git-modeyerleşiktir.
• Hata ayıklayıcı dahil. Burada dil bazında dil temeli. Genel olarak, REPL entegrasyonu varsa, Emacs hata ayıklayıcısına da sahiptir, ancak evrensel değildir.
• 3. parti eklentilerin kullanılabilirliği - örneğin, buluntular / checkstyle. Bu belirli olanlar hakkında bir şey bilmiyorum, ancak bunun için neden temelde kullanılmıyorsa, tamamen anlamsız olana kadar pek çok eklenti var.

Bu, eğer Lisp'ten hoşlanmıyorsanız ve öğrenmek istemiyorsanız, Emacs'ı dürüstçe tavsiye edemem. Elde ettiğiniz kazanç, takım üretmeyi öğrenmek ve bu üretkenliği artırmak için bu ilkeleri uygulamak, bir sürü kullanıma hazır mod elde etmemek ve bunları birbirine bağlamaktır.

Burada iki seçenek görüyorum:

• Bunun yerine Nano'yu kullanın - Bu tam olarak Windows için Linux'taki Not Defteri gibidir. Hiçbir kısayol tuşu kombinasyonu gerektirmez, sadece yazmanız yeterlidir nano somefile.confve hoş bir editörünüz vardır. Sen bile sözdizimi vurgulama ekleyebilirsiniz
• Programı yerel olarak tutun ve SCP üzerinden sunucuya senkronize edin - Bunu küçük bir web sitesinde çalışmam gerektiğinde ancak yerel olarak apache çalıştırmak için yeterli kaynağa sahip olmadığımda yapıyorum. Sadece WinSCP'yi açarım, istediğim dizinleri açarım ve "Uzak dosyaları güncel tut" komutunu kullanırım. Değişiklikler genellikle saniye cinsinden yansıtılır.
• Editörünüzdeki / IDE'nizdeki bir eklentiyi uzak dosyayla "doğrudan" çalışmak için kullanın - Revizyon kontrolünü önemsemeden önce, sadece Notepad ++ (tercih editörüm) yazdım ve dosyalar üzerinde çalışmak için NppFTP'yi kullandım. NppFTP, WinSCP seçeneğinden daha hızlıdır, çünkü Npp hemen bir dosya kaydedildiğinde hemen yüklendiğini söyler. Ancak dediğim gibi revizyon kontrolü gevşek. Eminim kullanabileceğin Eclipse için bir eklenti vardır.

Bu yardımcı olur umarım

Şahsen, Vim'i seviyorum, çünkü metni düzenlemede son derece iyi, yani çok ergonomik (tuş takımları ellerimi çok fazla zorlamıyor ve fareyi çok fazla kullanmaya ihtiyacım yok) o (elbette zaman ve sabır alacak, çünkü yeni başlayanlar için en sezgisel editör değil).

Ancak hazır bulunan birçok özellik nedeniyle büyük ölçekli Java gelişimi için Eclipse'i tercih ederim. Elbette, Eclipse'i biraz daha tolere edebilecek bazı eklentiler var.

Eclipse ile mutluysanız, o zaman geçiş yapmayın.

Eclipse'ı ihtiyaç duyduğunuz her yerde kullanabilirsiniz, geçiş yapmayın.

Projeniz / şirketiniz sadece Eclipse kullanıyorsa, geçiş yapmayın.

Sadece nadiren başka bir şeye ihtiyacınız olursa , editörlerden biri için bir sayfa yazdırın ve ihtiyacınız olduğunda çekmeceden çıkarın ve Eclipse'i kullanmaya devam edin.

SO adresindeki (aynı) soruyu görün: https://stackoverflow.com/questions/1346820/what-are-the-efficiencies-afforded-by-emacs-or-vim-vs-eclipse

Cevap vermek gerekirse, "Onu kullanan insanlar aslında büyük kuruluşlardaki karmaşık nesne odaklı projeler üzerinde çalışıyor mu?" - Şapkana sarıl, evlat, ama cevap "evet". Bu soruyu sormak için kullandığınız bilgisayarı çalıştıran CPU'yu tasarlamanın kritik yolunda kullanılan on milyonlarca kod satırı içeren projeler üzerinde çalıştım. Ve insanlar Eclipse'i denedi ancak çok yavaş ve tıknaz olduğunu buldu (yine de, kuşkusuz Java kullanmıyorduk).

Hem emacs hem de vim çok konfigüre edilebilir ve güçlü editörlerdir ve her ikisi de, temel kavramlar kavradığında büyük verimlilik kazançları sağlar.

Vi, esas olarak set bazlı işlemlerin neler olduğunu kazanır. Örneğin, bir sınıf tanımındaki tüm "foo" örneklerini "bar" olarak değiştirmek bir astardır.

Emacs aynı derecede güçlüdür, ancak Emacs Lisp'i tam potansiyeliyle kullanabilmek için öğrenmelisiniz.

Her iki durumda da, yalnızca her şey için emacs veya vi kullanmayı planlıyorsanız değişmeye değer .

En iyi araç (kısa vadede), sizin uzmanlığınızdır.

İnsanlar 30+ yıllık teknolojiyi kullanıyorlar çünkü bu konuda oldukça yetkinler. İş akışlarını ve alışkanlıklarını bu araçların etrafında oluşturdular. Eclipse gibi modern bir IDE'ye daha aşina iseniz, geçiş yapmak için fazla bir neden yok. Eclipse'i nasıl daha verimli kullanacağınızı öğrenmek, zamanınızın daha iyi bir yatırımıdır (örneğin, Mylyn kullanın ).

Şu anda NetBeans'dan vim'e geçiş yapmaya çalışıyorum. Vim'in öğrenilmesi zaman alır ve pratik yapar, ancak avantajlarını görüyorum, bazı durumlarda "GUI editörleri" diyelim.

Ama senin aksine, çoğunlukla Ruby'yi kodluyorum ve NetBeans ve Eclipse'in sunduğu kod üretici, otomatik tamamlama, kod yazıcımın kara büyüsüne ihtiyacım yok. Java veya C # kodluyor olsaydım kesinlikle değiştirmeyi denemezdim.

Uzun zamandır bir emac kullanıcısı olarak, bir düzenleme ve geliştirme ortamı olarak emac'ları oldukça rahat buluyorum (ve bir dereceye kadar derleme süreci, sürüm kontrolü, hızlı içeriğe duyarlı arama ve benzeriyle de bütünleşiyor, bu yüzden bir "IDE" olarak).

Ayrıca vi ve vi benzeri editörleri kullanmak konusunda da oldukça rahatım (ed kullanmaya başladım, çünkü emacs'in çok karmaşık olduğunu düşündüm; geriye dönük olarak geriye doğru, ancak vi'nin gelecekteki öğrenimi için sağlam bir temel sağladı). Vi'yi öncelikle "küçük hızlı düzenlemeler" için, özellikle de emac'lerin yüklü olmadığı uzak makinelerde kullanıyorum.

"Zaman zaman sunucuya ssh yapmam ve config dosyaları ile uğraşmaya ihtiyacım var; bunun için vi kullanırım" senaryosu için, küçük bir komut kümesi ve vi ile ilgili bazı genel düşünceler öneririm:

• Vi modal değildir, "a" (ekleme), "A" (satırın sonuna ekleme), "i" (ekleme) ve "I" (satırın başına ekleme) komutlarını içerir ve metni ekler argüman olarak ve "komutun sonu" ifadesini Esc ile işaretleme
• h, j, k ve l hareket tuşlarıdır. Ok tuşlarını kullanarak çalışabilir, ancak tipik VT stili "Ben bir ok tuşuyum" dizisi Esc ile başlar, bu düşünmediğiniz metin ekleme komutunu kıracak
• : Linenum hattı için hamle sizi lineNum , hat 1, en üstteki hat ve hat $ en alt biridir
• . "son komutu tekrarla" komutudur (ilk madde işaretine bakın)

"Bir metin dosyasını güvenle düzenleyebilirim, ancak onunla verimli olmayabilirim" de olmak için vi ile birlikte oynamak bir veya iki saatten fazla sürmemelidir ve bu muhtemelen sizin yapmanız gereken kadar iyidir . Bunu yapmazsanız, sekmeler ve boşluklar arasında otomatik olarak dönüştürme işleminden vazgeçmeyen herhangi bir düzenleyicinin amaçlarınız için "yeterince iyi" olması gerekir. Eclipse tüm uzak sunucularınıza kuruluysa, bunu gerçekten büyük bir sorun olarak görmüyorum.

Ben bir Emacs adamıyım. Bunu tüm programlarım için kullanıyorum ve meslektaşlarımı da kullanmaya teşvik ediyorum (ve beni aktif olarak görmezden geliyorlar). Herhangi bir IDE'den çok daha üretken buluyorum ve asla değişmeyeceğim.

Java veya C # yazmıyorsam (ve bu kategoride başka diller olduğunu hayal ediyorum). Onlar böyle büyük kütüphaneleri vardır şeyler , uzun adlara sahip kazançlar o I Emacs kullanarak aldığım tamamen şeyi hatırlamak çalışırken kaybolur.

Kesinlikle vim ve / veya Emacs denemenizi tavsiye ediyorum . Fakat muhtemelen Eclipse for Java'ya geri döneceksiniz.

Mevcut çeşitli UNIX editörleri ile ilgili bir sorunum yok, ancak onları sadece protesto altında kullanıyorum. Dediğim gibi değil, çünkü onlarla ilgili bir sorunum var ama onları kullanmak zorunda olduğum için dağıtım sürecimizin bir şekilde eksik olduğu anlamına geliyor.

Bu muhtemelen biraz daha fazla bağlamı hak ediyor: Büyük e-ticaret çözümleri üzerinde çalışıyorum, sistemlerimizin çalışmasını düzenleyen her şey tek tıklamayla oluştur / dağıt işlemi tarafından üretiliyor. Bir dizi test ortamına sahibiz, bu yüzden herhangi bir zamanda Eclipse ile bir değişiklik yapabilir, cvs'yi kontrol edebilir ve fikrimin işe yaradığını ispatlamak için bir yapı / dağıtım tetikleyebilir. Yani 'vi' ile uğraşıyorsam, bunun nedeni bir dağıtımın 1 saatlik geri dönüşünü bekleyemememiz veya dağıtımın düzenlediğim dosyaları kapsamaması ve yapılması gereken uzatılmaya ihtiyaç duymamasıdır. yani (aksi takdirde, söz konusu dosyanın değişmesi gereken bir sonraki seferde vi'yi hackleyeceğim).

Şahsen her iki program da beni duvardan aşağı itiyor. Eclipse ile ilgili sorun, büyük bir projede çalışırken sümük kadar yavaş olması ve 'DGLP İndekslemesi' yapmaması ya da her neyse. havuzunuzu yenilemek mi istiyorsunuz? 15 dakikan var mı? Oh ve peki biraz hileli püf noktası hakkında Ctrl-C yazdıktan sonra Ctrl-P'yi bir yere koyarsınız ama onun yerine istediğiniz yere gitmek yerine tamamen farklı bir dosya açar ve başka bir şeyin üzerine geçirir ve wtf'nin orada olduğunu merak edersiniz ilk etapta. Vpn üzerinde büyük bir projede tutulma ile çalışmaktan bahsettim mi? neredeyse imkansız.

Vim'e gelince, güzel ve hızlı bir şekilde, sizi yanlışlıkla bilinmeyen bir modda bulursanız, bir şeyler yapmanın ve iyi şanslar sağlamanız için tamamen anlamsız tuş kombinasyonlarının çokluğunu bildiğinizi varsayar. Ayrıca vim ile doğru dosyaları açmak için başınızdaki projelerinizin tüm dizin yapısını bilmek zorundasınız. Vim'in asıl avantajı teoride kodun daha hızlı oluşabilmesidir çünkü tüm anahtarlar, ancak gerçekte ne kadar metin yazdığım umrumda değil, kodun kalitesini ve sık sık kaliteyi önemli kılan metin hacmi değil Kod yazmanız için doğru olanı bulana kadar saatlerce düzinelerce dosyaya bakmak gerekir (bu genellikle çok kısadır).

Keşke birileri vim gibi aslında bir tarafta bir eclipse gibi bir dizin yapısına sahip bir komut satırı programı veya genişletmek / daraltmak ve dosyaları açmak için bir şey yazmak istiyor. Böyle bir şey bilen var mı?

VIM veya EMACS’ten memnun değilseniz, diğer metin editörleri için o makineye bakabilirsiniz. Bazı tanıdık komutlara sahip olabilecek bir nedit veya gedit ya da kullanabileceğiniz bazı lezzetler olabilir (ctrl x, c, v ve s örneğin beklediğiniz şeyi yapar).

Muhtemelen dağıtımınızda ikiden fazla seçenek var, bir göz atmaya değer.