Adler Medrado

Vim - Um poderoso editor

Sempre estou testando novos editores e IDEs ou apenas testando novas releases de editores e IDEs que eu já conheço.
Entre aqueles que sempre utilizo eu sempre alterno entre a dupla Eclipse/PDT, o bom Komodo Edit, e o versátil JEdit. Nos últimos dias eu passei uma certa raiva com a dupla Eclipse/PDT devido à quantidade de memória que ele estava consumindo, que era cerca de 250MB. Minha máquina até que não é ruim de memória, mas eu sou pão duro e não pude admitir uma coisa dessas, então voltei ao VIM, porque nesse aspecto ele ganha de qualquer editor de longe.

Você pode estar me achando meio maluco em estar utilizando o VIM ao invés de utilizar o Eclipse/PDT, afinal de contas este último possui recursos diversos que o VIM ORIGINALMENTE não possui, mas que através da instalação de alguns plugins é possível dar uma turbinada, então continue lendo.

RECURSOS QUE EU PRECISO EM UM EDITOR/IDE

Os principais recursos que eu preciso em um editor/IDE são basicamente os seguintes:

Auto Complete
File Manager
Integração com SVN e CVS
Debugger
Syntax Highlighting
Inspector

Existem alguns outros recursos disponíveis na maioria dos IDEs e editores, porém para mim esses acima bastam então eu configurei o meu VIM para atender a estes meus requisitos.

PLUGINS

Exuberant Ctags
É interessante ao realizar o auto-complete, serem mostradas os parâmetros do método que estamos completando. Para isso, basta instalar o plugin Exuberant Ctags que ele cria um índice com todos os dados relacionados ao nosso projeto permitindo assim a consulta à essas informações.

NERDTree
Permite a navegação pelos diretórios do seu disco rígido.

TagList
Realiza a funcionalidade comumente denominada inspector em outros Editores/IDEs, permitindo ter acesso a todas as propriedades, métodos e funções de um determinado arquivo.

SVN
Permite a integração com SVN, dessa forma podemos realizar commits, updates, etc. Existe um plugin para CVS também, porém não estou utilizando ele no momento.

Debugger
É possível integrar o XDebug no VIM, então não precisamos sair do VIM para debuggar uma aplicação.
Não instalei este plugin ainda então vou ficar devendo o screenshot, mas você pode ver uma em: http://2bits.com/sites/2bits.com/files/vim-debug-start.png

Eu já o utilizei em outra oportunidade e particularmente achei mais fácil de usar do que no PDT.

CONSIDERAÇÕES FINAIS

Algumas pessoas podem discordar de mim quanto à produtividade no desenvolvimento de PHP com VIM em comparação a outras ferramentas, porém na minha opinião isso depende muito de profissional para profissional. Eu conheço gente que produz muito utilizando apenas o notepad++.

Neste caso vale mais a integração profissional/ferramenta do que somente a ferramenta.

Mesmo que você não goste de usar o VIM no dia-a-dia, seja lá qual for o motivo, vale a pena estuda-la pois é uma ferramenta muito eficiente, leve, versátil e é encontrada em todos (ou na esmagadora maioria) dos servidores baseados na plataforma *NIX, então, naquele dia do “pega pra capar” que você precisar acessar o servidor remotamente para “apagar uma fogueira” é bem provável que você precise apelar para o bom e velho VIM.

[]s

Mini-curso no FLISOL 2008 - Confirmado

O Festival Latino americano de Instalação de Software Livre é um festival anual de instalação de software livre, gratuito e aberto a toda a comunidade, realizado desde 2005 em diversos países da américa latina, inclusive no Brasil. O evento tem o propósito de promover o uso de softwares livres e a integração de comunidades de usuários de software livre em todos os paí­ses da América Latina. A capital Federal (Brasília) entrará nessa maratona pela 4ª vez.

Eu participo do FLISOL desde 2006 e neste ano estarei presente novamente ministrando um mini-curso de introdução ao framework para desenvolvimento em PHP chamado Zend Framework.

O que você pode esperar do mini-curso?

Após este mini-curso, o participante estará apto a desenvolver sistemas web com acesso a bancos de dados utilizando a arquitetura profissional que o framework oferece e será capaz também de descobrir as funcionalidades de diversos componentes integrantes do framework que não serão abordados durante o mini-curso.

Quais são os pré-requisitos?

É necessário possuir um conhecimento intermediário de PHP, incluindo funções de acesso à bancos de dados e Orientação à Objetos.

PHPDF no evento

O PHPDF participará do evento com um estande onde pessoas interessadas em PHP poderão saber mais a respeito da linguagem, programadores PHP que não conhecem o grupo poderão conhecê-lo e ingressar no grupo. Para quem já é membro do grupo, é uma oportunidade de se reunir com o pessoal e trocar idéias.

Espero você lá!

PDOv2 - Discussões a respeito do uso de CLA

Atualmente alguns dos core-developers do PHP discutem a respeito da criação do PDOv2, que seria o PDO atual melhorado.

Todos nós que utilizamos PDO sabemos que existem ainda alguns pontos em que ele possui alguns bugs e não funciona como deveria.

Um exemplo é o driver para MS SQL Server que simplesmente funciona muito mal. Eu conheço pessoas que desistiram de usar PDO para SQL Server devido a alguns problemas principalmente no que diz respeito a transações.

Estava lendo no blog do Wez Furlong, um dos criadores do PDO, que ele, o Andi Gutmans e o Ilia Alshanetsky estão em contato com a MySQL, PostgreSQL, IBM, Oracle e a Microsoft para desenvolverem o PDOv2 em conjunto e pelo que ele disse, estas entidades estão todas interessadas em contribuir no desenvolvimento da API, só que para isso acontecer, é necessário que quem desenvolver algo para o PDOv2 precisará assinar um CLA (Contributor Licence Agreement) que é um documento em que o desenvolvedor
diz basicamente que abre mão de qualquer patente ou direito que ele tenha sobre aquele determinado código que ele contribuiu, porém ele não perde o direito de usar o código como lhe aprouver em outras circunstâncias. Este tipo de documento dá uma segurança para empresas e entidades envolvidas no que tange a processos por quebra de patentes por exemplo.

Eu mesmo assinei um CLA para poder desenvolver no Zend Framework e nesta CLa que assinei eu apenas digo que o código que eu colaborei pode ser usado sem ônus algum e que eu não tenho vínculo com a Zend.

Esta CLA se implica somente ao PDO e não ao PHP como um todo, porém tem algumas pessoas que não estão gostando desta idéia, dizendo que foi uma decisão unilateral por parte dos envolvidos no desenvolvimento do PDOv2, que CLA não é uma boa idéia e etc.

Eu pessoalmente, acho que com a assinatura de CLA, o PDOv2 será mais estável e terá menos bugs, enfim, será algo realmente confiável em ambientes críticos.

Eu não vejo problema algum, o que não pode é o PDO continuar como está, com mais ou menos dois desenvolvedores ativos, com vários bugs e com suporte incompleto para algumas plataformas de banco de dados o que nos obriga ou a usar as funções de banco mais antigas (e perder a abstração de acesso a banco de dados), usar o PDO com os bugs
que ele tem ou utilizar as classes de abstração escritas em PHP, que apesar de algumas serem ótimas(creole por exemplo), perdem em performance para o PDO.

Portanto, deixo a minha sugestão: Quem for contra o uso de CLA para o desenvolvimento do PDOv2, que mostre alguma outra solução plausível.