On 26 Okt., 06:23, "Matthew D. Swank" <[EMAIL PROTECTED]>
wrote:
> I am dubious of the curry proposal,
Hi Matt!
Could you please be more specific about what makes you dubious?
I understand that the #(..) reader macro can’t be used, but this won’t
keep us
from having some other instead. It could
On Oct 23, 8:12 am, Rich Hickey <[EMAIL PROTECTED]> wrote:
> On Oct 22, 6:45 pm, André Thieme <[EMAIL PROTECTED]> wrote:
>
> > On 23 Okt., 00:28, wwmorgan <[EMAIL PROTECTED]> wrote:
>
> > > You can get most of the functionality you're looking for with partial
>
> > Yes sure. The thing is that curr
On 23 Okt., 15:12, Rich Hickey <[EMAIL PROTECTED]> wrote:
> On Oct 22, 6:45 pm, André Thieme <[EMAIL PROTECTED]> wrote:
> I think, in general, this proposal, while interesting, has the
> difficulty that it reduces the power of #() to not much more than
> currying, and has some presumptions that n
On Oct 22, 6:45 pm, André Thieme <[EMAIL PROTECTED]> wrote:
> On 23 Okt., 00:28, wwmorgan <[EMAIL PROTECTED]> wrote:
>
> > You can get most of the functionality you're looking for with partial
>
> Yes sure. The thing is that currying is nothing but syntactical sugar.
> It's not the functionality I
On 23 Okt., 00:28, wwmorgan <[EMAIL PROTECTED]> wrote:
> You can get most of the functionality you're looking for with partial
Yes sure. The thing is that currying is nothing but syntactical sugar.
It's not the functionality I am missing, but it’s brevity which makes
sense in functional programmi
You can get most of the functionality you're looking for with partial
(map (partial * 3) (range 10)) => (0 3 6 9 12 15 18 21 24 27)
(map (partial apply max 0) (partition 3 1 (range -5 5))) => (0 0 0 0 1
2 3 4)
On Oct 22, 5:40 pm, André Thieme <[EMAIL PROTECTED]> wrote:
> On 22 Okt., 23:24, André
On 22 Okt., 23:24, André Thieme <[EMAIL PROTECTED]> wrote:
> This version of replace-placeholders still misses the numbered
> args %1, %2, .. as the reader would also steal those from me.
> In the end the #(..) macro would do it, instead of §.
So what I just did was extending it for this demostr
I would like to suggest to improve currying.
Right now Clojure already comes with a nice way to do something that
is
nearly as good as currying, but still not fully.
In a very functional programming style this makes sense to have good
currying support.
Here is my proposal for extending the #(...)
