

![]() | Start a set with this search |
![]() | Include this search in one of my sets |
![]() | Exclude this search from one of my sets |
![]() | Permalink to these results Paste this link in email or IM: |
| Atom feed for tracking future search results Paste this URL into your reader: |
62 messages in org.codehaus.groovy.devRe: [groovy-dev] Groovy performance: ...| From | Sent On | Attachments |
|---|---|---|
| Alex Tkachman | Feb 19, 2008 2:09 am | |
| Steven Devijver | Feb 19, 2008 2:37 am | |
| Alexandru Popescu ☀ | Feb 19, 2008 2:57 am | |
| Alex Tkachman | Feb 19, 2008 3:03 am | |
| Patric Bechtel | Feb 19, 2008 3:12 am | |
| Guillaume Laforge | Feb 19, 2008 3:25 am | |
| Guillaume Laforge | Feb 19, 2008 3:26 am | |
| Patric Bechtel | Feb 19, 2008 5:05 am | |
| Gavin Grover | Feb 19, 2008 5:51 am | |
| Steven Devijver | Feb 19, 2008 5:52 am | |
| Guillaume Laforge | Feb 19, 2008 5:54 am | |
| Tom Nichols | Feb 19, 2008 6:26 am | |
| Alex Tkachman | Feb 19, 2008 6:28 am | |
| Guillaume Laforge | Feb 19, 2008 6:35 am | |
| Tom Nichols | Feb 19, 2008 7:03 am | |
| Guillaume Laforge | Feb 19, 2008 7:38 am | |
| Chanwit Kaewkasi | Feb 19, 2008 7:52 am | |
| Charles Oliver Nutter | Feb 19, 2008 8:49 am | |
| Steven Devijver | Feb 19, 2008 10:03 am | |
| Charles Oliver Nutter | Feb 19, 2008 11:38 am | |
| Steven Devijver | Feb 19, 2008 12:11 pm | |
| Alex Tkachman | Feb 19, 2008 12:39 pm | |
| Alex Tkachman | Feb 19, 2008 12:48 pm | |
| tugwilson | Feb 19, 2008 1:36 pm | |
| Alex Tkachman | Feb 19, 2008 8:51 pm | |
| Guillaume Laforge | Feb 20, 2008 2:10 am | |
| Jochen Theodorou | Feb 20, 2008 9:46 am | |
| Martin C. Martin | Feb 20, 2008 5:25 pm | |
| Guillaume Laforge | Feb 21, 2008 1:35 am | |
| Tom Nichols | Feb 21, 2008 4:15 am | |
| Martin C. Martin | Feb 21, 2008 5:44 am | |
| Tom Nichols | Feb 21, 2008 6:22 am | |
| Smith, Jason, CTR, OASD(HA)/TMA | Feb 21, 2008 6:34 am | |
| Martin C. Martin | Feb 21, 2008 6:43 am | |
| Guillaume Laforge | Feb 21, 2008 6:48 am | |
| Guillaume Laforge | Feb 21, 2008 7:04 am | |
| Smith, Jason, CTR, OASD(HA)/TMA | Feb 21, 2008 7:18 am | |
| Charles Oliver Nutter | Feb 21, 2008 7:38 am | |
| Guillaume Laforge | Feb 21, 2008 7:42 am | |
| Martin C. Martin | Feb 21, 2008 8:36 am | |
| Martin C. Martin | Feb 21, 2008 8:48 am | |
| Pascal DeMilly | Feb 21, 2008 5:35 pm | |
| Gavin Grover | Feb 21, 2008 6:21 pm | |
| Jochen Theodorou | Feb 22, 2008 4:31 am | |
| Tom Nichols | Feb 22, 2008 4:49 am | |
| Charles Oliver Nutter | Feb 22, 2008 11:43 pm | |
| Guillaume Laforge | Feb 23, 2008 12:28 am | |
| Martin C. Martin | Feb 23, 2008 3:51 am | |
| Jochen Theodorou | Feb 23, 2008 2:49 pm | |
| Jochen Theodorou | Feb 23, 2008 2:53 pm | |
| Charles Oliver Nutter | Feb 24, 2008 2:01 am | |
| Martin C. Martin | Feb 24, 2008 3:56 am | |
| Martin C. Martin | Feb 24, 2008 4:11 am | |
| Charles Oliver Nutter | Feb 24, 2008 5:12 am | |
| Jochen Theodorou | Feb 24, 2008 3:17 pm | |
| Jochen Theodorou | Feb 24, 2008 3:31 pm | |
| Alexandru Popescu ☀ | Feb 24, 2008 3:36 pm | |
| Martin C. Martin | Feb 26, 2008 2:20 pm | |
| Martin C. Martin | Feb 26, 2008 3:15 pm | |
| Jochen Theodorou | Feb 27, 2008 2:38 am | |
| Jochen Theodorou | Feb 27, 2008 3:03 am | |
| Martin C. Martin | Mar 2, 2008 5:21 pm |

