Como configurar um gVim no Debian pra trabalhar com rails?

157 views
Skip to first unread message

IcePeak

unread,
Nov 21, 2007, 11:43:22 AM11/21/07
to rails-br
Eu dei uma olhada num tópico que estava ativo sobre qual a melhor IDE.
Vi lá dizerem que é possível transformar o Vim / gVim em algo parecido
com o textmate do MAC, pelo qual sou apaixonado :) (Quero algo em modo
gráfico. Não gosto muito de trabalhar com texto no shell, acho menos
prático.).

Alguém pode me ensinar ou passar um link sobre como configura-lo /
instala-lo no Debian? A razão é que eu uso o Debian (Ubuntu 7.04) no
trabalho e Debian (Etch 4.0r1) em casa, e agora que estou trabalhando
pra valer com RoR, isso vai ser de grande ajuda.

O pessoal da lista também passou alguns plugins. Se vocês puderem me
ensinar a configura-los, ficaria muito grato.

http://groups.google.com/group/rails-br/browse_thread/thread/a0d801cec4e17cef?hl=pt-BR
--> Tópico sobre o qual falei.

Muito Obrigado a todos!

hallison.batista

unread,
Nov 22, 2007, 11:40:01 AM11/22/07
to rails-br
Olá Mateus.

Fico feliz em responder sua dúvida. Para o gVim ficar ainda mais
poderoso e se tornar um verdadeiro IDE para RoR, é necessário fazer
downloads dos seguintes plugins:

Snippets
--------

Eu nunca utilizei, mas é semelhante às teclas de atalho do TextMate.

* ruby_imaps : Textmate like Ruby snippets for Vim
-> http://www.vim.org/scripts/script.php?script_id=1726

IDE Ruby on Rails (plugin)
--------------------------

Este é o melhor de todos. Ele cria o menu Plugin > Rails. O conteúdo
tem tudo (tudo mesmo) o que você precisa para desenvolvimento com RoR.

* rails.vim : Ruby on Rails: easy file navigation, enhanced syntax
highlighting, and more
-> http://www.vim.org/scripts/script.php?script_id=1567

Syntax Color
------------

Para cada arquivo, descompacte no diretório ~/.vim/colors. Os arquivos
de sintaxe são:

* railscasts : Railscasts Textmate theme for Vim (GUI Only)
-> http://www.vim.org/scripts/script.php?script_id=1995

* vividchalk.vim : A colorscheme strangely reminiscent of Vibrant Ink
for a certain OS X editor
-> http://www.vim.org/scripts/script.php?script_id=1891

* textmate16.vim : Textmate like colors for 16 color xterm.
-> http://www.vim.org/scripts/script.php?script_id=1855

* vibrantink : A Vim port of Justin Palmer's VibrantInk theme for
TextMate
-> http://www.vim.org/scripts/script.php?script_id=1794

