Forums

What is your #1 choice for the next delivered major feature?

General discussion about Cobra. Releases and general news will also be posted here.
Feel free to ask questions or just say "Hello".

What is your #1 choice for the next delivered major feature?

Poll ended at Thu Nov 27, 2008 1:37 am

Closures (aka "anonymous methods")
4
36%
Operator overloads (consume and declare)
2
18%
JVM version (run on the Java virtual machine)
2
18%
Pure DLR version (yielding interpreter, command prompt and interop with Iron* languages)
3
27%
Curly syntax option (a la C# and Java, if (x<y) {...})
0
No votes
Other
0
No votes
 
Total votes : 11

What is your #1 choice for the next delivered major feature?

Postby Charles » Wed Nov 12, 2008 1:37 am

Want to influence the direction of Cobra?
Cast your vote for the next delivered major feature.
Last edited by Charles on Wed Nov 12, 2008 2:19 am, edited 1 time in total.
Reason: Make sticky for 16 days.
Charles
 
Posts: 2515
Location: Los Angeles, CA

Re: What is your #1 choice for the next delivered major feature?

Postby natter » Wed Nov 12, 2008 7:20 am

as a Java backend would bring us one step closer to a D backend, i voted for .. :? .. JVM ^^
natter
 
Posts: 20

Re: What is your #1 choice for the next delivered major feature?

Postby relez » Wed Nov 12, 2008 5:01 pm

Closures. A modern language cannot miss them.
relez
 
Posts: 69

Re: What is your #1 choice for the next delivered major feature?

Postby gauthier » Wed Nov 12, 2008 7:02 pm

Difficult choice here!

I voted for DLR because it makes much sense with coming IDynamicObject from the perspective of cobra being a .NET language.

However I can't see the implication of such changes (I presume it may be huge) and maybe would steer cobra away for multiple back-end which also seems a great thing (I mean multiple backend).

If this wasn't proposed, I would have voted for closure.
gauthier
 
Posts: 116

Re: What is your #1 choice for the next delivered major feature?

Postby Charles » Wed Nov 12, 2008 9:47 pm

Just to be clear, I expect all the items in the survey to eventually be done. So this is just about which to deliver next.
Charles
 
Posts: 2515
Location: Los Angeles, CA

Re: What is your #1 choice for the next delivered major feature?

Postby Kurper » Wed Nov 12, 2008 9:51 pm

Please don't add curly braces.
Kurper
 
Posts: 6

Re: What is your #1 choice for the next delivered major feature?

Postby Charles » Wed Nov 12, 2008 10:40 pm

I didn't mean we would lose the current syntax. I meant that you would have the choice between the current syntax or the curly. This has been requested more than once.
Charles
 
Posts: 2515
Location: Los Angeles, CA

Re: What is your #1 choice for the next delivered major feature?

Postby agustech » Thu Nov 13, 2008 1:56 am

Kurper wrote:Please don't add curly braces.


I agree here. What is the point? I can understand that you lose cool features from cobra as: contracts, inline tests, etc. But you have so many OO curly braces languages to choose from: C#, Java, Groovy, Scala, C++, D, ... most of them work on .Net and/or JVM and are getting or already have some of those features.

Besides that, code sharing/reuse may be harmed a lot, unless you do a --no-curly syntax similar to --correct-case :)

Also trend is quite the opposite, languages as Wirbel (http://mathias-kettner.de/wirbel.html ) and Shed-skin (http://code.google.com/p/shedskin/) are trying to make it easy to code as C++ with "python" syntax.

By the way I chose JVM as a step for D so we cover all those platforms (.Net, JVM, native) and code (and maybe reuse some code from other platforms) in cobra whatever the task you need to accomplish.
agustech
 
Posts: 37

Re: What is your #1 choice for the next delivered major feature?

Postby natter » Thu Nov 13, 2008 8:12 am

agustech wrote:
Kurper wrote:Please don't add curly braces.


I agree here.


totally agree with everything agustech said

that could destroy this language. imagine all the curlybracers start sharing their 'cobra' codes..
natter
 
Posts: 20

Re: What is your #1 choice for the next delivered major feature?

Postby helium » Tue Nov 25, 2008 2:50 pm

Closures are local functions that capture their scope (they enclose their context) independet of whether they are named or unnamed. The technical term for anonymous functions is normaly lambda function, or lambda expression (from lambda calculus). Unnamed local functions that aren't closures aren't very interesing, so you won't find them in many languages, and lately as many languages get lambdas that are closures the term seems to be more and more abused. :ugeek:
See for example Scheme that only has anonymous functions (defined with ... "lambda" :o ).

Code: Select all
(define foo 10)
(define bar (lambda (arg1 arg2) body))


It went a little confusing in C# lately as they have anonymouse functions as "delegate(args) {...}" and as "(args) => ..." and Microsoft calls the latter "lambda expression" the former "anonymous methods". And C# additionally has the (a bit Lisp-macro-like) ability to interprete a lambda-expression as it's syntax tree, and now some people seem to think that this ability is something that has to be there to call something lambda (which of course is wrong).
Lambda simply comes from the lambda-calculus.

Anyway, I vote for closures and anonymous functions.
helium
 
Posts: 14

Next

Return to Discussion

Who is online

Users browsing this forum: No registered users and 113 guests

cron