Para vocês que vivem falando que JavaSwing é improdutivo e falta ferramenta

não, nunca tentei.

e vc? ja tentou isso:

script/generate scaffold Modelo campo:tipo_de_dado ?

swing eh improdutivo, acostume-se com isso. (talvez nem tanto quanto ABAP)

orlandocn:

não, nunca tentei.

e vc? ja tentou isso:

script/generate scaffold Modelo campo:tipo_de_dado ?

swing eh improdutivo, acostume-se com isso. (talvez nem tanto quanto ABAP)

Cara, eu não sei como você recebeu a mensagem dando uma resposta fora de foco assim, mas minha idéia era mostrar esse plugin que eu testei. Ele gera código limpo, pelo menos mais limpo que o do netbeans, e muito leve.

E sei lá o qual a sua experência, mas se parar para pensar não é complicado fazer um gerador de CRUD para Java Swing também, acho que o Griffon http://griffon.codehaus.org/ deve fazr algo do tipo.

orlandocn:

não, nunca tentei.

e vc? ja tentou isso:

script/generate scaffold Modelo campo:tipo_de_dado ?

swing eh improdutivo, acostume-se com isso. (talvez nem tanto quanto ABAP)

Orlando, nem sempre a vida de um desenvolvedor é tão simples assim… Rails é produtivo? Sim… Mas é sempre que se pode usá-lo? Claro que não. Um desenvolvedor deve estar preparado para situações onde ele terá restrições em seu trabalho. Ou ser bom o suficiente pra poder escolher com o que vai trabalhar. E normalmente, esse cara “bom suficiente” não é tão restritivo ao uso de outras tecnologias.

Já tive que trabalhar em projeto que, por diversas razões, TINHA que ser Swing… E uma ferramenta dessa seria útil…

Hoje, por exemplo, trabalho em uma aplicação web onde, por diversas razões técnicas, não posso usar Hibernate, Spring, JasperReports… E quer saber? Está sendo um desafio bem legal ter que fazer algo JSF + JPA + EJB3, tudo bem restrito à especificação…

Enfim, Rails é produtivo? Sim… mas não é nenhuma bala de prata.

Lembre-se: pra quem só sabe usar martelo, todo problema é prego

Sensacional. Nunca achei o Swing improdutivo, mas achei bem bacana o editor.
Eu usava o Visual Editor, que também gera um código bem mais limpo que o Netbeans.

As únicas ferramentas boas pra Swing que já usei até hoje (devo ter usado umas 5) foram JFormsDesigner e WindowBuilder Pro. Podem falar que NetBeans é legal e tudo mais, mas se você não usou alguma dessas duas ferramentas em projetos reais, acho que não tem como comparar.

Sobre Swing ser um pouco improdutivo, eu concordo. Mas depois que se tem um modelo de desenvolvimento diferente do normal, fica bem mais fácil de desenvolver.

Engracado. Eu sempre achei que desenhar as telas era a parte mais facil de Swing. Programar o comportamento que eh a parte complicada, e nao existe ferramenta capaz de fazer isso por mim

Oi,

Nunca achei o Swing improdutivo. Muito pelo contrário.

Como também nunca utilizei um editor visual, vou realizar o download deste e verificar a sua potência.

Tchauzin!

Oi,

Ótima colocação…

Tchauzin!

Oi,

Só não achei em qual local mudo o tipo de layout no Frame… Alguém achou ?

Tchauzin!

Acho que a melhor vantagem é a liberdade em mexer no código gerado! Exemplo: Ele cria as variáveis localmente no construtor, mas se você mover elas para serem variáveis de instância funciona sem impacto nenhum!

EDIT
Disso que estou falando:
http://code.google.com/intl/pt-BR/javadevtools/wbpro/features/bidirectional.html

lina:

Oi,

Só não achei em qual local mudo o tipo de layout no Frame… Alguém achou ?

Tchauzin!

Tem que clicar no painel do Frame e vai ter a propriedade de layout pra modificar

Eu também nunca achei Swing improdutivo. Nem mesmo quando escrevia na mão.

É que agora eu não uso mais Swing, mas esse WindowBuilder parece muito bom.

Não entendo por que desenvolvedor Java acha que tem que ser tudo no braço, desde que comecei a trabalhar com java vejo isso. Se não for no braço não pode!

A coisa mais entediante que existe é desenvolver uma interface com swing de forma braçal. Alem de ser um tédio acho totalmente improdutivo. Quando mais complexa a interface, pior fica!

Achei a dica ótima pois não conhecia esse plugin ainda, só o VE! Vou experimentar.

