Programadores ótimos X médios - Último artigo do Joel Spolsky

Maurício Linhares wrote:
Mas eu ainda acho que existem muitas coisas que devem ser acordadas, como ferramentas de build, servidores de deployment, controles de versão, padrão de documentação, não acho que isso deva ficar a cargo de cada um não.

Tudo isso que vc falou eu concordo que tem que padronizar. Coisas que não concordo e que já briguei com a diretoria:

IDE (gosto muito do Jext)

Cliente CVS (gosto muito do Tortoise)

GUJ Master Membro desde: 11/02/2005 08:08:02 Mensagens: 1595 Offline

Não concordo que o programador possa ser livre e usar a ferramenta de build que quiser!

Se for para trabalhar em equipe, então a equipe deve fazer uma reunião, e definir entre eles qual é a ferramenta de build mais apropriada para o projeto, e não para os indivíduos!

Um bom programador deve aceitar as decisões cedo e se adaptar o mais rápido possível!

saoj wrote:

Maurício Linhares wrote:
Mas eu ainda acho que existem muitas coisas que devem ser acordadas, como ferramentas de build, servidores de deployment, controles de versão, padrão de documentação, não acho que isso deva ficar a cargo de cada um não.

Tudo isso que vc falou eu concordo que tem que padronizar. Coisas que não concordo e que já briguei com a diretoria:

IDE (gosto muito do Jext)
Cliente CVS (gosto muito do Tortoise)

Rapaz, padronizar o controle de versão é bom, mas padronizar o cliente é d+

Eles pelo menos tinham um motivo pra isso?

This message was edited 1 time. Last update was at 29/07/2005 10:49:44

Fabrício Cozer Martins wrote:Tudo pode ser feito a maneira que o programador se sinta a vontade.
Acho errado impor usar uma ferramenta para build específica sendo q o cara pode produzir o mesmo resultado com a sua própria.

Quando você pegar um projeto onde gente usa Maven, outro usa Ant, outro usa direto na IDE e ainda outro usa uma ferramenta que ninguém conhece, você vai entender isso.

Especialmente quando for fazer um deployment

Sem contar as estruturas de diretórios completamente diferentes, que são uma maravilha pra integrar, especialmente em projetos que tem dependências

Um bom programador é capaz de produzir o que está sendo esperado, independente de ferramentas. Levando em conta os padrões de nomenclatura de classes, metodos, variaveis locais, etc ... etc... por exemplo.Mas se o cara produz mais usando a ide X, pq impor ele usar a ide Y ?

Não estou falando por mim, pois em relacao a IDE, utilizava o JDev e entrei no projeto onde a maioria usava o eclipse, e a empresa estava querendo migrar. Logo, testei, comecei a usar em casa, e tals ... e estou usando o eclipse sem problemas, mas existem outras pessoas no projeto q estao com o Jdev(depois q a oracle anunciou q seria free), eles continuaram com o jdev, e nao esta tendo problema algum.

Maurício Linhares wrote: Sem contar as estruturas de diretórios completamente diferentes, que são uma maravilha pra integrar, especialmente em projetos que tem dependências

Aí não ... estrutura de diretório DEVE SER ÚNICA.
Mas ferramentas PARA se fazer o q foi especificado não deve ser única, seria bom que fosse, pois a equipe estaria mais integrada.

São como frameworks , uns gostam do struts, outros do ww, outros preferem criar o seu , ... ja imaginou reunir essas cabecas numa equipe soh ? Não rola.

Tem coisas que deve definir, outras vc pode deixar a pessoa escolher.

GUJ Master Membro desde: 11/02/2005 08:08:02 Mensagens: 1595 Offline

Um dos benefício de se usar ferramentas de build é de certa forma vc ganhar um pouco mais de independência no seu projeto, sendo possível assim desacoplar seu projeto de uma IDE específica!

Se for para usar uma IDE por ordens superiores, fazer o que né! Mas acho interessante padronizar ao menos a ferramenta de build assim como suas operações possíveis, ai fica a critério do programador qual IDE irá usar.

A IDE se torna apenas uma ferramenta de desenvolvimento, no entanto, integrada com a ferramenta de build!

O programador até pode inventar algumas rotininhas, alguns scripts facilitadores, desde que não afete a arquitetura e estrutura do projeto que foi definido pela equipe!

Aos poucos, se algum programador tem um script não adotado no projeto e que só ele usa, e se este script for realmente interessante para a equipe, a tendência é que ele apresente esta solução para a equipe, e esta solução venha a fazer parte do projeto!

Fabrício Cozer Martins wrote:Um bom programador é capaz de produzir o que está sendo esperado, independente de ferramentas. Levando em conta os padrões de nomenclatura de classes, metodos, variaveis locais, etc ... etc... por exemplo.Mas se o cara produz mais usando a ide X, pq impor ele usar a ide Y ?

Nem sempre, as vezes se tem um ótimo programador, mas o resultado final, não bem o que o cliente esperava...

Vc já brincou de telefone sem fio qdo era pequeno ?

Pois é, as vezes a informação chega ao programador de forma incompleta, ou interpretada de n formas diferentes.... mas se o programador é bom, ele deveria fazer parte de todas as fases, entendendo o que o cliente quer.

Notícias, artigos e o maior fórum brasileiro sobre Java