Creio que é suficiente. É necessário editar o arquivo $HOME/.vimrc.
Minhas configurações são estas (no caso de copiar e colar, a sequência
no gVim é ["+P] sem os colchetes ):

" The following configuration had been found in
" http://lena.franken.de/linux/vim.html
" Preserve current indent on new lines
set autoindent
" Make backspaces delete sensibly
set backspace=indent,eol,start
" Indentation levels every two columns
set tabstop=2
" Convert all tabs to space
set expandtab
" Indent/outdent by two columns
set shiftwidth=2
" Indent/outdent to nearest tabstops
set shiftround
set statusline=\ %Y\ \|\ %{&ff}\ \|\ %04lx%04v/%04p%%\ %L\ \|\ %F%m%r%h
%w
set laststatus=2
" colorscheme fruity
" colorscheme django
" colorscheme summerfruit
" colorscheme native
" colorscheme vividchalk
colorscheme railscasts
set background=dark
set nowrap

" Teclas de atalho para manipulação de Abas
map <tab>t :tabnew<cr>
" map <tab>o :tabedit .<cr>
map <tab>o :browse tabedit<cr>
map <tab>w :tabclose<cr>
map <tab>n :tabnext<cr>
map <tab>p :tabprevious<cr>
map <tab>f :tabfirst<cr>
map <tab>l :tablast<cr>

map <tab><insert> :tabnew<cr>
map <tab><delete> :tabclose<cr>
map <tab><home> :tabfirst<cr>
map <tab><end> :tablast<cr>
map <tab><pagedown> :tabnext<cr>
map <tab><pageup> :tabprevious<cr>

map <tab><up> :tabfirst<cr>
map <tab><down> :tablast<cr>
map <tab><right> :tabnext<cr>
map <tab><left> :tabprevious<cr>

Espero ter ajudado.

Abraços.

Hallison Batista
> http://groups.google.com/group/rails-br/browse_thread/thread/a0d801ce...

Alexandre Ferreira

unread,
Nov 22, 2007, 8:02:08 PM11/22/07
to rail...@googlegroups.com
[ ...Vi lá dizerem que é possível transformar o Vim / gVim em algo
parecido com o textmate do MAC, pelo qual sou apaixonado... ]

... Por favor não me critiquem, é so uma dúvida de que já testou os dois
lados e ainda não consegue entender. Mesmo que tenha testado muitoooo
pouco o outro lado!...
... Não sou troll e nem um chun(alguns vão entender e outros não!) da
vida, então relaxem =)

Eu fico me perguntando por que usar, Vim, gVim, Textpad, notepad,
console, etc.......
Se temos IDEs?
Eu não sei se é porque sou desenvolvedor Java e sempre usei, pelo menos
uns 3 a 4 anos IDE como principal ferramenta de desenvolvimento.
E não consigo entender porque se usam esses simples editores( não me
matem! ) para PHP e Rails...
Eu aceitei fazer um free-lance em PHP nunca havia programado, fui no
Google para ver alguns artigos e IDEs que a galera usava(acreditando que
era o Eclipse ou outros).
Fiquei impressionado por esses amantes/apaixonados por esses editores
tão simples.
Tendo Eclipse, NetBeans, IntelliJ(O melhor suporte que já vi(na versão
7) , se o nosso amigo Urubatan testar vai fazer outro review com
certeza!) e outros...
O Eclipse e o NetBeans são free e Open Source. Tem features
absurdamentes infinitas que "esses" notepads melhorados.
Refactor, Integração, Undo e Redo quase infinitos, Históricos de fontes,
Ferramentas para o Controles de versões e etc....

Abração!

IcePeak escreveu:

Vinicius Canto

unread,
Nov 22, 2007, 6:19:44 PM11/22/07
to rail...@googlegroups.com
Segue meu _vimrc. Tá meio documentado. O legal é que eu consegui ele
fazer ele virar "multiplataforma" quanto à configuração das fontes.
Além disso, recomendo veementemente o plugin snippets_emu ao invés do
ruby_imaps. É um pouco mais completo, bastante programável e funciona
com mais linguagens além do Ruby. Tem snippets específicos pra Rails
também.

Além desses, uso também o plugin rails.vim e o color scheme desert,
que vem com o Vim padrão. Li em algum lugar que ele usa cores que
comprovadamente cansam menos a cabeça. Só não sei se é verdade, mas
acreditei.

Vinicius.

".vimrc by Vinicius Canto
"Última Atualização: 14/10/2007

"configurando os caracteres estranhos
set listchars=trail:.,tab:._
set list

"frescura: configurando um espaço extra de limite quando for dar um scroll.
"bom, é difícil explicar isso... veja no help
set scrolloff=5

"configurando pra sempre aparecer a statusline
set laststatus=2

"liberando a seleção em bloco mesmo que não exista caractere na
posição que eu quero. see help
set ve=block,onemore

"Configurando tudo que deve aparecer na minha statusline
set statusline=%<%f\ %6.h%m%r[%{&fileencoding}]%=A:%03.b\ H:0x%02.B\
Lin:%l\ Ch:%c\ Col:%v\ %P

"Configurando o split padrão para vertical
set splitright

"Configurando a codificação dos arquivos
set encoding=utf-8
set termencoding=latin1 "algumas vezes pode colocar utf-8

"Configurando a altura da barra de comandos
set cmdheight=3

"Configurando a linha de tabs
set stal=2

"carregando esquema de cores

if has("gui_running")
colorscheme desert

"Configurando a área da tela
set lines=38
set columns=106
"winpos 75 121 não quero mais essa m...

"configurando o que vai aparecer na interface gráfica
"set go=ei ------ desliguei pra testar alguma coisa...
set go=eim

"certificando que o ALT não vai ser usado pra nada
set winaltkeys=no

"frescura: aumentando o espaço entre as linhas na interface gráfica
set linespace=2

"configuração da fonte no modo gráfico
if has("win32")
set gfn=Lucida_Console:h13:cANSI
set gfn=Consolas:h14:cANSI
"set gfn=Lucida_Sans_Typewriter:h12:cANSI
else
set gfn="Bitstream_Vera_Sans_Mono":h10:cANSI
endif
else
colorscheme slate
set bg=dark
endif


"desliga quebras de linha automáticas
set nowrap

"mostra a régua, mostrando o posicionamento na tela no canto esquerdo
set ruler

"indentacao automagica
set autoindent

"ft on
filetype plugin on
filetype plugin indent on

"nivel de indentacao
set shiftwidth=5 "tamanho do >> << e cident
set tabstop=5 "tamanho do tab msm
"deixe esses dois números iguais pra travar o TAB pra tudo

"configura o backspace corretamente
set backspace=indent,eol,start whichwrap+=<,>,[,]

"numeracao do lado esquerdo
set number

"syntax highlighting
syntax on

"opções que tornam a busca mais interessante...
set hlsearch
set ignorecase
set incsearch

"opções que eu não conheço ainda
set nocp
set title
set ttyfast

"tentando fazer meu Shift + setinhas funcionarem... like MS Notepad
set sel=exclusive
set slm=mouse,key
set cb=
set km=startsel,stopsel


"mapeamentos do teclado numerico no modo de insercao
imap <Esc>Oq 1
imap <Esc>Or 2
imap <Esc>Os 3
imap <Esc>Ot 4
imap <Esc>Ou 5
imap <Esc>Ov 6
imap <Esc>Ow 7
imap <Esc>Ox 8
imap <Esc>Oy 9
imap <Esc>Op 0
imap <Esc>On .
imap <Esc>OQ /
imap <Esc>OR *
imap <Esc>Ol +
imap <Esc>OS -

"mapeamentos do teclado numerico no modo normal
nmap <Esc>Oq 1
nmap <Esc>Or 2
nmap <Esc>Os 3
nmap <Esc>Ot 4
nmap <Esc>Ou 5
nmap <Esc>Ov 6
nmap <Esc>Ow 7
nmap <Esc>Ox 8
nmap <Esc>Oy 9
nmap <Esc>Op 0
nmap <Esc>On .
nmap <Esc>OQ /
nmap <Esc>OR *
nmap <Esc>Ol +
nmap <Esc>OS -

"mapeamentos do modo inserção
imap <C-backspace> <C-w>
"imap <C-backspace> <C-o>db<backspace>
imap <C-delete> <C-o>dw


"mapeamento de teclas de função

"F1 -- Help. Interno do VIM
"F2 -- Abrir arquivo usando janelas
"F3 -- Salvar arquivo usando janelas
"F4 -- Fechar usando :q
"F5 -- Nova tab.
"F6 -- Próxima Tab
"Shift + F6 -- Tab Anterior
"F12 -- Alterna entre modo normal e modo "notepad", ativando o wrap e o lbr


map <F2> :browse confirm e<CR>
map <F3> :if expand("%") == ""<Bar>browse confirm
w<Bar>else<Bar>confirm w<Bar>endif<CR>
map <F4> :q<CR>

"mapeando F5, F6 e S-F6 para usar com tabs no Vim7
let g:toggleTabs = 1
set guitablabel=%N/\ %t\ %M
if g:toggleTabs == 1
map <silent><F5> :tabnew<CR>
map <silent><F6> :tabnext<CR>
map <silent><S-F6> :tabprevious<CR>
else
map <silent><C-tab> :bn<CR>
map <silent><C-S-tab> :bp<CR>
endif

"map <silent><F12> :set wrap<cr>:set lbr<cr>

map <silent><F12> :call ChooseWrap()<CR>

function ChooseWrap()
if &wrap
call DisableDisplayWrapping()
else
call EnableDisplayWrapping()
endif
endfunction

function EnableDisplayWrapping()
if !&wrap
setlocal wrap
set wrap
set lbr

" don't skip wrapped lines
nnoremap <buffer> <Up> gk
nnoremap <buffer> <Down> gj
inoremap <buffer> <Up> <C-O>gk
inoremap <buffer> <Down> <C-O>gj
endif
endfunction

function DisableDisplayWrapping()
if &wrap
setlocal nowrap
set nowrap
set nolinebreak

nunmap <buffer> <Up>
nunmap <buffer> <Down>
iunmap <buffer> <Up>
iunmap <buffer> <Down>
endif
endfunction

--
"Our greatest glory is not in never falling, but in rising every time we fall."
Confucius Proverb

Vinicius Canto - Bach. Ciencias da Computação/USP

Blog: http://viniciuscanto.blogspot.com

Kristopher Murata

unread,
Nov 22, 2007, 8:40:34 PM11/22/07
to rail...@googlegroups.com
Alexandre, gostei do seu email, muito legal como tu abordou o assunto, achei engraçado o "não me matem". Pudesse todo troll intervir em uma discussão nessa maneira, porém não mais seria um troll.. Hum, esquece. :)