Josenaldo, lendo seu post a impressão que tenho é que você descobriu a pólvora,

pena que Brooks já nos disse isso em 1986.

Ao mesmo tempo vc parece ser o cara mais azarado do mundo.

você sai de um

josenaldo:

projeto que, por diversas razões, TINHA que ser Swing…

ao mesmo tempo fico meditando sobre essas duas afirmações suas:

Você quem fez tal especificação? Obviamente sim, afinal vc eh bom o suficiente.
Eu não tenho nada com isso, mas por curiosidade você poderia apontar apenas o principal, entre os diversos motivos que o levaram a optar por EJB?

no mais, o sanches resumiu tudo:

s4nchez:

Eu sempre achei que desenhar as telas era a parte mais facil de Swing. Programar o comportamento que eh a parte complicada, e nao existe ferramenta capaz de fazer isso por mim

x@ndy:

Não entendo por que desenvolvedor Java acha que tem que ser tudo no braço, desde que comecei a trabalhar com java vejo isso. Se não for no braço não pode!

A coisa mais entediante que existe é desenvolver uma interface com swing de forma braçal. Alem de ser um tédio acho totalmente improdutivo. Quando mais complexa a interface, pior fica!

Achei a dica ótima pois não conhecia esse plugin ainda, só o VE! Vou experimentar.

Eu concordo. Até sei desenvolver no braço, acho importante estudar assim para entender os conceitos, ou para aquelas horas que você precisa criar conteúdo dinâmico.
Mas não desenvolvo telas no braço profissionalmente.

x@ndy:

Não entendo por que desenvolvedor Java acha que tem que ser tudo no braço, desde que comecei a trabalhar com java vejo isso. Se não for no braço não pode!

A coisa mais entediante que existe é desenvolver uma interface com swing de forma braçal. Alem de ser um tédio acho totalmente improdutivo. Quando mais complexa a interface, pior fica!

Achei a dica ótima pois não conhecia esse plugin ainda, só o VE! Vou experimentar.

E viva a diferença!!!

Quer saber, eu vim do Delphi, e quando comecei a programar swing fazendo tudo na mão, achava o maximo :lol: achava, desculpem a palavra, um “tesão”, haha ter todo o controle na ponta dos dedos.

Pode ser improdutivo no começo, mas depois que voce modela teus panels, telas e componentes padroes, ja era, tudo flui muito rapido.

Esta ferramenta parece ser interessante mesmo, se tivermos realmente TODA a liberdade de fazer o que quiser com o código e ela nao reclamar, ai sim é 10.

Tipo se eu pegar alguma tela que fiz na mão ela me consegue gerar a tela a partir deste código??

Fred,

Concordo com você. Quando trabalhava com Swing eu tinha um padrão de desenvolvimento que era super produtivo, mas no começo não . Isso com certeza vai do programador, mas eu não criava um label sem usar fábrica nem a pau

Tipo se eu pegar alguma tela que fiz na mão ela me consegue gerar a tela a partir deste código??

Sim:

http://code.google.com/intl/pt-BR/javadevtools/wbpro/features/bidirectional.html

Então, hoje eu gosto mais de JEE,

mas mexi durante uns 3 anos com swing e sempre achei
ele meio complexo,

Eu fiz meu tcc inteiro utilizando swing como camada view,
mas foi complicado desenvolver em algumas partes

principalmente pela complexidade em se criar layouts personalizados
que não funcionavam entre si por causa de um bug que a sun precisava corrigir,

hoje em não sei se foi corrigido, mas por causa disso eu tive que modificar todo
o meu layout pois mesmo herdando e fazendo as configurações, os layouts não
não funcionavam… sendo que um monte de gente já tinha reportado isso para a sun corrigir.
Alias eu criei o código na mão mesmo…

Sinceramente eu não gosto de construção de GUI utilizando wizard, pois assim qualquer um
que não sabe nem o que é um objeto, nem OO pode criar um sistema cheio de bugs
e entregar um sistema desses, manchando a reputação das pessoas que trabalham na área
e diminuindo o salário de tais profissionais.

código gerado é uma faca de dois gumes.

johnny quest:

Então, hoje eu gosto mais de JEE,

mas mexi durante uns 3 anos com swing e sempre achei
ele meio complexo,

Eu fiz meu tcc inteiro utilizando swing como camada view,
mas foi complicado desenvolver em algumas partes

principalmente pela complexidade em se criar layouts personalizados
que não funcionavam entre si por causa de um bug que a sun precisava corrigir,

