> Você sabe dizer quais ferramentas estão sendo utilizadas?

> -
> Maurício Linhares
> http://codeshooter.wordpress.com/ | http://twitter.com/mauriciojr

> 2009/10/29 Pablo Antonino <pabloanton...@gmail.com>:
> > Oi Mauri'cio,

> > Tanto aqui na Alemanha como em alguns pai'ses vizinhos, escuto falar
> muito e
> > vejo no dia-a-dia Transformacoes MDA. Tanto na academia como na
> indu'stria.

> > Assim como voce, nunca vi uma aplicacao ser gerada ''de cabo a rabo'' com
> > MDA. Mas asseguro que componentes (e at'e mo'dulos completos) de sistemas
> > MUITO cri'ticos tem sido gerados com MDA diariamente.

> > Caro CMilfont, como citei anteriormente, nao trabalho MAIS com MDA. Estou
> > dando minha opiniao baseado no que vejo diariamente. Me permita ser
> > repetitivo e dizer que conheco casos de sucesso em sistemas desenvolvidos
> > com MDA. Gostaria de expor detalhes do que vejo ser feito. Contudo, por
> > questoes de sigilo, me limito a essas informacoes. Mas lhe garanto que
> nao
> > sao sistemas '' CRUD de id, nome e descrição''. Muito pelo contra'rio,
> sao
> > blocos de sistemas que so' acreditei que estavam sendo gerados com MDA
> > depois que vi pessoalmente.

> Maldito hotmail...

> ---

> Apenas 2 comentários aqui, porque não resisti.

> 1) A ideia de "eliminar" os programadores de alguma forma, ou tornar a
> etapa de programacao um processo taylorista com um conjunto de regras
> simples a ser seguido sem pensar muito é bem antiga. De vez em quando
> ressurge em uma roupagem diferente.

> Com relação a usar uma linguagem de modelagem para especificar
> completamente um sistema e seu funcionamento, é estranho pensar nisso quando
> se tem em mente que linguagens de modelagem e linguagens de programação tem
> objetivos distintos e até conflitantes: na linguagem de modelagem o
> interessante é descrever o sistema em um nível mais alto de abstração.
> Abstração consiste em esconder detalhes, o que torna a compreensão do
> intuito geral do sistema mais fácil. Entretanto, esses "detalhes" é que
> fazem a programação do sistema ser não-trivial.

> Então só tem uma possibilidade: a linguagem de modelagem "evoluir" para ter
> a capacidade de descrever todos os detalhes necessários para implementar um
> sistema. Aí não é mais linguagem de modelagem, é uma linguagem de
> programação (mesmo que em forma gráfica) e desta forma perde as
> características desejáveis de uma linguagem de modelagem, porque ela não vai
> mais esconder os detalhes e portanto não vai ser uma descrição mais abstrata
> do que o código, vai ser código mesmo.

> Faz bem uns 10 anos que eu vejo promessas e idéias e comitês voltados para
> a idéia de tornar UML uma linguagem executável. O parágrafo anterior explica
> porque eu acredito que isso é uma busca quixotesca. Mesmo o sucesso nesse
> caso é um fracasso, por destruir a capacidade de modelagem da linguagem.

> 2) Desculpe, mas é um pouco de "ingenuidade acadêmica" achar que a
> existência de conferências e muitos artigos numa área provam alguma coisa. A
> academia segue uma lógica própria, que tem alguma relação mas é diferente da
> lógica do mercado. Nos meios acadêmicos também existem "modinhas" e hype. E
> como a idéia é que nunca se sabe quando alguma pesquisa pode dar frutos e
> realmente revolucionar alguma coisa, áreas inteiras de pesquisa existem,
> durante anos, com centenas de artigos publicados e várias conferências
> internacionais, mas nenhum resultado "prático" para mostrar. Carreiras
> inteiras são baseadas em áreas assim, bolsas são concedidas, projetos
> milionários são aprovados, etc. Não estou dizendo que isso seja errado;
> talvez saia mesmo algo de alguma dessas áreas que se torne muito importante.
> Mas realmente, atividade acadêmica em alguma área não se traduz em
> relevância real para a prática da disciplina.