"Usar IDE ou não? Eis a questão." A resposta parece ser muito pessoal e acredito que é conseqüência direta da linguagem "materna" de cada programador. O pessoal que começou em Java, C# e Delphi mesmo depois que parti para outra linguagem continua adotando uma IDE, já a galera do PHP, Ruby, Python, Perl, C/C++, Cobol, LISP, Fortran costuma não usar IDE a não ser que o uso imponha-se ao programador através da linguagem (Delphi, por exemplo).

Eu já não uso IDE para economizar recursos do meu PC (sim, sou um maníaco por otimização e desempenho!) e acredito que o conjunto de ferramentas que o Linux possui para desenvolver acaba construindo a "minha" IDE personalizada. Ou não... :)

Vinicius Canto

unread,
Nov 22, 2007, 9:38:43 PM11/22/07
to rail...@googlegroups.com
Eu tinha evitado escrever muito nesse assunto pq nunca leva à nada.
Mas essa pergunta eu achei interessante.

Eu concordo. É muito pessoal isso. Mas respondendo a tua pergunta: "Eu


fico me perguntando por que usar, Vim, gVim, Textpad, notepad,

console, etc......Se temos IDEs?"

Eu uso um editor simples porque nenhum dos recursos que você citou me
agrada. Consigo programar bem sem a "ajuda" que ele dá e só com o
syntax highlighting. E quando eu preciso de algo assim, faço um script
em 3 minutos que trabalha para mim. Makefiles e outros recursos do
próprio Vim ajudam também. Além disso, eu ganho a possibilidade de
poder rodar meu editor em qualquer máquina, de qualquer configuração,
em qualquer SO. Hoje uso gVim no Windows pra quase tudo, e pra várias
linguagens.

