[quote=YvGa]
Se voce esta falando de desktop pode ser, realmente ficar criando controles e posicionando tudo na mão toma muito tempo. Mas para web não vejo vantagem. Com um pouco de estudo em css e html voce consegue prototipar tão rapido quanto qualquer drag and drop.
É sobre esse tipo de afirmação que eu falo, drag and drops, sempre eles. E se eu não gosto deles (coisa que não disse) já se supoe que eu gosto de programar em bloco de notas. Um IDE é muito, muito mais que drag and drop. Trabalho ha anos com java para web e só senti falta desse recurso enquanto não tinha dedicado tempo a estudar javascript, html e css.
Desktop é outra historia.
É por esse tipo de pensamento que nós temos esses monstros monoliticos para dar manutenção hoje em dia. Seja lé em java, c#, php, delphi etc… Há uma preocupação com produtividade, sem medir produtividade de nada. A maior parte do tempo que se perde construindo uma aplicação grande é na definição e implementação das regras dessa aplicação.
Mas o que normalmente é feito? Já escolhem a tecnologia porque tem drag and drop e binding de componente. Ajuda? Em muitos casos sim, mas é só a ponta do iceberg. Então depois disso definido, e garantido que a equipe, que há anos não estuda nada de novo, vai ter uma curva de aprendizado suave o projeto começa. Protótipo, telinha pronta aqui, telinha pronta lá e tudo uma maravilha.
Porém antes, e muito antes, da aplicação entrar em produção começa o inferno da manutenção. Cada mudança de requisito é um parto, cada alteração gera um caminhão de bugs, isso sem usuário real usando ainda. E dá-lhe programador passando o dia inteiro olhando valor de variável no debug pra descobrir porque cada vez que ele altera uma coisa outra para de funcionar. E quando finalmente o negócio vai pra produção, se é que vai, o inferno toma conta de vez. E isso tudo muitas vezes sem precisar sequer por a mão naquela tela maravilhosa feita com drag and drop que garante a superprodutividade da equipe.
E vem gente dizer que ferramenta visual é o calcanhar de aquiles do java. Se o problema fosse esse tava tudo resolvido, faz-se tudo com ferramentas visuais, os projetos não atrasam, os clientes ficam satisfeitos, os prazos são cumpridos e o java morre.
Mas não é isso que se ve, nem em .Net, nem em Java, nem em Delphi, nem nada disso. O que se vê são projetos atrasados, clientes irritados, gerentes malucos e programadores insatisfeitos. Ora? no java isso é normal pois não tem “ferramentas visuais”. Mas em .Net e Delphi? Como? Se tem ferramentas visuais espetaculares e programadores que não perdem tempo com telinhas bobas?[/quote]
Não é responsabilidade do programador definir regras, isso é papel do analista. O programador precisa implementar, ou seja, só a ponta do iceberg mesmo.
Se o resultado vai ser um sistema monolítico vai depender da habilidade do programador em implementar boas interfaces.