Comments on: The Hidden Costs of Domain-Specific Languages http://ruicurado.com/2009/11/25/the-hidden-costs-of-domain-specific-languages/ Passionate About Software Development Fri, 29 Oct 2010 15:02:21 +0000 hourly 1 http://wordpress.org/?v=3.3 By: MytyMyky http://ruicurado.com/2009/11/25/the-hidden-costs-of-domain-specific-languages/comment-page-1/#comment-4416 MytyMyky Mon, 04 Jan 2010 18:51:40 +0000 http://ruicurado.com/?p=71#comment-4416 I don't think the DSL thing is so much a "way of life" type of problem, as in your all for it or all against it, or it shouldn't be - It's only worth using if it actually solves your problem. I've found an interesting uses for it that has saved me alot of time. I found it usefull for describing my development domain (my apps are db driven, with tables of diferent comun types/usages, and made up of diferent comun types of columns and patterns). With it, I've been able to generate and maintain soooooooo much of the code that I need for the app, through all the layers It's helped me develop my own framework, with all my comun patterns and generate something more of a domain-specific and customizable API than an actual language. Naturally it's not complete, but it doesn't stop me from customizing it to solve the problems I need to solve for my clients. And I KNOW it's not the silver bullet everyone wants. But it has helped get all the comun stuff automáticly and require only the interesting stuff to be added by hand. It has also helped some of my new colleagues get on board the team and speed up development. It ends up describing some of my own development patterns, and keeping things systematic. Alot can be done with a DSL, just like any language or diagram. I believe it's more about choosing whats best for a specific problem and going with it, then using one or the other for everything. :D I don’t think the DSL thing is so much a “way of life” type of problem, as in your all for it or all against it, or it shouldn’t be – It’s only worth using if it actually solves your problem.

I’ve found an interesting uses for it that has saved me alot of time. I found it usefull for describing my development domain (my apps are db driven, with tables of diferent comun types/usages, and made up of diferent comun types of columns and patterns). With it, I’ve been able to generate and maintain soooooooo much of the code that I need for the app, through all the layers It’s helped me develop my own framework, with all my comun patterns and generate something more of a domain-specific and customizable API than an actual language.

Naturally it’s not complete, but it doesn’t stop me from customizing it to solve the problems I need to solve for my clients. And I KNOW it’s not the silver bullet everyone wants. But it has helped get all the comun stuff automáticly and require only the interesting stuff to be added by hand. It has also helped some of my new colleagues get on board the team and speed up development. It ends up describing some of my own development patterns, and keeping things systematic.

Alot can be done with a DSL, just like any language or diagram. I believe it’s more about choosing whats best for a specific problem and going with it, then using one or the other for everything.

:D

]]> By: Rui Curado http://ruicurado.com/2009/11/25/the-hidden-costs-of-domain-specific-languages/comment-page-1/#comment-4408 Rui Curado Thu, 26 Nov 2009 01:37:31 +0000 http://ruicurado.com/?p=71#comment-4408 C++ is a general-purpose language. It has to have a long update cycle. A long update cycle, larger than most projects, won't do much harm. On the other hand, any DSL with an update cycle of C++'s would be considered dead. UML is not obsolete. It is just not the best option for some tasks... C++ is a general-purpose language. It has to have a long update cycle. A long update cycle, larger than most projects, won’t do much harm. On the other hand, any DSL with an update cycle of C++’s would be considered dead.

UML is not obsolete. It is just not the best option for some tasks…

]]> By: blackcoffeerider http://ruicurado.com/2009/11/25/the-hidden-costs-of-domain-specific-languages/comment-page-1/#comment-4407 blackcoffeerider Thu, 26 Nov 2009 00:31:33 +0000 http://ruicurado.com/?p=71#comment-4407 You are aware that C++ <b>is</b> still in design and development? And even worse every C++ environment/flavour <b>is</b> under even heavier development than "standard" C++? Generally all the points you state read somewhat like "aren't antibiotics evil - because they all cause hyperresistant bacterias?" or "UML diagrams are obsolete!". You generalize without any specific constraints - so not worth any discussion. You are aware that C++ is still in design and development? And even worse every C++ environment/flavour is under even heavier development than “standard” C++? Generally all the points you state read somewhat like “aren’t antibiotics evil – because they all cause hyperresistant bacterias?” or “UML diagrams are obsolete!”. You generalize without any specific constraints – so not worth any discussion.

]]> By: Jorge Ubeda http://ruicurado.com/2009/11/25/the-hidden-costs-of-domain-specific-languages/comment-page-1/#comment-4406 Jorge Ubeda Wed, 25 Nov 2009 22:52:04 +0000 http://ruicurado.com/?p=71#comment-4406 Good point, Rui! I have commented your note <a href="http://cuartageneracion.blogspot.com/2009/11/una-atinada-critica-dsl.html" title="" rel="nofollow">today...</a> Good point, Rui!
I have commented your note today…

]]>