A propósito, não conheço nenhuma IDE pra quem programa em C, C++, C#,
Java, PHP, Ruby, Python, VBScript, PowerShell, Javascript e brinca com
HTML e Latex. Só sendo um editor de texto mesmo.

Tem uma coisa que ensinam muito aqui na faculdade: não dependa de
ferramenta nenhuma, nunca. Nem de tecnologia. Nem de SO.

Para os usuários Vim: Recentemente encontrei um plugin pro navegador
poder editar qualquer caixa de texto no Vim.

[]s,

Vinicius

--

Alexandre Ferreira

unread,
Nov 23, 2007, 4:39:29 AM11/23/07
to rail...@googlegroups.com
/"Eu uso um editor simples porque nenhum dos recursos que você citou me
agrada. Consigo programar bem sem a "ajuda" que ele dá e só com o
syntax highlighting. E quando eu preciso de algo assim, faço um script
em 3 minutos que trabalha para mim. Makefiles e outros recursos do
próprio Vim ajudam também."/

->(R:.) Você e os outros associados aqui no grupo são desenvolvedores que trabalham em consultorias e/ou soft-house?
O porque da pergunta. Na DBA, Accenture, BRQ, IBM, Neoris(onde estou atualmente)
não tempo suficiente para os desenvolvedores programarem seus proprios script.
Se ja existe os IDEs para te ajudarem infinitamente.