> Veja o caso da física: nas últimas décadas a área mais "quente" tem sido a
> teoria das cordas, uma teoria sem nenhuma comprovação experimental até hoje.
> Muitos físicos já reclamam disso e defendem que menos ênfase deve ser dada à
> area [1].

> Então não vamos achar que conferência e artigo é sinal de avanço em alguma
> coisa que não seja a carreira dos envolvidos.

> [1] http://en.wikipedia.org/wiki/The_Trouble_with_Physics

> ---
> []s, Andrei Formiga

>  ________________________________
> >> Date: Thu=3D2C 29 Oct 2009 10:47:41 -0300

> >> Subject: [PBJUG] Re: Swing para Ajax
> >> From: joao...@gmail.com
> >> To: pbjug@googlegroups.com

> >> N=3DE3o e digo mais=3D2C n=3DE3o mesmo!

> >> A cria=3DE7=3DE3o de eventos especializados na =3DE1rea n=3DE3o querem
> d=
> izer nada=3D
> > pra voc=3DEA? Ou =3DE9 s=3DF3 mais vontade de cuspir papel?
> >> Se voce n=3DE3o trabalha com isso agora e sabe o estado atual da coisa
> c=
> omo=3D
> > t=3DE1=3D2C n=3DE3o pode falar nada sobre evolu=3DE7=3DE3o!

> >> To encerrando a participa=3DE7=3DE3o na thread falando que MDA
> considero=
> como=3D
> > uma pesquisa e as ferramentas produzidas est=3DE3o "implementando" um
> con=
> cei=3D
> > to ainda n=3DE3o completamente desenvolvido=3D2C n=3DE3o podendo assim
> se=
> r comple=3D
> > tamente funcional como por exemplo um compilador como o GCC. Lembrando
> qu=
> e =3D
> > tudo isso n=3DE3o passa de convers=3DE3o de linguagens para c=3DF3digo
> ex=
> ecut=3DE1v=3D
> > el n=3DE9? Hist=3DF3ria antiga de sucesso!

> >> 2009/10/29 CMilfont>

> >> Jo=3DE3o=3D2C pesquisa tem que ter um prop=3DF3sito=3D2C n=3DE3o =3DE9
> s=
> =3DF3 cuspir pa=3D
> > per n=3DE3o!
> >> Eu trabalhei com isso h=3DE1 quase 10 anos=3D2C se at=3DE9 hoje n=3DE3o
> =
> evoluiu e=3D
> > m nada [e nada que eu digo =3DE9 pq n=3DE3o h=3DE1 uma s=3DF3 ferramenta
> =
> respeitada=3D
> > no mercado] =3DE9 porque algo de errado aconteceu=3D2C ou n=3DE3o?

> >> 2009/10/29 Jo=3DE3o Felipe Silva Ouriques>

> >> Isso =3DE9 pesquisa=3D2C gente!
> >> N=3DE3o gera resultados instant=3DE2neos n=3DE3o!

> >> S=3DF3 t=3DF4 falando que tem gente=3D2C e gente grande=3D2C
> trabalhando=
> nisso. S=3D
> > e pra voces =3DE9 ilus=3DE3o ou o custo n=3DE3o compensa=3D2C continuem
> u=
> sando o qu=3D
> > e bem entenderem... apesar do pensamento de mercado (que voces est=3DE3o
> =
> se e=3D
> > mbasando)=3D2C a pesquisa continua e um dia voces mesmos podem olhar pra
> =
> essa=3D
> > thread e achar altamente boba as pr=3DF3prias id=3DE9ias (ou as minhas).

> >> 2009/10/29 CMilfont>

> >> Voce tem raz=3DE3o=3D2C daqui a 50 anos talvez funcione=3D2C eu tenho
> qu=
> e entre=3D
> > gar sistemas em produ=3DE7=3DE3o em muito menos tempo=3D2C n=3DE3o posso
> =
> pagar para=3D
> > ver :)

> >> 2009/10/29 Jo=3DE3o Felipe Silva Ouriques>

> >> A coisa ainda =3DE9 relativamente nova=3D2C em rela=3DE7=3DE3o a
> qualque=
> r outra t=3D
> > =3DE9cnica em computa=3DE7=3DE3o=3D2C a tomar como exemplo a
> gera=3DE7=3D=
> E3o autom=3DE1ti=3D
> > ca de testes (trabalho nessa =3DE1rea) partindo de modelos da
> aplica=3DE7=
> =3DE3o=3D
> > =3D2C que te digo com alguma propriedade que est=3DE1 bem s=3DF3lida e
> av=
> an=3DE7ada=3D
> > .