hoje em não sei se foi corrigido, mas por causa disso eu tive que modificar todo
o meu layout pois mesmo herdando e fazendo as configurações, os layouts não
não funcionavam… sendo que um monte de gente já tinha reportado isso para a sun corrigir.
Alias eu criei o código na mão mesmo…

Sinceramente eu não gosto de construção de GUI utilizando wizard, pois assim qualquer um
que não sabe nem o que é um objeto, nem OO pode criar um sistema cheio de bugs
e entregar um sistema desses, manchando a reputação das pessoas que trabalham na área
e diminuindo o salário de tais profissionais.

código gerado é uma faca de dois gumes.

Uma coisa é a interface, outra é o comportamento dessa interface. Se uma ferramenta me facilita a criação de um layout eu uso com certeza, até por que eu considero a parte mais chata e que menos “valor” tem no desenvolvimento. Não estou dizendo que a interface não seja importante, por que ela é e muito, só que uma interface vazia e sem comportamento não representa nada! A meu ver o comportamento é mais importante e a ferramenta não faz isso.

Quando a código gerado ser ruim, eu já vi código feito a mão ser pior e mais cheios de bugs. Esse é um detalhe importante. Se o programador é ruim ele vai escrever código ruim de qualquer maneira. A IDE só vai fazer com que ele faça isso mais rápido!

No meu conceito o cara não necessita ser programador para fazer interface. Eu sou um que sou péssimo para fazer layouts, Muitas vezes pedi ajuda para minha namorada que arquiteta e trabalha com design para me ajudar. Ela usando VE consegui melhorar em muito as interfaces que eu criava, mesmo sem escrever uma linha de código. Depois era só implementar o comportamento.

Pra isso:

cito isso:

sempre pensei da seguinte maneira:
-> Há muitas formas de se conectar ao banco de dados, mas poucas que garantam um sistema seguro, rápido e extensível. A parte que representa a minoria é aquela que vai exigir um profissional melhor preparado.

Agora quanto ao código gerado, sugiro que teste a ferramenta e vai ver que isso não é problema com ela. Ela gera e você pode ajustar. Se o seu ajuste não for correspondido com a ferramenta visual, entre em contato com a equipe do plugin…

Oi,

Swing não é improdutivo.

O pessoal não entendeu o que eu disse,
Sim, a parte mais complicada mesmo é a lógica em vez da interface gráfica.

Mas eu me referi ao fato que muita gente que conheci falava que sabia swing, que tinha conhecimento avançado sobre os componentes
e somente usavam wizards para criar os programas, sem saber nem o que acontecia nos bastidores

mas quando tais pessoas precisavam escrever linha de código, não conseguiam fazer nada
e acabavam pedindo a ajuda de pessoas que preferiam criar o código na mão e que sabiam o que acontecia
no bastidores e não ficavam somente puxando componentes e definindo propriedades e eventos.

Claro que um wizard na mão de um senior que sabe o que acontece facilita e aumenta a produtividade,
mas um wizard na mão de alguém sem conhecimento pode se transformar em dor de cabeça na
hora de alterações.

Por isso falei que criar o view utilizando wizards pode ser uma faca de dois gumes.

Não gosto dessa galera xiita que acha que vao fazer até um SO com Ruby :?

Acho que esse lance de automatizar tarefas diminui a necessidade de mais profissionais.

ou seja, é necessário profissionais com menos conhecimento e que aceitem salários mais baixos.

quanto mais automatizarem a tarefa do programador, mais peões existiram e vão sobrar apenas as pessoas que automatizaram

acho que pra descrever melhor isso vai uma linha., vou generalizar a programadores.

Programador Perfeito -> Programador bom -> Programador médio -> Programador drag and drop -> cliente

Como aconteceu na revolução industrial, em que várias pessoas perderam / ganharam empregos, pessoas contra / a favor, pessoas com medo da evolução…

o que estou querendo dizer com isso…, é que pessoas vão perder seus empregos e dar lugar a automatização, até os programadores.

o importante é tentar se manter sempre acima na cadeia alimentar, pois senão alguém vai automatizar sua tarefa…Cuidado!.

johnny quest:

O pessoal não entendeu o que eu disse,
Sim, a parte mais complicada mesmo é a lógica em vez da interface gráfica.

Mas eu me referi ao fato que muita gente que conheci falava que sabia swing, que tinha conhecimento avançado sobre os componentes
e somente usavam wizards para criar os programas, sem saber nem o que acontecia nos bastidores