![]() | Permalink for this message Paste this link in email or IM: |
![]() | Permalink for this thread Paste this link in email or IM: |
| Atom feed for this thread Paste this URL into your reader: |
| Subject: | Re: [groovy-dev] Groovy performance: what to do | Actions... |
|---|---|---|
| From: | Alex Tkachman (alex...@gmail.com) | |
| Date: | Feb 19, 2008 8:51:05 pm | |
| List: | org.codehaus.groovy.dev | |
Thank you, John, for your comments! As usually it reasonable and well-argued. Please see my thoughts below.
This suggestion comes up every year or so in various forms.
I didn't expect that it is my invention :(
But seriously. I think all of us know the reason. It is not only because of performance (which is very important factor) but also because sometimes people want to have static typing and some times don't. Right now their only option is nice Groovy syntax for dynamic part and pure Java syntax for static. But let me repeat - THEY WANT BOTH
I'm afraid my reaction to it is always the same. It's a *really* bad idea.
Firstly it involves inventing a new language. This language has the same syntax as Groovy but completely different semantics.
You are 100% correct. I had many discussions with my ex-collegues in JetBrains, who are much better experts in languages then I, I would say who are real experts. and they claim the same - it becomes two languages.
And I agree with that. The question is "is it so bad"? And my answer is "no, as long as we and users understand what and why is going on" Vice versa, I believe there is demand and such approach will fulfill the demand.
Actually the idea of implementing such a language is not in itself a bad idea at all. Were somebody to set up a separate project to do so I'd follow its progress with great interest. However doing it on the back of the Groovy project is, in my view, a non starter.
Secondly, the history of mixing two languages in one file has a very unhappy history. I have done a couple if implementations of languages which allow low level inserts and I never want to suffer the support issues caused by that again.
Thirdly it lets you off the hook. Groovy performance was awful and is getting better (due, to a great extent, to your good work). Once people can switch of dynamic behaviour to get higher performance the motivation for dynamic performance improvement will dramatically reduce. Groovy's performance has gone from appalling to not so good (an people have produced perfectly good production systems with Groovy's appalling performance).
You said very right words "stop trying to fix unfixable". But look, do we have real choice? A lot of people use Groovy already and, what is much more important, A LOT of people start to use both Groovy and Grails on their new development or integrate it in to their existing products right now. Should we say to them "hey guys, go forward, but it might happen that in 6-9 months we will give you Groovy 2.0 with new MOP etc., which potentially will be huge breaking change"? I am not sure.
<IMPORTANT NOTE FOR GROOVY USERS> There is no any direct or indirect agreed plans to make serious breaking changes in Groovy language or runtime. As always nobody want to create troubles for users just for fun or to simplify life of developers of Groovy Core. </IMPORTANT NOTE FOR GROOVY USERS>
I believe that there are huge chances that breaking changes will not be huge. The problem is I would feel myself much more comfortable if we had design for so-called MOP 2.0 (I completely agree what existing MOP is suboptimal both in design and implementation), which fulfill just 2 but conflicting requirements - maximal compatibility with existing code - much better performance
Hey, join the team back, show your vision of design and let us implement it if it is great :)
I'm sure you can the rest of the team can move the performance to excellent (you just have to stop trying to fix the unfixable). I am very happy to help as is Charlie (I'm reading the whole of this thread in one go as Nabble has had a Groovy burp and has held all the messages back for a day).
Seriously, yours and Charlie's help is really valuable. It is great source of ideas and experience. At least for me. I don't know the story why you are not involved directly to Groovy development any more but I am really sorry for that. I am sure not only me will be happy if you decided to participate again not only by ideas and expirience but by real development as well. Anyway, thank you once more for all your help.
Fourthly you have replaced one problem (how to implement a high quality dynamic language) with two (how to implement a high quality dynamic language and how to implement a high quality static language) If you are having difficulty solving the first problem how does adding a second problem help you?
As I said I believe there is huge user demand for mixed typing. So I don't add new problem but reformulate existing one.
If the project were to adopt this suggestion I'm of the opinion that you would end up with a combination of a third rate dynamic language coupled with a second rate static language.
Here I don't agree with you. I believe that we have good chances for high class language with mixed typing.
John wilson
Alex
--------------------------------------------------------------------- To unsubscribe from this list, please visit:







