Projetos JAVA sem padrões JAVA

This message was edited 1 time. Last update was at 12/01/2010 19:56:09

Ninguem falou em avaliar o trabalho mas já que vc falou nisso, sim, todos temos direito de julgar um profissional como bom ou ruim depois de avaliar o seu trabalho. Repare que isto não significa dizer que o cara é estupido ou inteligente e sim se é bom profisional ou não.

Òtimo, podemos julgar DEPOIS de avaliar seu trabalho. E como é feito o julgamento? Quem define os critérios?
Tem peso maior o profissional que entrega o produto esperado, funcional e no prazo mesmo que não siga todas metodologias?
Aquele que segue todas boas práticas e convenções mesmo que não entregue o produto esperado, funcional e no prazo?
Ou ainda, só aquele que entrega o produto esperado seguindo todas convenções e boas práticas?

A comunidade java tem sim bastantes antas, assim como nas outras linguagens. A grande maioria dos desenvolvedores são mediocres.
A grande maioria no brasil não conheceo GUj ou a javaMagazine e a MundoJava.
A grande maioria não sabe ingles o que significa que não se mantém a par das inovações , das boas práticas , etc... Mas o que faz um bom profissional não é ele ter lido muito e visitado muitas reuniões java. O que faz dele um bom profissional é não estar satisfeito com o que sabe. O cara pode viver no meio do deserto, mas se ele sempre procura a melhor forma de desenvolver, ele é um bom profissional.

Aqui entramos no reino das opiniões. Um bom profissional para você é isto. Não é a verdade absoluta. Crie um tópico perguntando "O que é um bom profissional java?" e terá dezenas/centenas de respostas distintas.
Na MINHA opinião, o bom profissional é aquele que resolve problemas com soluções que ele conhece. Quando ele não conhece uma solução, ele corre atrás de uma, entende e aplica. Nem sempre ele utiliza as boas práticas e convenções, mas ele domina o que fez. E principalmente: são altamente adaptáveis ao ambiente.
Não se desesperam e travam ao ver algo desconhecido. Aprendem o padrão "local" e se adaptam a resolver problemas daquela forma.

Eu tentei explicar isto antes. Não é aquilo que o cara faz que o torna bom ou mau profissional, é a razão porque faz. Se vc pergunta : porque vc decidiu usar struts ? e o cara responde : porque li uma materia na javmagazine e achei legal. Resposta errada. Se ele responde: a equipa não conhecia nenhum framework para web e vimos uma materia na java magazine e decidimos usar como manual - já está melhor. Se ele fala: utilizámos várias ferramentas web durantes os vários projetos que fizemos e concluimos que a equipa é mais produtiva quando usamos struts - resposta certa.

Novamente, é o seu conceito de certo ou errado aqui.
Mas...se a pergunta fosse outra: "Por que você não está utilizando framework algum, nem seguindo a convenção da sun?"
Porque a equipe já fez vários projeto assim e somos mais produtivos utilizando as libs e padrões que nós criamos... tá errado isso?

È como eu disse, o valor não está no ato, e sim na razão. Se vc mata por defesa não é considerado errado. Se vc rouba para comer não é considerado errado. Mas se vc rouba para comprar uma casa de 2 milhões , sim. O ato é o mesmo, mas o que lhe confere valor é a razão por detrás.

Na verdade acima você entra em contradição com o que disse antes:

A moral está presente no proprio ato em si. Por exemplo, se alguem rouba algo é facil devolver, mas isso não muda o ato errado de roubar.

De qualquer forma, eu não acho que alguma forma de desenvolvimento possa simplesmente ser considerada errada.
Aliás, para mim está errada quando não soluciona o problema ( E para ficar claro, gambiarras não solucionam problemas... geralmente elas o contornam).

A maioria do software no brasil é feito por pessoas não preparadas. Não ha como considerar isso bom.

Concordo. Não creio que a questão aqui seja esta...

Quem segue boas práticas segue-as porque sabe o seu valor. Quem as despreza está comentendo um erro.
O proprio conceito de "boa prática" implica que foi aprovada pela comunidade, não segui-la é violar explicitamente aquilo que é considerado bom.

Quem não segue pode simplesmente não reconhecer seu valor. Segundo sua definição, se eu disser "Uso boas práticas pq a comunidade java disse q é legal", estou dando a resposta errada, certo? Se a pessoa conhecer a tal "prática" e tiver motivos pra não usá-la estará sempre errado?
Ainda.. quem não usa, provavelmente nem conhece, e nada garante que ele não crie uma versão própria de uma prática em específico que atenda suas necessidades.

não vou excluir os maus desenvolvedores java da comunidade java, mas tb não vou considerar que são eles que determinam as tendências, da mesma forma que não vou matar quem matou, mas tb não o vou eleger presidente.