mas quando tais pessoas precisavam escrever linha de código, não conseguiam fazer nada
e acabavam pedindo a ajuda de pessoas que preferiam criar o código na mão e que sabiam o que acontecia
no bastidores e não ficavam somente puxando componentes e definindo propriedades e eventos.

Claro que um wizard na mão de um senior que sabe o que acontece facilita e aumenta a produtividade,
mas um wizard na mão de alguém sem conhecimento pode se transformar em dor de cabeça na
hora de alterações.

Por isso falei que criar o view utilizando wizards pode ser uma faca de dois gumes.

Bom, ai eu concordo, programador arrastador de botão não vai saber fazer nada mesmo e isso acontece muito com gente que sai do delphi e vai para java! Normalmente eles voltam correndo, odiando o java. Começa que o padrão de eventos no java é implementado utilizando o padrão Observer e no Delphi é um ponteiro para um método, o que é bem mais simples, mas cria um acoplamento. Se o cara não entende nada de padrões de projeto básicos não vai demorar muito para entender o swing.

douglaskd:

Acho que esse lance de automatizar tarefas diminui a necessidade de mais profissionais.

ou seja, é necessário profissionais com menos conhecimento e que aceitem salários mais baixos.

quanto mais automatizarem a tarefa do programador, mais peões existiram e vão sobrar apenas as pessoas que automatizaram

acho que pra descrever melhor isso vai uma linha., vou generalizar a programadores.

Programador Perfeito -> Programador bom -> Programador médio -> Programador drag and drop -> cliente

Como aconteceu na revolução industrial, em que várias pessoas perderam / ganharam empregos, pessoas contra / a favor, pessoas com medo da evolução…

o que estou querendo dizer com isso…, é que pessoas vão perder seus empregos e dar lugar a automatização, até os programadores.

o importante é tentar se manter sempre acima na cadeia alimentar, pois senão alguém vai automatizar sua tarefa…Cuidado!.

Não concordo! Durante muito tempo trabalhei com automação industrial justamente automatizando processos e nunca vi ninguem perder o emprego por causa disso!
As empresas que automatizavam algum processo o faziam para melhorar a qualidade dos seus produtos e aumentar a velocidade de produção. Elas investiam muito em seus profissionais para os demitirem.

Os casos que eu vi de perda de emprego aconteceram em processos de automação que utilizava empregados sem a menor qualificação! Esses profissionais eram substituidos até por uma betoneira.
Um profissional qualificado não teme a automação, ele a usa em proveito proprio para agregar valor ao seu trabalho!

x@ndy:

douglaskd:

Acho que esse lance de automatizar tarefas diminui a necessidade de mais profissionais.

ou seja, é necessário profissionais com menos conhecimento e que aceitem salários mais baixos.

quanto mais automatizarem a tarefa do programador, mais peões existiram e vão sobrar apenas as pessoas que automatizaram

acho que pra descrever melhor isso vai uma linha., vou generalizar a programadores.

Programador Perfeito -> Programador bom -> Programador médio -> Programador drag and drop -> cliente

Como aconteceu na revolução industrial, em que várias pessoas perderam / ganharam empregos, pessoas contra / a favor, pessoas com medo da evolução…

o que estou querendo dizer com isso…, é que pessoas vão perder seus empregos e dar lugar a automatização, até os programadores.

o importante é tentar se manter sempre acima na cadeia alimentar, pois senão alguém vai automatizar sua tarefa…Cuidado!.

Não concordo! Durante muito tempo trabalhei com automação industrial justamente automatizando processos e nunca vi ninguem perder o emprego por causa disso!
As empresas que automatizavam algum processo o faziam para melhorar a qualidade dos seus produtos e aumentar a velocidade de produção. Elas investiam muito em seus profissionais para os demitirem.

Os casos que eu vi de perda de emprego aconteceram em processos de automação que utilizava empregados sem a menor qualificação! Esses profissionais eram substituidos até por uma betoneira.
Um profissional qualificado não teme a automação, ele a usa em proveito proprio para agregar valor ao seu trabalho!

a cara eu acho que você me confundiu…

estou querendo dizer…engenheiros e programadores/arquitetos criam um gerador de código e um gerador de tela…

um programador/implementador usa essas ferramentas e consequentemente por ser mais fácil seu salário é menor

os programadores que sobrevivem são os que criam ferramentas para programadores esses pra mim…são verdadeiros programadores

criar um netbeans, desenvolver um eclipse, desenvolver um VS, delphi, vb da vida sei la…

deve haver controversas mais eu acho que isso…

douglaskd:

a cara eu acho que você me confundiu…

estou querendo dizer…engenheiros e programadores/arquitetos criam um gerador de código e um gerador de tela…

