Naveen Chawla (2017-08-24T21:13:44.000Z)
That's a syntax for calling functions, not creating a composed function for
being called any time.

Personally I don't find that proposal compelling because I don't think it
saves much code vs current syntax - it only straightens the order and
replaces () with using |>.

However, if it were used for function composition instead, it could be more
useful e.g.

Current way:
```
const doubleThenSquareRoot = value=>squareRoot(double(value))
```

Pipe:
```
const doubleThenSquareRoot = double |> squareRoot
```

On Fri, 25 Aug 2017 at 00:36 dante federici <c.dante.federici at gmail.com>
wrote:

> This is probably covered by the pipeline operator proposal:
>
> https://github.com/tc39/proposal-pipeline-operator
> _______________________________________________
> es-discuss mailing list
> es-discuss at mozilla.org
> https://mail.mozilla.org/listinfo/es-discuss
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20170824/97ef35a8/attachment.html>
naveen.chwl at gmail.com (2017-08-24T21:26:05.821Z)
That's a syntax for calling functions, not creating a composed function for
being called any time.

Personally I don't find that proposal compelling because I don't think it
saves much code vs current syntax - it only straightens the order and
replaces () with using |>.

However, if it were used for function composition instead, it could be more
useful e.g.

Current way:
```javascript
const doubleThenSquareRoot = value=>squareRoot(double(value))
```

Pipe:
```javascript
const doubleThenSquareRoot = double |> squareRoot
```
naveen.chwl at gmail.com (2017-08-24T21:25:44.174Z)
That's a syntax for calling functions, not creating a composed function for
being called any time.

Personally I don't find that proposal compelling because I don't think it
saves much code vs current syntax - it only straightens the order and
replaces () with using |>.

However, if it were used for function composition instead, it could be more
useful e.g.

Current way:
```javascript
const doubleThenSquareRoot = value=>squareRoot(double(value))
```


Pipe:
```javascript
const doubleThenSquareRoot = double |> squareRoot
```
naveen.chwl at gmail.com (2017-08-24T21:25:22.343Z)
That's a syntax for calling functions, not creating a composed function for
being called any time.

Personally I don't find that proposal compelling because I don't think it
saves much code vs current syntax - it only straightens the order and
replaces () with using |>.

However, if it were used for function composition instead, it could be more
useful e.g.

Current way:
```javascript
const doubleThenSquareRoot = value=>squareRoot(double(value));
```

Pipe:
```javascript
const doubleThenSquareRoot = double |> squareRoot;
```
naveen.chwl at gmail.com (2017-08-24T21:24:50.969Z)
That's a syntax for calling functions, not creating a composed function for
being called any time.

Personally I don't find that proposal compelling because I don't think it
saves much code vs current syntax - it only straightens the order and
replaces () with using |>.

However, if it were used for function composition instead, it could be more
useful e.g.

Current way:
```javascript
const doubleThenSquareRoot = value=>squareRoot(double(value))
```

vs
Pipe:
```javascript
const doubleThenSquareRoot = double |> squareRoot
```
naveen.chwl at gmail.com (2017-08-24T21:16:49.841Z)
That's a syntax for calling functions, not creating a composed function for
being called any time.

Personally I don't find that proposal compelling because I don't think it
saves much code vs current syntax - it only straightens the order and
replaces () with using |>.

However, if it were used for function composition instead, it could be more
useful e.g.

Current way:
```javascript
const doubleThenSquareRoot = value=>squareRoot(double(value))
```

Pipe:
```javascript
const doubleThenSquareRoot = double |> squareRoot
```