Comments on: DrDobbs2007 - 25/07 Almoço http://philcalcado.com/2007/07/25/drdobbs2007-2507-almoco/ Software e Batatas Fri, 06 Jan 2012 20:34:53 +0000 http://wordpress.org/?v=2.7.1 hourly 1 By: Alexandre Bairos http://philcalcado.com/2007/07/25/drdobbs2007-2507-almoco/comment-page-1/#comment-56536 Alexandre Bairos Fri, 27 Jul 2007 19:48:11 +0000 http://philcalcado.com/2007/07/25/drdobbs2007-2507-almoco/#comment-56536 Vou dar uma olhada sim, pra garantir que eu esteja falando da mesma coisa :) Acho que entendi o que vc quis dizer: Assim como a geração de código do Rails gera um rhtml não muito adequado para uma app real, um gerador de DSLs sofreria do mesmo problema. De qualquer forma, um bom suporte de ferramenta para a criação de DSLs e suas tools(editores com code-completion, ou editores visuais,etc) são um bom caminho. É nessa linha que a JetBrains parece estar seguindo. Vou ver os demos. Vou dar uma olhada sim, pra garantir que eu esteja falando da mesma coisa :) Acho que entendi o que vc quis dizer: Assim como a geração de código do Rails gera um rhtml não muito adequado para uma app real, um gerador de DSLs sofreria do mesmo problema. De qualquer forma, um bom suporte de ferramenta para a criação de DSLs e suas tools(editores com code-completion, ou editores visuais,etc) são um bom caminho. É nessa linha que a JetBrains parece estar seguindo. Vou ver os demos.

]]> By: pcalcado http://philcalcado.com/2007/07/25/drdobbs2007-2507-almoco/comment-page-1/#comment-56493 pcalcado Fri, 27 Jul 2007 02:22:33 +0000 http://philcalcado.com/2007/07/25/drdobbs2007-2507-almoco/#comment-56493 <strong>Eu não falei em DSLs textuais</strong>, Bairos (na verdade minhas apresentações sobre DSLs focam justamente no Excel), falei na <strong>forma como se produz DSLs</strong>, e note que RAD não significa drag'n'drop nem drag'n'drop significa RAD, eu posso ter RAD com texto (Rails é uma prova viva). Dê uma olhada nos demos do metacase e veja o que é RAD neste contexto. Resumindo: O problema não é a DSL gerada ser RAD o problema é o engenho que cria DSLs (o workbench) ser RAD Eu não falei em DSLs textuais, Bairos (na verdade minhas apresentações sobre DSLs focam justamente no Excel), falei na forma como se produz DSLs, e note que RAD não significa drag’n'drop nem drag’n'drop significa RAD, eu posso ter RAD com texto (Rails é uma prova viva). Dê uma olhada nos demos do metacase e veja o que é RAD neste contexto.

Resumindo: O problema não é a DSL gerada ser RAD o problema é o engenho que cria DSLs (o workbench) ser RAD

]]> By: Alexandre Bairos http://philcalcado.com/2007/07/25/drdobbs2007-2507-almoco/comment-page-1/#comment-56480 Alexandre Bairos Thu, 26 Jul 2007 23:59:09 +0000 http://philcalcado.com/2007/07/25/drdobbs2007-2507-almoco/#comment-56480 "Acho que as pessoas precisam aprender que RAD não deu certo para sistemas de verdade e não dará para definição de DSLs". M. Fowler escreceu sobre "Language Workbenches", inspirado, se não me falha a memória, em alguns estudos que fez com a Intentional Software e com a JetBrains. AMbas as empresas estão desenvolvendo produtos nessa área, com o objetivo de resolver a impedância programador -> analista de negócio, elevando o nível de abstração com a criação de tools para que o analista possa escrever o seu conhecimento em linguagens que ele entenda(tabelas,diagramas,hierarquias). A idéias dessas duas empresas não é facilitar a criação de DSLs "textuais" apenas, mas de permitir que outros tipos de representação de conhecimento computáveis. Acho que tem algo surgindo nisso aí. Afinal, você não acha estranho representar algo que o analista diz em poucas palavras, o qual vc entende a lógica e fecha o conceito, em páginas e páginas e páginas de palavras em linguagens de programação? “Acho que as pessoas precisam aprender que RAD não deu certo para sistemas de verdade e não dará para definição de DSLs”. M. Fowler escreceu sobre “Language Workbenches”, inspirado, se não me falha a memória, em alguns estudos que fez com a Intentional Software e com a JetBrains. AMbas as empresas estão desenvolvendo produtos nessa área, com o objetivo de resolver a impedância programador -> analista de negócio, elevando o nível de abstração com a criação de tools para que o analista possa escrever o seu conhecimento em linguagens que ele entenda(tabelas,diagramas,hierarquias). A idéias dessas duas empresas não é facilitar a criação de DSLs “textuais” apenas, mas de permitir que outros tipos de representação de conhecimento computáveis. Acho que tem algo surgindo nisso aí. Afinal, você não acha estranho representar algo que o analista diz em poucas palavras, o qual vc entende a lógica e fecha o conceito, em páginas e páginas e páginas de palavras em linguagens de programação?

]]> By: Rodrigo Yoshima http://philcalcado.com/2007/07/25/drdobbs2007-2507-almoco/comment-page-1/#comment-56426 Rodrigo Yoshima Thu, 26 Jul 2007 05:18:42 +0000 http://philcalcado.com/2007/07/25/drdobbs2007-2507-almoco/#comment-56426 O velhinho tem mais de 90... desenvolve software desde o tempo que a gente nem tava no saco dos nossos pais... Recomendo este: http://www.jaczone.com/papers/agility.pdf O velhinho tem mais de 90… desenvolve software desde o tempo que a gente nem tava no saco dos nossos pais…

Recomendo este:

http://www.jaczone.com/papers/agility.pdf

]]>