Pq uma coisa é fato, não é qualquer um que vai meter a mao na "massa" e
se dar bem em Java. Inclusive na propria OO vc tem que fazer as coisas
bem feitas senão nem OO vc faz. E não quer dizer que a
plataforma/tecnologia é voltada p/ a OO que vc pode fazer muita coisa
que nem chega perto de ser, quem dirá implementar OO avançado ou mexer
com as complexas tecnologias java.
Detalhe é que também não precisa ser um nerd por completo, um guru com
10 anos de experiênca, expert em java p/ fazer as coisas funcionarem.
Basta ter uma bagagem aceitavel de orientação a objetos, conhecer a
linguagem (como os certificados conhecem) e conhecer as tecnologias
disponíveis. Se vc não conhece bem algum destes pontos com certeza vai
sentir uma dificuldade imensa p/ tratar o java. Java não é p/ qualquer
um apesar do q dizem que tem gente programando java em toda esquina. Eu
diria que pode até ter... pela sua popularidade... mas eu diria que
estão apenas "tentando".
Mas como disse antes, isso tudo pode ser levado muito mais p/ o gosto
pessoal. É como falar de futebol. Seria sensato falar sem atacar o time
adversário. Eu por exemplo trabalho com ambas tecnologias, sou
certificado java mas nem por isso menosprezei o zope. Sei o quanto ele é
bom, simples, ágil e funcional. Ambas tem seus pós e contras, neste
sentido implementamos os projetos na tecnologia em que mais se adapta.
No nosso caso (empresa), a implementação simples e ágil é fundamental.
Espero não estar criando flames.. rs
-Marcelo.
João Paulo Fernandes Farias wrote:
> Eu não queria dar minha opinião pois perguntar isso numa lista de Zope
> é sacanagem... Todo mundo vai bombar o Structs (ou qualquer coisa
> javanesa...), mas vou dar um relato do que aconteceu comigo.
>
> Trabalhei por 1 ano e 6 meses na UFRN onde foi adotado J2EE + Struts +
> Hibernate para um projeto de controle acadêmico e nesse 1 ano e 6
> meses nada deu certo. Era um problema atrás do outro e pouca gente
> qualificada o bastante para resolvê-los. Boa parte disso se deve ao
> fato de os frameworks não ajudarem quando algo inesperado acontece: as
> mensagens de erro são completamente inúteis e fica aquele "eu acho que
> é isso, eu acho que é aquilo,...", ou seja, tudo se resolve no achismo
> ou então percorrendo todos os xml's + .java pra ver onde pode estar o
> danado do erro.
>
> Pessoalmente acho que desenvolver desta forma é suicídio! Não sei como
> alguém consegue ter sucesso com isso. Acho que o que faltou mesmo na
> nossa equipe foi aquela pessoa que você diz: "cara, tá acontecendo
> isso assim, assim, assado", e ele responde: "ah! você deve ter
> esquecido de por uma declaração no xml tal.", daí você vai no xml tal
> e percebe que esqueceu mesmo. :-P
>
> Ou seja, não tínhamos na nossa equipe uma pessoa qualificada o
> suficiente para desempacar as mulas.
>
> Por outro lado, nunca desenvolvi nada profissional com zope / plone,
> mas na pouca experiência que tive quando estava estudando a plataforma
> as coisas pareciam mais simples. Ou seja, minha mula desenpancava
> depois de meia horinha de google, ou mesmo vendo o traceback e dando
> uma espiada nos arquivos que este apontava.
>
> Acho que este é um diferencial importante num projeto. Pessoas não tão
> experientes em Zope conseguem resolver problemas. Já um cara não tão
> qualificado "do outro lado da força" pode enlouquecer tentando
> desevendar seus mistérios.
>
> Lá na UFRN existe uma outra equipe que é liderada por um cara bem
> experiente na plataforma Java em geral, e o projeto deles está bem
> adiantado e tem features bem interessantes. O diferencial é esta
> pessoa qualificada dentro da equipe. Qualquer problema que aparece ele
> resolve. Ele é daqueles que dormem 2 horas por dia porque quer saber
> todos os detalhes de todas as tecnologias voltadas à plataforma
> java... (brincadeira, hehehe, mas o cara estuda muito mesmo).
>
> Minha dica é: aproveito o conhecimento prévio dos profissionais da sua
> equipe, não os force a utilizar algo que eles não dominam apenas para
> satisfazer um ou outro. Se você tem uma equipe qualificada para
> trabalhar em java, go ahead! As chances de sucesso são altas. Caso
> contrário, experimente outras tecnologias e procure saber deles com
> quais eles mais se identificaram e o motivo disto. Motivos como "java
> é uma mer**" não contam. Procure motivos reais como, "tive
> dificuldades com struts pois é necessário manter vários arquivos xml
> além de ter que criar código demais para coisas simples", ou "me
> identifiquei com a linguagem python pois me permite ser mais produtivo
> e me preocupar mais com o problema a resolver que com a linguagem
> propriamente dita", ou mesmo "gostei de php porque gosto de ter todo o
> código num só lugar, a mistura de html + código me parece algo bom".
> Cada um tem seu estilo, preferências, etc. Tente levar isso em conta e
> vejo qual tecnologia melhor se encaixa para sua equipe.
>
> Cara**o, falei demais! Tenho que perder esse hábito!
Para enviar uma mensagem: zope-pt@yahoogrupos.com.br
Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED]
| Yahoo! Grupos, um serviço oferecido por: | |
|
Links do Yahoo! Grupos
- Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/zope-pt/
- Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]
- O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.