/"A propósito, não conheço nenhuma IDE pra quem programa em C, C++, C#,


Java, PHP, Ruby, Python, VBScript, PowerShell, Javascript e brinca com

HTML e Latex. Só sendo um editor de texto mesmo."/

->(R:.) Eclipse e Netbeans

/"Tem uma coisa que ensinam muito aqui na faculdade: não dependa de
ferramenta nenhuma, nunca. Nem de tecnologia. Nem de SO."/

->(R:.) Isso é importante quando NÃO se quer produtividade e deseja realmente aprender o que estão te ensinando.
IDE é sinônimo claro de produtividade. Mais essa frase é legal, tanto que Eclipse e Netbeans são ferramentas independentes do SO e da Tecnologia.

Fico me perguntando se a galera que trabalha com vim, gVim, scite e etc..
São desenvolvedores de fábrica de software ou consultoria. Acredito que a maioria de ve ser de suporte linux,
DBA(o lá da empresa usa Ruby com scite), AD, estagiários, simpatizantes e afins.
Não desmerecendo ninguém. Porfavor, é so uma dúvida! Não nenhum preconceito!
Derrepente a galera não tem prazos apertadíssimos como o nosso, não precisa de CVS/SVN,
não precisa incluir biblioteca de terceiros(ex: Struts, JSF, Seam e etc..)e configura-las(argh!), programar em varias linguagens ao mesmo tempo e etc.
Talvez, esse ponto pode ser a diferença de usar ou não uma ferramenta.


. D


Vinicius Canto escreveu:

Rafael S. Souza

unread,
Nov 23, 2007, 6:03:54 AM11/23/07
to rail...@googlegroups.com
"Talvez, esse ponto pode ser a diferença de usar ou não uma ferramenta."

E quem disse q quem usa o vim por exemplo nao usa uma ferramenta?

O fato eh conhecer a ferramenta que se usa, isso eh q vai ajudar o
programador a produzir.
No fator "tempo", o bixo pega pra todo o lado ;) . E nao somente nas
empresas X, Y e Z.
Ae volta o paragrafo anterior, produtividade nao esta somente ligada a
ferramentas, e sim
como o programador se adapta e usufrui dos recursos dela.

Acho q a primeira coisa que tu deveria fazer seria usar alguns desses
editores por algum
tempo, dae depois vem na lista e diz oq realmente tu acho e como foi a
tua experiencia com eles. :)

abracos

--
Rafael S. Souza
Web Developer
rafael.ssouza Θ gmail dot com
----------------------------------------------------
ICQ: 121873350
MSN: rafael.ssouza Θ gmail dot com
Skype: rafael.ssouza
----------------------------------------------------
Linux User: 430408
http://counter.li.org/

Fabio Kung

unread,
Nov 23, 2007, 7:01:46 AM11/23/07
to rail...@googlegroups.com
Oi Alexandre,

Não acho que ser "desenvolvedor de softwarehouse/fabrica_de_software" tenha nada a ver com a ferramenta que você use.

Um dos melhores desenvolvedores Java que eu conheço não troca o JEdit por NADA. Isso o torna menos produtivo/incapacitado para consultorias de 3 letras? Eu não acho, e nem o Google acha... (esse cara tá lá em BH hoje)

Pessoalmente, quando estou desenvolvendo Java, uso o IntelliJ e de vez em quando o Eclipse (por razões que não vale a pena comentar ;) ). E posso te dizer que ADORO essas IDEs. São realmente sensacionais.

Porém, para todo o resto (incluem-se Ruby, html, php, python, bash, ...), não troco o TextMate por NADA. Simplesmente não sinto necessidade de tudo o que as IDEs populares me oferecem e me sinto MUITO produtivo assim. Isso que é importante.

Em suma, minha opinião é que a ferramenta que você usa não tem a ver com seu ambiente de trabalho e a pressão que você sofre (pressão todo mundo sofre e você sempre acha que é mais pressionado que os outros). Tem sim a ver com o quão produtivo você usando a ferramenta certa para você, na hora certa.

Preferir IntelliJ para Java e TextMate para o resto não me impede de eventualmente editar código Java no meu TextMate ou abrir um projeto Rails no IntelliJ.

hallison.batista