quando me referi a exclui-los, me referi ao conceito de "aprovado pela comunidade". se a maioria da comunidade (as "antas" e "mediocres" que vc disse) não opina, não usa os padrões, não frequenta o guj ou lê a java magazine... é realmente a comunidade que aprova ou desaprova algo?

é irônico ter usado este exemplo. vc não o elegeria presidente, mas a sociedade elegeu um presidente que já foi acusado de obrigar sua namorada a cometer um aborto (que também pode ser visto como uma forma de assassinato)

This message was edited 1 time. Last update was at 13/01/2010 01:52:08

claudiom wrote:
Òtimo, podemos julgar DEPOIS de avaliar seu trabalho. E como é feito o julgamento? Quem define os critérios?
Tem peso maior o profissional que entrega o produto esperado, funcional e no prazo mesmo que não siga todas metodologias?
Aquele que segue todas boas práticas e convenções mesmo que não entregue o produto esperado, funcional e no prazo?

... bla... bla... bla...
... bla... bla... bla...
... bla... bla... bla...

Vc sabe o que é SCEA ?
Vc sabe o que é Know-How ?
Vc sabe o que é javaone ?

abraco e que Deus te ajude

GUJ Master Membro desde: 23/10/2008 06:39:07 Mensagens: 1092 Offline

claudiom wrote:bla bla bla...

Faço a mesma pergunta do Jeremias logo acima, você conhece SCEA? Arquitetura de software ou algo assim?

Não existe como entregar um produto que cumpra os requisitos plenamente sem metodologia. E usar por que a comunidade diz que é bom é babaquice. O certo é entender porquê se usa e então decidir se vai ou não usá-lo, assim como existem outras opções.

Agora essa revolta em seguir métodos só resulta em uma coisa: péssimo código, péssimo design, péssima arquitetura.

Há mais coisas entre o desenvolvimento e a politicagem do que especula a nossa vã filosofia.

This message was edited 1 time. Last update was at 13/01/2010 19:37:12

jjose wrote:Vc sabe o que é SCEA ?

sei...

jjose wrote:Vc sabe o que é Know-How ?

sei...

jjose wrote:Vc sabe o que é javaone ?

sei...

qual era o seu ponto?

AUser wrote:Faço a mesma pergunta do Jeremias logo acima, você conhece SCEA? Arquitetura de software ou algo assim?

respondido

AUser wrote:Não existe como entregar um produto que cumpra os requisitos plenamente sem metodologia.

concordo.. não quer dizer que a única metodologia eficiente seja a definida pela comunidade

AUser wrote:
E usar por que a comunidade diz que é bom é babaquice. O certo é entender porquê se usa e então decidir se vai ou não usá-lo, assim como existem outras opções.

pois é, este é meu ponto.

AUser wrote:Agora essa revolta em seguir métodos só resulta em uma coisa: péssimo código, péssimo design, péssima arquitetura.

não há revolta...
a questão é entre desenvolvimento certo e errado... acho simplesmente que não é tão simples decidir

Criei esse topico pq hj posso falar que é pior p/ trabalhar quando nao se tem padroes.

Passei por varias consultorias onde eu chegava e em 1 ou 2 semanas ja pegava o jeito mas, quando vc cria seu padrao, cria uma margem de aprendizado muito grande, e cedo ou tarde cai em problemas. Eu vj uma manutenção e falo "em 10 min resolvo" mas, quando entro no codigo falo "em 2 dias resolvo".

Se certo ou errado nao sei, sei que é PIOR se comparado com quem usa padroes.

Projeto web,
Eu sei o pq usar MVC, algum genio gostaria de compartilhar o pq de nao usar? Exemplos

minha assinatura
Primeira merda POG Fazer as merdas que muitos fizeram por defender o primeiro pensamento POG.
Terceira merda POG Se basear em absurdos para defender seu desenvolvimento.

GUJ Expert Membro desde: 18/02/2008 16:17:53 Mensagens: 3002 Offline

Eu tenho medo de empresas que fazem seus próprios, geralmente porcos, padrões.

Eu também tenho medo de empresas que seguem outros padrões e metodologias à risca. "À risca" me lembra um cavalo usando uma viseira, só olha para um lado, sempre em frente, mesmo que esteja indo pro lugar errado.

Bruno Laturner wrote:Eu tenho medo de empresas que fazem seus próprios, geralmente porcos, padrões.

Eu também tenho medo de empresas que seguem outros padrões e metodologias à risca. "À risca" me lembra um cavalo usando uma viseira, só olha para um lado, sempre em frente, mesmo que esteja indo pro lugar errado.

Somos 2

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