Sprawdź ctrl+p: https://github.com/kien/ctrlp.vim
Szybsze i lepiej dopasowuje.
Dzięki za linka, ale mam pytanie, dlaczego uważasz, że “lepiej dopasowuje”? Moim zdaniem gorzej. W Command-T przy wpisaniu “acp” od “app/controllers/projects_controller.rb” od razu wybiera właśnie ten plik, a CtrlP wskazał na “vendor/assets/javascript/.gitkeep” . Kontroler był dopiero na 5 miejscu. Różnicy “szybkości” jakoś też nie zauważyłem, oba działają tak samo szybko.
@edit
Już się przyzwyczaiłem. Dzięki za plugina, zastąpi mi on jednak Command-T 
Dużo łatwiej i szybciej jest go zainstalować Dzięki.
Sprawdź ctrl+p: https://github.com/kien/ctrlp.vim
Szybsze i lepiej dopasowuje.[/quote]
A czego używasz do wyszukiwania? Domyślne ustawienia były u mnie dość wolne, więc skorzystałem z możliwości wstawienia dowolnej komendy i wrzuciłem finda: https://github.com/drogus/dotfiles/commit/fc4722623659d06f184320c537f37ade419c5482
Jak to u Ciebie wygląda?
chyba musze się przyglądnac Sublime Text 2 
https://github.com/sharnik/vimified :)[/quote]
Dziwne, nie masz żadnych specyficznych ustawień dla ctrlp. Używasz tego w jakichś większych projektach?
Zależy co uważasz za większy projekt. Właśnie sprawdziłem na moim poprzednim: 11 engine’ów, każdy to jakieś 10-15 kontrolerów i 15-30 modeli. Ctrlp indeksuje całość w jakąś sekundę, a potem wyszukuje błyskawicznie.
Hmm… masz SSD?
Przez duży projekt mam na myśli np. rails:
find ~/code/rails/rails -type f \( ! -path "*/vendor/*" ! -path "*.git/*" ! -path "*/.*" ! -path "*/tmp/*" ! -name "*.so" ! -name "*.swp" ! -name "*.zip" ! -name "*.png" ! -name "*.jpg" ! -path "*/b/*" \) | wc -l
2474
Oczywiście, ktoś w dzisiejszych czasach nie ma?
Sprawdziłem to w tym moim projekcie i podobny rząd wielkości:
find . -type f \( ! -path "*/vendor/*" ! -path "*.git/*" ! -path "*/.*" ! -path "*/tmp/*" ! -name "*.so" ! -name "*.swp" ! -name "*.zip" ! -name "*.png" ! -name "*.jpg" ! -path "*/b/*" \) | wc -l
4421
Oczywiście, ktoś w dzisiejszych czasach nie ma? ;)[/quote]
Wstyd się przyznać. Muszę wreszcie się szarpnąć i wymienić aktualny dysk
Podejrzewam, że różnica właśnie z trego wynika.
http://gopollgo.com/what-is-your-primary-text-editor-for-ruby-slash-rails - ciekawy komentarz do ostatnich postów
Zamiast SSD: RubyMine, który świetnie sobie indeksuje i wyszukiwanie jest błyskawiczne na takim projekcie dla przykładu:
+----------------------+-------+-------+---------+---------+-----+-------+
| Name | Lines | LOC | Classes | Methods | M/C | LOC/M |
+----------------------+-------+-------+---------+---------+-----+-------+
| Controllers | 9829 | 8272 | 115 | 887 | 7 | 7 |
| Helpers | 3249 | 2843 | 2 | 350 | 175 | 6 |
| Models | 16883 | 13482 | 179 | 1502 | 8 | 6 |
| Libraries | 1234 | 1043 | 21 | 112 | 5 | 7 |
| Model specs | 4742 | 3850 | 0 | 2 | 0 | 1923 |
| Controller specs | 5146 | 4170 | 1 | 1 | 1 | 4168 |
| Helper specs | 195 | 85 | 0 | 0 | 0 | 0 |
+----------------------+-------+-------+---------+---------+-----+-------+
| Total | 41278 | 33745 | 318 | 2854 | 8 | 9 |
+----------------------+-------+-------+---------+---------+-----+-------+
Code LOC: 25640 Test LOC: 8105 Code to Test Ratio: 1:0.3
Dodatkowo jeździ po całym vendor/bundle.
F3 na metodzie/kontrolerze/akcji/linku, itp super znajduje definicję. Poezja…
Warty swojej ceny.
Przy użyciu find nie mam problemów z indeksowaniem. Co do reszty: CTAGS.
Nie przepadam za wszelkiego rodzaju IDE. RubyMine oprócz tego, że jest ciężkie, to jeszcze wygląda bardzo kiepsko.
A SSD i tak prędzej czy później będę musiał kupić
na pewno nie tak ociężałe jak eclipse czy netbeans. poza tym jak wyłączy się wszystkie niepotrzebne rzeczy (np. sprawdzanie czy nazywany metody zgodnie z konwencją a nie camel case - kto tego w ogóle potrzebuje o.O) działa całkiem szybko.
no i nie wiem co tu wygląda kiepsko - http://img836.imageshack.us/img836/19/zrzutekranu2012076o1356.png
poza tym na co mi 8gb ramu skoro miałbym odpalać vim-a 
Nie wiem, nie podoba mi się po prostu, kwestia gustu. Ale w zasadzie to nie ma dużego znaczenia, tak mi się jakoś napisało - lubię jak moje narzędzia ładnie wyglądają, ale bez przesady. Jeżeli by mi inne rzeczy przypasowały, to bym się przesiadł, ale vim jest dla mnie dużo lepszy.
Generalnie moje wrażenia z krótkiej przygody z RubyMine są zdecydowanie pozytywne. Działa szybko i dla początkujących jest na pewno bardzo dobrym wyborem. Co nie zmienia faktu, że często muszę coś poprawiać na serwerze i wtedy vim jest dużo wygodniejszy w użyciu.
Akurat co do tego to każdy ma swoje preferncje-wymagania. Dla mnie każde 100 MB jest cenne, więc akurat Vim wypada tutaj zdecydowanie lepiej.
Czy ktoś interesował się bliżej RubyMotion? Wygląda bardzo ciekawie: http://clayallsopp.com/posts/the-ruby-motion-way/
Sam bym się chętnie pobawił gdyby nie licencja:
[quote]Is there a free version?
No.[/quote]
Przeglądam sobie spokojnie confreaks.com… Wtem: http://confreaks.com/videos/897-railsconf2012-using-rails-without-rails
@drogus, gratuluję!