Odnosnie bindowania to w ogole nie wyobrazam sobie zycia bez zbindowania caps locka na ctrl - w OS X: System Preferences ->Keyboard -> Modifier Keys. Mega ulatwia zycie, szczegolnie w terminalu, vimie i grze w starcrafta. ;]
RubyMine ma zdaje się tryb “emulacji” VIMa. Ktoś z użytkowników może potwierdzić? Działa toto?
Działa, kiedyś nawet z tego korzystałem i podstawowe rzeczy działały typu nawigacja, search, replace, chyba nawet split window śmigał. Nie wiem natomiast jak z pluginami i bardziej wyrafinowanymi rzeczami 
Jeśli używać pluginów i bardziej zaawansowanych rzeczy, to juz chyba nie opłaca się używać ruby mine ;).
Dokładnie
Jednak niektórzy kupują Volkswageny choć większość wybiara opłacalne Skody…
Jak dotąd nikt mnie nie przekonał, że vim jest bardziej produktywny.
Przydałby się jakiś test zadaniowy. Wtedy dopiero można by porównać.
Ale nic takiego raczej nie powstanie.
Kwestia gustu EOT.
[quote=mleszcz]Jednak niektórzy kupują Volkswageny choć większość wybiara opłacalne Skody…
Jak dotąd nikt mnie nie przekonał, że vim jest bardziej produktywny.
Przydałby się jakiś test zadaniowy. Wtedy dopiero można by porównać.
Ale nic takiego raczej nie powstanie.
Kwestia gustu EOT.[/quote]
WAT!? 
Oczywiście, że to kwestia gustu, ale nauka vima jest jak nauka języka programowania, rzeczywiście próg wejścia jest wyższy. Jeśli jesteś w tym dobry, to tworzysz opcje swojego edytora w miarę pisania. Zobacz sobie prezentację Orensteina z railsberry:
Porównałeś 2 edytory, których nie da się w żaden sposób porównać i to jeszcze w tak idiotyczny sposób, twierdząc, że vim jest skodą- bardzo słabe ;).
P.S. Edytor nie może być produktywny, to nie jest porównanie jak przy samochodach, gdzie można sprawdzić spalanie, prędkość, zrobić crash testy, to programista może być produktywny, tylko do vima nie można podejść w taki sposób - ok, ściągnę sobie czyjś vimrc i porównam po tygodniu do IDE. Jeśli Ty nie budujesz swojego vimrc wraz ze swoim rozwojem, to vim może nie będzie dla ciebie bardziej produktywny niż notepad z windowsa…
[quote=mleszcz]Przydałby się jakiś test zadaniowy. Wtedy dopiero można by porównać.
Ale nic takiego raczej nie powstanie.[/quote]
http://vimgolf.com/
Może nie do końca miarodajne, bo mierzy tylko ilość znaków, ale zawsze coś - możesz porównać 
@sarniak: słaba ta prezentacja, nic nie widać, gadki, szmatki. Jeśli możesz to zarzuć jakąś prezentację jakiegoś superwymiatacza jak jeździ po projekcie bo to słabe jest i jak na razie utwierdza mnie w subiektywnej wyższości RM.
Chyba nie zrozumiałeś sensu tego po co @sarniak wkleił tego linka, to było a propo wejścia na wyższy próg (chociaż jest tam imho też parę fajnych technik). Mało kto robi prezentację, w której jeździ po edytorze jak dziki, bo kto by coś z tego wyłapał? Są różne warsztaty itp. ale nie sądzę, że znajdziesz coś takiego na prezentacji (chociaż mogę się mylić, jeżeli ktoś zna takie coś, to też chętnie zobaczę).
Pierwszy z brzegu przykład:
Podsumowalem czesc jego features na pierwszej stronie tego tematu. I gdzie ta wyzszosc ?
Porownanie do tego samochodu jest bardziej trafne http://pl.wikipedia.org/wiki/DeLorean_DMC-12
ps: dzieki za link do railsberry nie wiedzialem ze wrzucili filmy http://www.youtube.com/user/applicake?feature=watch
[quote=tjeden]Pierwszy z brzegu przykład:
Słaaabe… No to może argument dla jakiegoś admina. Pokaż coś na railsowym projekcie. Wiele okien, browsing po kodzie, wgląd w metody, partiale, coś z gitem, itp. Może sam nagraj jak zaiwaniasz?
[quote=tjeden]Pierwszy z brzegu przykład:
Fajny przykład, ale mleszcz i tak wydaje się nie rozumieć podstawowej różnicy między vimem a jakimkolwiek IDE. Dlatego podejrzewam, że to nic nie da tak czy owak.
I żeby ktoś nie odniósł mylnego wrażenia, po zdaniu powyżej - uważam, że nie można powiedzieć, że RM jest lepsze od vima lub na odwrót. Trzeba spróbować samemu i zdecydować.
Btw. jest tam jakaś integracja z gitem? Fugitive w vimie jest najlepszym pluginem do gita ever.
EDIT:
Ocho, a nie mówiłem
https://www.destroyallsoftware.com/screencasts
https://peepcode.com/products/play-by-play-bernhardt
Nikogo szybciej piszącego kodu nie widziałem.
[quote=bkzl]https://www.destroyallsoftware.com/screencasts
https://peepcode.com/products/play-by-play-bernhardt[/quote]
++
W pyteczkę jest.
Ja tam nigdy nie rozumiałem tego rajcowania się edytorami. Czy jestem jedyną osobą, która spędza więcej czasu myśląć niż klepiąc w tą klawiaturę ? Czy wszyscy inni dostają takie projekty, że jak będą 5% szybciej klikać to będą mieć 5% większą wydajność. Bo moim zdaniem sam aspekt kodowania ( w znaczeniu wstukiwania tekstu ) ma ta mały udział w całości wydajności, że trochę mnie śmiszy jego optymalizacja. Fajnie nie być powolnym w tym zadaniu, jednak moim zdaniem są inne rzeczy, na których lepiej się skupić.
+1
niektóre z tych filmików z vim-em wyglądają jak mizianie się linuksowców po pytkach że mają gumowe okna i kostkę pulpitu (jakby to komuś było potrzebne)
+1
ale dla mnie jest też trochę frustrujące jak już wszystko przemyślałem i po prostu mam wstukać tekst i robię to powoli. Zgadzam się z Tobą, że optymalizacja wpisywania tekstu ma niewielkie znaczenie, bo w przeciwnym wypadku byli by zatrudniani spece od super szybkiego pisania (robił tak np. Richard Stallman podczas pisania gcc). Też nie rozumiem tych wojen na narzędzia. Popieram jednak zdanie @sarniack, nawet jak sadzisz ogórki to po prostu staraj się robić to najlepiej jak potrafisz i próbuj sprawdzać całkiem inne rozwiązania.
Druga sprawa to podejście do samej pracy. Wolę pracować z freakiem, który jest zajarany vimem i kupuje biurko podnoszone hydraulicznie niż z typem, który nie potrafi wymienić żadnych negatywnych cech narzędzi czy języków których używa i zawsze jest mu mszystko jedno.