plugin

Hoje em dia está cada vez mais comuns a hospedagem de plugins para vim em repositórios remotos, como o github.com e o bitbucket.com. O problema da instalação destes plugins é que é necessário clonar o repositório e manualmente mover os arquivos para os respectivos diretórios, dentro do ~/.vim/.

A atualização destes plugins acaba sendo uma tarefa negligenciada, pois demanda um esforço muito grande. Isto, sem considerar a necessidade da atualização, pois seria necessário visitar todos os sites dos plugins vendo se há a necessidade de atualização.

Com o pathogen.vim, a coisa muda um pouco de perspectiva. O plugin cria um diretório chamado bundle dentro do ~/.vim/. Dentro deste diretório é permitido criar subdiretórios que contenham a mesma hierarquia contida em ~/.vim/.

Pois é, quem nunca mexeu com java que atire a primeira pedra. Trabalhar com java fora de um IDE é realmente muito ruim. Mas deveria eu criar uma IDE em modo texto para o Vim ou ver alguma solução para o meu problema no google?

Eu já sabia da existência, mas nunca tinha visto um motivo para fazê-lo. Trata-se do vim ou gvim dentro do Eclipse. Alguns motivos que me tentaram a usá-lo:

• Compilar é muito mais simples no eclipse.
• Achar arquivos em pacotes é mais fácil com o Project Browser
• Pode-se utilizar outros plugins do Eclipse, como o de modelagem pra Swing, AWT, etc
• Integração com o SVN

Hey! Dando continuidade à série: 'Como Fazer Tudo com o GVim', nesse segundo post, vou mostrar algumas coisas que podem não fazer muito sentido, mas fazem, definitivamente acerca do que o vim é capaz (e ótimo que o seja) de fazer.

Como o vim tem suporte à programação em python e ruby, ou seja, você pode programar em python ou ruby para fazer plugins e afins para o vim, pode-se, evidentemente, utilizar biliotecas nativas das linguages, ou até mesmo API's próprias.

Olá! \o/! Hoje vou falar sobre dicas (algumas bem simples, mas que fazem diferença) para aumentar a produtividade no GVim/Vim. Algumas delas são plugins, outras vão direto para o ~/.gvimrc!

1. Color Picker
2. Saindo sem estresse
3. Colocando Headers nos arquivos
4. Abrindo arquivos escritos no arquivo
5. Trabalhando com buffers
6. Aprimorando a busca
7. Mudando a fonte
8. Documentando o código
9. Autocomplete de código
10. Rodando comandos do Shell
11. Solução para arquivos chatos de backup
12. Removendo Linhas em Branco
13. Compilando arquivos e analizando erros
14. Mostrando a identação
15. Autorrecarregando nosso .gvimrc

Olá! Dando continuidade ao post anterior, sobre Decorator Pattern. Mostrarei neste post aqui um exemplo de como e porquê usar o Adapter Pattern. Qualquer dúvida, comente!

Rá! Acá estou eu para explicar um pouco mais sobre o Decorator pattern, um deles que eu acho pouco usado, mas pode salvar vidas. Tem poder na mão. Alguns podem já ter noção do que seja, mas outros devem estar se perguntando: 'WTF??'. Este post é mais ilustrativo e didático, mas há um outro onde eu dou um exemplo real do uso do decorator pattern. Então vamos lá: