<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 23, 2015 at 7:23 PM, daniela florescu <span dir="ltr"><<a href="mailto:dflorescu@me.com" target="_blank">dflorescu@me.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">><br>
> As far as what's "better", I think that there are really two different questions here: what's "better" in The Right Way sense, and what's "better" in a "how do you get people to use this" sense. For the latter, there's no doubt in my mind that the way there is to get existing mainstream languages (which are all imperative at heart) to adopt more declarative goodness, including comprehensions/queries, as a subset - it's a much gentler transition for existing users of those languages, and more importantly, it's like a new instrument magically appearing in a toolbox that they already use daily - at some point they're bound to pick it up and use it even just out of sheer curiosity. It's much harder to get someone interested in a completely new language in comparison.<br>
<br>
As I said in my previous email.<br>
<br>
Now in 2015 I realize that developers have their “favorite” language, and making them change it’s close to<br>
impossible, so the optimal is to give them better tools to do their job in THE language they are more productive in.<br>
<br>
So if this is C#, or Javascript, or whatever…. let it be.<br>
(ever crossed your mind why in an EC commerce site when you sort on price/sometinh, it GOES BACK TO THE SERVER most of the time to<br>
do a simple sort on 20 products  !???? Sounds stupid no, ? well, that’s because Javascript doesn’t HAVE a sortby ….so …)<br>
<br>
It’s better for those imperative languages to HAVE a sequence comprehension then NOT to have it. It makes the developers<br>
in those languages (who otherwise wouldn’t have changed anyway…) more productive….<br>
<br>
Now, the fact that 90% of developers like comfort and/or are learning impaired and cannot learn something new<br>
 does NOT mean that ALL developers are lazy and/or learning impaired and cannot learn something new…..<br>
<br></blockquote><div><br></div><div>True, but you will still have sociological problems, with many of the old guard protecting their turf and pitching up to code reviews and the like objecting to the "new" code because it's "hard to understand" or it's "non-performant".</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">For those who CAN learn something new, or for the fresh new students with blank, fresh new minds…..well, teach them something better<br>
and more productive.<br>
<br></blockquote><div><br></div><div>What students? Students don't typically enter university these days as virgin programmers (and haven't for a long time). They pitch up believing they know how to program and believing they know what programming languages they should be taught in. So professors have to run the gauntlet of why are you teaching me this weird language instead of Java etc and how is this going to help me get a job. I know the right answers to these questions but universities are under pressure from students in this regard.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
And that would be (according to me..) the OTHER way around: a language 95% declarative +  5% imperative.<br>
<br></blockquote><div><br></div><div>Erik Mejier says this is not enough.</div><div><br></div><div> <a href="https://queue.acm.org/detail.cfm?id=2611829">https://queue.acm.org/detail.cfm?id=2611829</a></div><div><br></div><div> </div></div></div></div>