um programador/implementador usa essas ferramentas e consequentemente por ser mais fácil seu salário é menor

os programadores que sobrevivem são os que criam ferramentas para programadores esses pra mim…são verdadeiros programadores

criar um netbeans, desenvolver um eclipse, desenvolver um VS, delphi, vb da vida sei la…

deve haver controversas mais eu acho que isso…

Eu não acho. Uma coisa é arrastar botão, outra é escrever código! Com certeza os arrastadores de botão influem no mercado, mas um profissional qualificado sempre vai ter emprego, seja para fazer IDEs, seja para desenvolver sistemas comerciais ou que for! A meu ver o arrastador de botão que tem que ter medo. Pois eles normalmente ficam condicionados a uma tecnologia e o tempo passa e ai aparece outra que ele não domina e ele perde seu emprego!

douglaskd:

x@ndy:

douglaskd:

Acho que esse lance de automatizar tarefas diminui a necessidade de mais profissionais.

ou seja, é necessário profissionais com menos conhecimento e que aceitem salários mais baixos.

quanto mais automatizarem a tarefa do programador, mais peões existiram e vão sobrar apenas as pessoas que automatizaram

acho que pra descrever melhor isso vai uma linha., vou generalizar a programadores.

Programador Perfeito -> Programador bom -> Programador médio -> Programador drag and drop -> cliente

Como aconteceu na revolução industrial, em que várias pessoas perderam / ganharam empregos, pessoas contra / a favor, pessoas com medo da evolução…

o que estou querendo dizer com isso…, é que pessoas vão perder seus empregos e dar lugar a automatização, até os programadores.

o importante é tentar se manter sempre acima na cadeia alimentar, pois senão alguém vai automatizar sua tarefa…Cuidado!.

Não concordo! Durante muito tempo trabalhei com automação industrial justamente automatizando processos e nunca vi ninguem perder o emprego por causa disso!
As empresas que automatizavam algum processo o faziam para melhorar a qualidade dos seus produtos e aumentar a velocidade de produção. Elas investiam muito em seus profissionais para os demitirem.

Os casos que eu vi de perda de emprego aconteceram em processos de automação que utilizava empregados sem a menor qualificação! Esses profissionais eram substituidos até por uma betoneira.
Um profissional qualificado não teme a automação, ele a usa em proveito proprio para agregar valor ao seu trabalho!

a cara eu acho que você me confundiu…

estou querendo dizer…engenheiros e programadores/arquitetos criam um gerador de código e um gerador de tela…

um programador/implementador usa essas ferramentas e consequentemente por ser mais fácil seu salário é menor

os programadores que sobrevivem são os que criam ferramentas para programadores esses pra mim…são verdadeiros programadores

criar um netbeans, desenvolver um eclipse, desenvolver um VS, delphi, vb da vida sei la…

deve haver controversas mais eu acho que isso…

Empresa do almir essa ae: TÁ TUDO CERTO QUERIDO, PODE FICAR TRANQUILO

Swing é menos produtivo que a VCL ou a API do .NET.

Se analisarmos a arquitetura, é relativamente fácil ver que o Swing não foi projetado pra ser RAD, ao contrário da VCL, por exemplo. Por isso o código gerado pelo Swing nas ferramentas automáticas tende a ser mais verboso e confuso.

Mas mesmo assim não é nada de outro mundo, como não é nada do outro mundo programar na mão em Delphi.

Agora, concordo com o x@ndy, se um profissional se sentir ameaçado por um programador do tipo “clica e arrasta”, acho que o problema está mais nele do que na facilidade da ferramenta. Querer que as ferramentas fiquem difíceis pra somente técnico poder utilizar é uma reserva de mercado muito pior do que exigir curso superior pra exercer a profissão. Quanto mais automática as tarefas básicas, mais dá tempo de se centrar nos aspectos técnicos e de regra de negócio, onde aí sim valoriza o profissional.

Tarefas mecânicas na programação tendem a ser automatizadas, se alguém quiser fazer um CRUD pra cadastrar seus gibis, vai precisar saber padrões de projeto, entender de arquitetura, portabilidade e independência de fabricante? Menos, né gente?

Foi a mesma coisa que aconteceu na área de fotografia, que somente fotógrafos profissionais conseguiam tirar fotos, quando a Kodak criou as máquinas portáteis foi a maior chiadeira, que ia acabar com os profissionais, que ia encher o mercado de fotos com péssima qualidade, ia reduzir o salário, etc. E o que aconteceu foi o contrário, o mercado de fotografia sofreu um boom e se transformou.