> >> Eu sinceramente acredito que em algum futuro=3D2C pois na pesquisa
> n=3DE=
> 3o po=3D

> > demos fazer nenhuma estimativa pois tanto pode ser ano que vem ou daqui
> a=
> 5=3D
> > 0 anos ou nunca=3D2C algu=3DE9m ou alguma equipe mostra a comunidade um
> f=
> ramewo=3D
> > rk para desenvolvimento de aplica=3DE7=3DF5es baseado em modelos=3D2C
> emb=
> asado em=3D
> > t=3DE9cnicas de MDA=3D2C com gera=3DE7=3DE3o de casos de teste de
> sistema=
> =3D2C de re=3D
> > gress=3DE3o de integra=3DE7=3DE3o e tudo o mais.

> >> A hist=3DF3ria n=3DE3o me deixa mentir=3D2C aparentemente do nada algu=
> =3DE9m publ=3D
> > ica alguma coisa que revoluciona completamente a computa=3DE7=3DE3o a
> pon=
> to de =3D
> > viabilizar uma quebra de paradigma. A meu ver=3D2C =3DE9 esperar pra ver!

> >> 2009/10/29 CMilfont>

> >> Jo=3DE3o=3D2C a propaganda =3DE9 bonita e enche os olhos=3D2C mas o que
> =
> vale =3DE9 =3D
> > somente o c=3DF3digo=3D2C sem c=3DF3digo=3D2C sem aplica=3DE7=3DE3o. Se
> o=
> c=3DF3digo da "=3D
> > linguagem-destino" n=3DE3o presta =3DE9 claro que invalida a t=3DE9cnica.
> >> "Show me the code" e a=3DED sim conversaremos=3D2C at=3DE9 l=3DE1 =3DE9
> =
> uma utopia =3D
> > como paz mundial!

> >> J=3DE1 passei da idade de acreditar em transforma=3DE7=3DE3o de
> modelos.=
> O resu=3D
> > ltado transformado =3DE9 sempre uma droga=3D2C o caminho n=3DE3o =3DE9
> es=
> se...

> >> 2009/10/29 Jo=3DE3o Felipe Silva Ouriques>

> >> Gente=3D2C

> >> o grupo de MDA aqui da UFCG =3DE9 muito forte e muito trabalho est=3DE1
> =
> sendo=3D
> > desenvolvido por aqui!

> >> Quanto a linguagem-destino que os modelos s=3DE3o convertidos=3D2C no
> ca=
> so Ja=3D
> > va=3D2C n=3DE3o invalida a t=3DE9cnica=3D2C at=3DE9 porqu=3DEA isto
> =3DE9=
> previsto pela a=3D
> > rquitetura (mais ou menos o princ=3DEDpio de linguagem intermedi=3DE1ria
> =
> nos co=3D
> > mpiladores).

> >> A coisa =3DE9 meio bruxaria=3D2C eu at=3DE9 entendo=3D2C mas n=3DE3o
> =3D=
> E9 completame=3D
> > nte insana n=3DE3o... A expressividade do conjunto de diagramas UML 2.X
> (=
> de c=3D
> > lasses=3D2C de pacotes=3D2C de componentes=3D2C de sequ=3DEAncia=3D2C de
> =
> tempo..) som=3D
> > adas com as restri=3DE7=3DF5es e regras que s=3DE3o adicionadas com OCL=
> =3D2C a meu =3D
> > ver=3D2C podem tranquilamente modelar aplica=3DE7=3DF5es inteiras=3D2C
> WE=
> B ou n=3DE3o=3D
> > =3D2C cabendo "apenas" estabelecer os engenhos de transforma=3DE7=3DE3o=
> =3D2C de pre=3D
> > fer=3DEAncia provados formalmente=3D2C para PIM e SIM=3D2C al=3DE9m de
> um=
> trabalho =3D
> > de "evangeliza=3DE7=3DE3o" das fortes para que ao inv=3DE9s de programar=
> =3D2C model=3D

> > ar.