unread,
Nov 23, 2007, 8:33:20 AM11/23/07
to rails-br
Olá Alexandre.

Eu sou desenvolvedor Java e Ruby. Uso EasyEclipe (por estar pronto
para utilização) para Java e gVim para Ruby, é mais leve. O que é
interessante é a diferença de desenvolvimento, mesmo em fábrica de
software. Em Java eu só me estresso com milhões de arquivos XML de
configuração dos frameworks e muitas classes para memorizar (já que os
nomes muitas vezes não são o que esperemos e os métodos são confusos).
E por este motivo que uso o IDE, ou seja, PBCS (Programação Baseada em
CTRL+SPACE). Em Ruby ... bom acho que se você desenvolve algo em Ruby
ou em Ruby on Rails já deve saber.

Um outro problema das IDEs ... minha máquina tem somente 256MB de
memória ... trabalha com o Eclipse nesta condição é impossível. O
Netbeans quando você pressiona o CTRL+SPACE ele parece que está
demolindo o computador. Claro que quando você desenvolve com Java é
impossível não executar o web container (Tomcat) ... é quando eu
desisto do projeto, converso com o gerente e imploro para desenvolver
em Rails através do JRuby. Como meu gerente somente deseja a
PRODUTIVIDADE, tão abordada por você, ele nem se importa qual será a
linguagem que irei desenvolver o projeto.

Não sou contra os IDEs, mas há situações em que eles podem ser
evitados. No meu caso específico, evito o máximo que puder.

O novo Netbeans está ótimo, não trava minha máquina quando pressiono
CTRL+SPACE e no momento da instalação é possível selecionar somente
Ruby e Ruby on Rails. Existe o Aptana 1.0 lançado recentemente. O
Eclipse é exelente devido ao gerenciador de plugins em seu builtin.

Abraços.

Hallison Batista
> > On Nov 22, 2007 10:40 PM, Kristopher Murata <krsmur...@gmail.com> wrote:
>
> >> Alexandre, gostei do seu email, muito legal como tu abordou o assunto, achei
> >> engraçado o "não me matem". Pudesse todo troll intervir em uma discussão
> >> nessa maneira, porém não mais seria um troll.. Hum, esquece. :)
>
> >> "Usar IDE ou não? Eis a questão." A resposta parece ser muito pessoal e
> >> acredito que é conseqüência direta da linguagem "materna" de cada
> >> programador. O pessoal que começou em Java, C# e Delphi mesmo depois que
> >> parti para outra linguagem continua adotando uma IDE, já a galera do PHP,
> >> Ruby, Python, Perl, C/C++, Cobol, LISP, Fortran costuma não usar IDE a não
> >> ser que o uso imponha-se ao programador através da linguagem (Delphi, por
> >> exemplo).
>
> >> Eu já não uso IDE para economizar recursos do meu PC (sim, sou um maníaco
> >> por otimização e desempenho!) e acredito que o conjunto de ferramentas que o
> >> Linux possui para desenvolver acaba construindo a "minha" IDE personalizada.
> >> Ou não... :)
>
> >>http://groups.google.com/group/rails-br/browse_thread/thread/a0d801ce...

Alexandre Ferreira

unread,
Nov 23, 2007, 6:40:59 PM11/23/07
to rail...@googlegroups.com
Fiquei curioso...
Iria arriscar alguns, mas usando JEdit provavelmente não acertarei...
Quem é o um dos melhores desenvolvedores Java que você conhece?


Fabio Kung escreveu:


> Oi Alexandre,
>
> Não acho que ser "desenvolvedor de softwarehouse/fabrica_de_software"
> tenha nada a ver com a ferramenta que você use.
>
> Um dos melhores desenvolvedores Java que eu conheço não troca o JEdit
> por NADA. Isso o torna menos produtivo/incapacitado para consultorias
> de 3 letras? Eu não acho, e nem o Google acha... (esse cara tá lá em
> BH hoje)
>
> Pessoalmente, quando estou desenvolvendo Java, uso o IntelliJ e de vez
> em quando o Eclipse (por razões que não vale a pena comentar ;) ). E
> posso te dizer que ADORO essas IDEs. São realmente sensacionais.
>
> Porém, para todo o resto (incluem-se Ruby, html, php, python, bash,
> ...), não troco o TextMate por NADA. Simplesmente não sinto
> necessidade de tudo o que as IDEs populares me oferecem e me sinto
> MUITO produtivo assim. Isso que é importante.
>
> Em suma, minha opinião é que a ferramenta que você usa não tem a ver
> com seu ambiente de trabalho e a pressão que você sofre (pressão todo
> mundo sofre e você sempre acha que é mais pressionado que os outros).
> Tem sim a ver com o quão produtivo você usando a ferramenta certa para
> você, na hora certa.
>
> Preferir IntelliJ para Java e TextMate para o resto não me impede de
> eventualmente editar código Java no meu TextMate ou abrir um projeto
> Rails no IntelliJ.
>

