Arquivo Discussoes de Programacao e Tecnologia Olá pessoal venho compartilhar um assunto com vocês.Como você fazem para ser mais produtivo em Java, que ferramentas usam, frameworks, etc…
Tipo para fazer um cadastro básico demoro muito tempo, tipo construindo os JSP’s colocando mascaras, nos campos, etc…
O que vocês tem usado para aumentar a produtividade de paginas JSP e em Java em geral?
Valeu
Baseado no que vc falou eu diria que JSF com richfaces, icefaces, hibernate, jpa, ejb 3.0, spring e alguns plugins já ajudariam bastante. O problema é que muitas vezes a produtividade não está apenas ligada as ferramentas que vc utiliza; a motivação e uma boa estratégia realmente valem ouro nesta questão.
flws
Eu sou apenas do suporte na minha empresa, mas pelo que vejo
conversando com os desenvolvedores, a Equipe bem motivada
e trabalhando junto, vale muito mais do que um bom livro em cima da mesa.
A produtividade não está na ferramenta, nunca esteve! Quem tem determinada produtividade somos nós. Você está demorando muito pra fazer as páginas porque ainda é novo, só isso. Com mais prática e mais aprendizagem, você melhora.
E é difícil traçar qual framework vai te dar uma melhor produtividade. Alías, impossível, isso não existe! Existem pessoas que ficaram mais produtivas, mas se deve mais ao conhecimento sobre como organizar e pensar no problema (mesmo que isso seja causado pelo framework) do que na ferramenta em si.
A produtividade não está na ferramenta, nunca esteve! Quem tem determinada produtividade somos nós. Você está demorando muito pra fazer as páginas porque ainda é novo, só isso. Com mais prática e mais aprendizagem, você melhora.E é difícil traçar qual framework vai te dar uma melhor produtividade. Alías, impossível, isso não existe! Existem pessoas que ficaram mais produtivas, mas se deve mais ao conhecimento sobre como organizar e pensar no problema (mesmo que isso seja causado pelo framework) do que na ferramenta em si.
Olá concordo com algumas coisas que você disse, mas não sou tão novo assim em programação Web, o problema e que não existe uma equipe em java onde trabalho, é somente eu, então queria algumas ferramentas que o pessoal tem usado para agilizar na criação de paginas JSP, que é a parte que me deixa menos produtivo.
Baseado no que vc falou eu diria que JSF com richfaces, icefaces, hibernate, jpa, ejb 3.0, spring e alguns plugins já ajudariam bastante. O problema é que muitas vezes a produtividade não está apenas ligada as ferramentas que vc utiliza; a motivação e uma boa estratégia realmente valem ouro nesta questão.flws
Nunca mexi com JSF, mas pelo que sei e bem interessante e tem efeitos legais tbm. Vou começar a dar uma olhada nas ferramentas que disse. Obrigado!
Pensei ser um tópico da onda ‘como aumentar seu p…’
A produtividade não está na ferramenta, nunca esteve! Quem tem determinada produtividade somos nós. Você está demorando muito pra fazer as páginas porque ainda é novo, só isso. Com mais prática e mais aprendizagem, você melhora.E é difícil traçar qual framework vai te dar uma melhor produtividade. Alías, impossível, isso não existe! Existem pessoas que ficaram mais produtivas, mas se deve mais ao conhecimento sobre como organizar e pensar no problema (mesmo que isso seja causado pelo framework) do que na ferramenta em si.
Olá concordo com algumas coisas que você disse, mas não sou tão novo assim em programação Web, o problema e que não existe uma equipe em java onde trabalho, é somente eu, então queria algumas ferramentas que o pessoal tem usado para agilizar na criação de paginas JSP, que é a parte que me deixa menos produtivo.
Cara, o que o Leonardo falou, para mim, também é a realidade.
Se você já se sente seguro com o Java e deseja focar no “background”, não precisa se preocupar com outra coisa se não o Java e Engenharia de Software. O problema de ter uma View bem feita é de um designer e não seu. Este cara, por ser especialista, tem muito mais prática na construção desta camada. E com a prática vem a produtividade.
É claro que é interessante o desenvolvedor conhecer CSS, JS, etc. Mas quem tem a obrigação de produzir um design bem feito, é o designer. Como já disse, esse é o meu ponto de vista.
Colocar alguns componentes na tela para testar as funcionalidades e as ligações entre as camadas, não deveria ser um trabalho árduo. Se ainda é, mais uma vez tenho que dar razão ao Leonardo: com a prática, a produtividade virá.
Independente dos 1543203746200000 frameworks que o Java tem, quem é produtivo ou não é você, não a linguagem ou a profissão.
Abraços.
A produtividade não está na ferramenta, nunca esteve! Quem tem determinada produtividade somos nós. Você está demorando muito pra fazer as páginas porque ainda é novo, só isso. Com mais prática e mais aprendizagem, você melhora.E é difícil traçar qual framework vai te dar uma melhor produtividade. Alías, impossível, isso não existe! Existem pessoas que ficaram mais produtivas, mas se deve mais ao conhecimento sobre como organizar e pensar no problema (mesmo que isso seja causado pelo framework) do que na ferramenta em si.
EDIT - Estou considerando apenas a situação colocada. Não estou querendo dizer que tal tecnologia é melhor ou pior em tudo.
A produtividade não está na ferramenta, nunca esteve! Quem tem determinada produtividade somos nós. Você está demorando muito pra fazer as páginas porque ainda é novo, só isso. Com mais prática e mais aprendizagem, você melhora.E é difícil traçar qual framework vai te dar uma melhor produtividade. Alías, impossível, isso não existe! Existem pessoas que ficaram mais produtivas, mas se deve mais ao conhecimento sobre como organizar e pensar no problema (mesmo que isso seja causado pelo framework) do que na ferramenta em si.
Já eu concordo em partes. Claro que a produtividade depende do desenvolvedor, mas não somente dele.
Pegue um desenvolvedor produtivo e ponha-o para fazer um CRUD de clientes de 3 formas diferentes:
- Servlets, JSP e JDBC;
- JSF e Hibernate;
- Ruby on Rails.
Supondo que o desenvolvedor conheça bem as tecnologias envolvidas, vocês acham que a produtividade seria a mesma?EDIT - Estou considerando apenas a situação colocada. Não estou querendo dizer que tal tecnologia é melhor ou pior em tudo.
Eu concordo com você, por isso eu perguntei que ferramentas e tecnologias o pessoal tem usado para trtabalhar com JSP.Estou até pensando em migrar para JSF porque estou concluindo que o desenvolvimento em JSP é um pouco lento mesmo, visto que tem que fazer tudo na mão o que o JSF já te oferece pronto.
Não tem como dizer que a produtividade só depende do desenvolvedor. A ferramenta ou tecnologia usada aumenta a produtividade e muito, bem essa é a minha opinião.
Do pessoa que desenvolve em JSP, o que vocês usam? Eu particularmente uso Eclipse + WTP para editar as paginas JSP, e para uma edição de JSP + javascript ou HTML eu uso o dreamweaver. De qualquer forma não achei esta combinação produtiva, digo isso porque é a parte do JSP que mais me atrasa no desenvolvimento, já na parte em Java, consigo produzir bem, o que me atrapalha mesmo e o JSP.
Como disseram em cima, o trabalho de produzir paginas bonitas e do desinger, mas na empresa que eu trabalho, que é pequena eu tenho que fazer o papel do designer tbm, e ai e que está o problema.
Valeu
VAleu
A produtividade não está na ferramenta, nunca esteve! Quem tem determinada produtividade somos nós. Você está demorando muito pra fazer as páginas porque ainda é novo, só isso. Com mais prática e mais aprendizagem, você melhora.E é difícil traçar qual framework vai te dar uma melhor produtividade. Alías, impossível, isso não existe! Existem pessoas que ficaram mais produtivas, mas se deve mais ao conhecimento sobre como organizar e pensar no problema (mesmo que isso seja causado pelo framework) do que na ferramenta em si.
Produtividade está nas ferramentas e tecnologias SIM, aliás, também!
Compare o desenvolvimento de um empresa que está engessada em Java 1.4 e J2EE 1.3, com uma IDE de 2005, com uma Java 5/6, JEE 5, e IDE de 2009. Agora pergunte em qual é mais fácil desenvolver Web Services, Controle de Mensagens, Processamento em Lotes, ou até mesmo o desenvolvimento das páginas web.
Produtividade está nas ferramentas e tecnologias SIM, aliás, também!
Compare o desenvolvimento de um empresa que está engessada em Java 1.4 e J2EE 1.3, com uma IDE de 2005, com uma Java 5/6, JEE 5, e IDE de 2009. Agora pergunte em qual é mais fácil desenvolver Web Services, Controle de Mensagens, Processamento em Lotes, ou até mesmo o desenvolvimento das páginas web.
Agora pegue um desenvolvedor que não conheça nada de nada disso tudo que você falou e dá um 2 + 2 para ele desenvolver.
Conheço pessoas que usando o vi são mais produtivas que eu usando o Eclipse. Que tome a palavra o pessoal do RoR.
O VS é dita a melhor IDE do mundo e nem por isso vou passar, no momento, a desenvolver .NET.
As ferramentas são importantes? Claro que sim. Mas devem ser só ferramentas, como o próprio nome já diz.
Para todos a minha volta, que estão começando no Java, falo para usar o vi e o javac. Só depois pode começar a utilizar o Eclipse, NetBeans, whatever.
Essa formação de profissionais de IDE e Frameworks é que acho um absurdo. O pessoal aprende Struts sem saber o que é MVC ou até mesmo um Controller. Acho que deveriam aprender um framework MVC após estarem “escoladas” em JSP + Servlets. Aprender Hibernate após saber o que é ORM e já ter ralado com JDBC puro.
Eu não preciso de JSF, Struts para desenvolver MVC… como também não preciso de Hibernate para desenvolver a minha camada de persistência. Uso? Claro que uso. Mas não são generos de primeira necessidade.
Foi nesse sentido que falei.
EDIT: Respondendo mais diretamente ao título do tópico. Como ficar mais produtivo em JAVA? Estudando Java e Engenharia de Software. Dá uma olhada aqui e na trilha de livros do Shoes.
Motivação é sem dúvia o primeiro passo, mas um bom livro também tem seu valor, principalmente como fonte de consulta e informação. 
Já eu concordo em partes. Claro que a produtividade depende do desenvolvedor, mas não somente dele.
Pegue um desenvolvedor produtivo e ponha-o para fazer um CRUD de clientes de 3 formas diferentes:
- Servlets, JSP e JDBC;
- JSF e Hibernate;
- Ruby on Rails.
Supondo que o desenvolvedor conheça bem as tecnologias envolvidas, vocês acham que a produtividade seria a mesma?EDIT - Estou considerando apenas a situação colocada. Não estou querendo dizer que tal tecnologia é melhor ou pior em tudo.
Produtividade está nas ferramentas e tecnologias SIM, aliás, também!Compare o desenvolvimento de um empresa que está engessada em Java 1.4 e J2EE 1.3, com uma IDE de 2005, com uma Java 5/6, JEE 5, e IDE de 2009. Agora pergunte em qual é mais fácil desenvolver Web Services, Controle de Mensagens, Processamento em Lotes, ou até mesmo o desenvolvimento das páginas web.
Deixa eu dar minha réplica.
O ambiente que vocês estão descrevendo é típico desses mega-projetos de consultoria três letrinhas que tem por aí onde o gerente é deus, o arquiteto é o manda-chuva e os programadores são peões.
Pois bem, se o programador for tratado como peão, sendo obrigado a desenvolver na com frameworks “da arquitetura padrão” e codificar estritamente o que estiver no “documento de design”, então ele se sentirá frustrado em pouco tempo e não será produtivo. Ponto. Não adianta dizer que se usar framework X seria melhor, nenhum framework supera a perda de produtividade causada por burocracia, “linhas de produção” anacrônicas e gerenciamento imbecil.
Um programador, que não tivesse tolhido o seu direito de possuir as suas próprias ferramentas de trabalho, poderia escolher a melhor ferramenta para o projeto. E o programador mais produtivo seria aquele que conhecesse bem alguns patterns e frameworks e conseguisse saber o que é o melhor em determinada situação.
Deixa eu dar minha réplica.O ambiente que vocês estão descrevendo é típico desses mega-projetos de consultoria três letrinhas que tem por aí onde o gerente é deus, o arquiteto é o manda-chuva e os programadores são peões.
Pois bem, se o programador for tratado como peão, sendo obrigado a desenvolver na com frameworks “da arquitetura padrão” e codificar estritamente o que estiver no “documento de design”, então ele se sentirá frustrado em pouco tempo e não será produtivo. Ponto. Não adianta dizer que se usar framework X seria melhor, nenhum framework supera a perda de produtividade causada por burocracia, “linhas de produção” anacrônicas e gerenciamento imbecil.
Um programador, que não tivesse tolhido o seu direito de possuir as suas próprias ferramentas de trabalho, poderia escolher a melhor ferramenta para o projeto. E o programador mais produtivo seria aquele que conhecesse bem alguns patterns e frameworks e conseguisse saber o que é o melhor em determinada situação.
Realmente é horrível não ter liberdade sobre o que usar. Sei bem o que é isso. 
Locais que engessam a arquitetura de um sistema com frameworks de referência tiram todo o tesão de programar: o desenvolvedor começa a procrastinar e a produtividade vai por água abaixo.
Ele chutou o pau da barraca, mas ao invés de rodear no assunto, foi direto no cerne do problema. E é tudo verdade.
Engessar a maneira de uma equipe trabalhar derruba a moral e a produtividade, nem dá vontade de melhorar o sistema se quem tá mais acima acha que esse é o menor dos problemas. Depois ficam perguntando por que as coisas não ficam prontas do dia pra noite (ou da noite pro dia, depende do problema).
Qual seria a definicao do termo “produtividade” na concepcao de voces?
Veremos que esta definicao é muito relativa, pois varia de pessoa para pessoa.
Se vc procura produtividade para projetos CRUD WEB, esqueça Java e procure uma linguagem de script que te atenda Desenvolver CRUD com Java é o mesmo que utilizar um canhão para matar uma formiga, e o canhão é pesado…
Produtividade em meu caso é ter paz para trabalhar e ser criativo em minhas soluções. Velocidade nem sempre é sinonimo de produtividade.
Exatamente. No início do tópico, achei que estivéssemos falando apenas de velocidade de desenvolvimento. Mas a colocação do Leonardo, bastante pertinente, nos fez ver que há outros fatores em jogo.
Se vc procura produtividade para projetos CRUD WEB, esqueça Java e procure uma linguagem de script que te atenda Desenvolver CRUD com Java é o mesmo que utilizar um canhão para matar uma formiga, e o canhão é pesado…
Discordo, quando eu estava começando a aprender java também pensava assim.
Só que as coisas evoluiram muito desde então e o processo de desenvolvimento está bastante simplificado se comparado com a versão 1.4 do java ee, e esta é uma tendencia que parece que a plataforma java está buscando cada vez mais, a de simplificar o desenvolvimento.
Não sei se o aleck se referiu apenas a parte de visualização da operação de crud ou se a tudo, incluindo a camada de negocios. Partindo do principio de que seja apenas a camada de visualização, acredito que frameworks como jsf (meu preferido) e dwr simplificaram bastante o desenvolvimento.
E esta é minha resposta (pessoal) para este post, jsf com componentes ajax (Richfaces ou Icefaces) ou dwr e alguma biblioteca ajax (yui, JqueryUI, extjs, etc).
E o que o autor do post tem haver com toda essa discussão? Nada!
Ele é apenas um cara de uma empresa pequena que NAO TEM um WebDesigner, e ele é o analista-programador-webdesigner, e que gostaria apenas de saber algumas ferramentas/frameworks para fazer suas ditucujas JSP um pouco mais rapido, apenas isso, como voces gostam de complicar.
Na minha opniao JSF + Facelets e RichFaces se quiser, da pra fazer uns templates bacanas com Facelets.
Discordo, quando eu estava começando a aprender java também pensava assim.
Só que as coisas evoluiram muito desde então e o processo de desenvolvimento está bastante simplificado se comparado com a versão 1.4 do java ee, e esta é uma tendencia que parece que a plataforma java está buscando cada vez mais, a de simplificar o desenvolvimento.
Não sei se o aleck se referiu apenas a parte de visualização da operação de crud ou se a tudo, incluindo a camada de negocios. Partindo do principio de que seja apenas a camada de visualização, acredito que frameworks como jsf (meu preferido) e dwr simplificaram bastante o desenvolvimento.
E esta é minha resposta (pessoal) para este post, jsf com componentes ajax (Richfaces ou Icefaces) ou dwr e alguma biblioteca ajax (yui, JqueryUI, extjs, etc).
Me referi ao crud como um todo.
Em ASP ou PHP vc desenvolve sistemas em horas (em alguns casos em minutos), não vi nada comparado no Java, inclusive utilizando DWR, jquery, extjs, JSF.
Tudo no java é envolvido com muitas proteções e controles, que em muitos casos não são tão necessários.
Acontece o mesmo quando falamos em desktop, pois Delphi ou VB ainda reinam em relação a velocidade de desenvolvimento.
Claro que não estou levando em conta a qualidade do produto final, mas em muitos casos esta qualidade só é vista por nós desenvolvedores, pois o cliente só encherga demora e prejuizo.
E o que o autor do post tem haver com toda essa discussão? Nada!Ele é apenas um cara de uma empresa pequena que NAO TEM um WebDesigner, e ele é o analista-programador-webdesigner, e que gostaria apenas de saber algumas ferramentas/frameworks para fazer suas ditucujas JSP um pouco mais rapido, apenas isso, como voces gostam de complicar.
Na minha opniao JSF + Facelets e RichFaces se quiser, da pra fazer uns templates bacanas com Facelets.
Eu poderia citar uma centena de frameworks que agilizam o desenvolvimento, porém a discussão é pertinente, pois nem tudo se resolve com frameworks e utilitários.
Se querem algo para fugir do css, javascript e html, procurem por wicket além dos citados.
Se vc procura produtividade para projetos CRUD WEB, esqueça Java e procure uma linguagem de script que te atenda Desenvolver CRUD com Java é o mesmo que utilizar um canhão para matar uma formiga, e o canhão é pesado…
Discordo. Acho que um profissional JSP + Servlets (até sem frameworks) pode ser tão produtivo (no sentido de rapidez) que um profissional de uma dessas tecnologias que você mencionou. Mas isso é um flame que considero desnecessário. Qual tecnologia é mais produtiva? A ou B. Se você for bom em A, você será mais produtivo em A, se melhor em B, será mais produtivo em B. Essa é a minha visão.
Concordo com toda a colocação. Eu, graças a Deus, nunca trabalhei em um local onde era tolhida a minha liberdade criativa e de definição de Arquitetura do Sistema (qual framework usar, etc). No máximo alguém disse, aqui trabalhamos com Java, aqui com Delphi. Mas esse tipo de coisa eu normalmente fico sabendo no anúncio de emprego ou na primeira entrevista. Ainda não tive experiência como na situação colocada pelo Leonardo.
A segunda frase, para mim, também é perfeita.
Tenho outro ponto de vista com relação a isso e, em conversas que tive, ninguém, ainda, me convenceu do contrário. Mudo de visão se me mostrarem porque estou errado.
A qualidade de código, na minha opnião, NUNCA é somente para o desenvolvedor, quando este não está desenvolvendo projetos pessoais ou exercitando algo que aprendeu.
A qualidade também é importante para o cliente por, pelo menos, dois motivos:
[list]Agilidade na hora de implementar ou modificar requisitos: Conheço desenvolvedores que, quando o cliente chega com uma modificação (durante o desenvolvimento ou não), surtam. Falam que o cliente não sabe o que quer, dentre outras coisas. Em alguns casos o cliente se enganou, realmente. Mas em outros não, foi o negócio que mudou. Mas é ele quem paga os custos da modificação. Só não podemos deixar que ele pense que NÓS nos enganamos, quando não é verdade (o que existe de cliente dizendo que falou o que não falou ou vice versa, é impressionante). Por isso, acredito que devamos estar munidos de um gravador (hoje em dia a maioria dos celulares tem essa função) e registrar as reuniões, com consentimento do cliente. Se não consentir, deixar claro que a forma como o requisito foi entendida não será passível de argumentação.[/list]
[list]Contratação de um novo programador: Um código com qualidade faz a passagem de conhecimento ser menos árdua. Se eu morrer amanhã, o novo programador estará produtivo em um tempo menor, se o código for de qualidade. E não vejo como isso não geraria valor para o cliente. Estaria investindo menos tempo no profissional, na passagem de conhecimento. Existem códigos que mesmo com o “pai da criança” ao lado e todo tempo do mundo para entender, não são entendidos completamente.
[/list]
Usei o exemplo extremo da morte pois, assim, eu estaria totalmente impossibilitado de ajudar na passagem de conhecimento e não teria o aviso prévio.
Então, o fato de que a qualidade só é sentida pelo programador, para mim, é um mito.
Criei o meu blog, justamente, para tentar discutir as questões que envolvem a qualidade. Nele estou tentando passar as minhas idéias sobre o assunto. Sei que preciso melhorar os textos, mas a prática e as críticas vão me ajudar nesse sentido.
Abraços!
Uma dica que não tem erro. Muito café pra equipe ;]
Discordo, quando eu estava começando a aprender java também pensava assim.
Só que as coisas evoluiram muito desde então e o processo de desenvolvimento está bastante simplificado se comparado com a versão 1.4 do java ee, e esta é uma tendencia que parece que a plataforma java está buscando cada vez mais, a de simplificar o desenvolvimento.
Não sei se o aleck se referiu apenas a parte de visualização da operação de crud ou se a tudo, incluindo a camada de negocios. Partindo do principio de que seja apenas a camada de visualização, acredito que frameworks como jsf (meu preferido) e dwr simplificaram bastante o desenvolvimento.
E esta é minha resposta (pessoal) para este post, jsf com componentes ajax (Richfaces ou Icefaces) ou dwr e alguma biblioteca ajax (yui, JqueryUI, extjs, etc).Me referi ao crud como um todo.
Em ASP ou PHP vc desenvolve sistemas em horas (em alguns casos em minutos), não vi nada comparado no Java, inclusive utilizando DWR, jquery, extjs, JSF.
Tudo no java é envolvido com muitas proteções e controles, que em muitos casos não são tão necessários.
Acontece o mesmo quando falamos em desktop, pois Delphi ou VB ainda reinam em relação a velocidade de desenvolvimento.
Claro que não estou levando em conta a qualidade do produto final, mas em muitos casos esta qualidade só é vista por nós desenvolvedores, pois o cliente só encherga demora e prejuizo.
Concordo com sua afirmação!
E o que o autor do post tem haver com toda essa discussão? Nada!Ele é apenas um cara de uma empresa pequena que NAO TEM um WebDesigner, e ele é o analista-programador-webdesigner, e que gostaria apenas de saber algumas ferramentas/frameworks para fazer suas ditucujas JSP um pouco mais rapido, apenas isso, como voces gostam de complicar.
Na minha opniao JSF + Facelets e RichFaces se quiser, da pra fazer uns templates bacanas com Facelets.
Olá Fred, realmente tinha aberto o post, com essa intenção, visto que não gosto de ficar escrevendo HTML, e formatando tables, com cores bonitas, mas como vc mesmo notou trabalho em uma firma pequena q não tem WebDesigner, então eu mesmo tenho q fazer, por isso perguntei o que o pessoal usa pra agilizar essas páginas.
Pelo que vi a maioria das opiniões não falam sobre JSP, mas sim sobre JSF + Facelets e RichFaces, nunca trabalhei com estas tecnologias, mais vou procurar saber, porque acho que resolverá meus problemas.
Entretanto o tópico, desvirtuou para outro caminho, que achei interessante, afinal produtividade, é algo que acho que todos sempre querem melhorar, e discutir pontos de vista é sempre interessante.
Obs:Demorei para responder o tópico, porque o e-mail de aviso de posts, não chegou!