> On 11/23/07, *Alexandre Ferreira* <alexa...@gmail.com

hallison.batista

unread,
Nov 23, 2007, 7:19:04 PM11/23/07
to rails-br
Olá Alexandre.

Particularmente, para Java, somente IDE e tem de ser o Eclipse por
causa dos diversos de plugins que existem para ele. O Netbeans é muito
bom (a partir da versão 6rc*), mas não tive uma experiência muito
agradável com ele e o discartei. Mas uma grande vantagem do Netbeans
sobre o Eclipse é o suporte ao Struts (mesmo sendo um framework em
fase de descontinuidade). Aconselho o Eclipse. Senão usa o Vim com os
plugins que existema para Java e Struts no site http://www.vim.org/scripts/
:)

Um abraço.

Hallison Batista
> > On 11/23/07, *Alexandre Ferreira* <alexandr...@gmail.com
> > > On Nov 22, 2007 10:40 PM, Kristopher Murata <krsmur...@gmail.com
> > http://groups.google.com/group/rails-br/browse_thread/thread/a0d801ce...

Lucas Húngaro

unread,
Nov 25, 2007, 12:43:37 PM11/25/07
to rail...@googlegroups.com
Alexandre, os desenvolvedores que trabalham fora das "consultorias de 3 letrinhas" também tem cliente, prazo, bug e etc. Não ter um caminhão de certificações e trabalhar em pequenas empresas ou por conta própria não te faz um amador.

Ruby/Rails, entre outros, não exige uma IDE pois é simples, natural e intuitivo. Desenvolver em Java com Hibernate, Spring e JSF sem uma IDE (ou, ao menos, um jEdit cheio de plugins - que se torna uma IDE) é loucura ou masoquismo. Usei o NetBeans um tempo pra Rails mas agora só uso o gEdit (modificado pra ficar parecido com o TextMate) e sou muito mais produtivo do que quando programo Java no Eclipse (o que faço no meu emprego todo dia).

Em 23/11/07, hallison.batista <hallison...@gmail.com> escreveu:



--
Lucas Húngaro
Visite meu blog sobre Ruby on Rails:
http://lucashungaro.wordpress.com/

hallison.batista

unread,
Nov 27, 2007, 9:41:49 AM11/27/07
to rails-br
Olá Alexandre.

Concordo plenamente com o Lucas. Minha situação é semelhante ...
exceto o uso do gEdit (uso gVim).

On 25 nov, 13:43, "Lucas Húngaro" <lucashung...@gmail.com> wrote:
> Alexandre, os desenvolvedores que trabalham fora das "consultorias de 3
> letrinhas" também tem cliente, prazo, bug e etc. Não ter um caminhão de
> certificações e trabalhar em pequenas empresas ou por conta própria não te
> faz um amador.
>
> Ruby/Rails, entre outros, não exige uma IDE pois é simples, natural e
> intuitivo. Desenvolver em Java com Hibernate, Spring e JSF sem uma IDE (ou,
> ao menos, um jEdit cheio de plugins - que se torna uma IDE) é loucura ou
> masoquismo. Usei o NetBeans um tempo pra Rails mas agora só uso o gEdit
> (modificado pra ficar parecido com o TextMate) e sou muito mais produtivo do
> que quando programo Java no Eclipse (o que faço no meu emprego todo dia).
>
> Em 23/11/07, hallison.batista <hallison.bati...@gmail.com> escreveu:
> ...
>
> mais >>
Reply all
Reply to author
Forward
0 new messages