JavaScriptを大きく変えうる Dataflow Proposals の概要と論点(Call-this, Pipe Operator)

Dataflow Proposals とは 以下の5つのプロポーザルをまとめて Dataflow Proposals と呼んでいる。 Stage 2: Pipe operator Stage 1: Call-this operator Stage 1: Partial application(PFA) Stage 1: Extensions Stage 0: Function.pipe and flow 例えば Pipe operator, Call-this operator, Partial application を組み合わせると、以下のように書けるようになる。（提案段階なので変わる可能性アリ） import { getAuth, getIdToken } from "firebase/auth"; function isPublic(article) { return articl

[roshi]

記号ググるの大変だし可読性そこまで良くないしScalaもその方向性やめたしそして何よりJavaScriptでそれやる必要性を感じない。。

[Wafer]

JavaScriptをどうにかするあれやこれやは入れ代わり立ち代わりアホみたいに沸いては消えるのに、肝心の言語は誰も捨てようとしないし取っても変わられないし何も変わらない

[hitotakuchan]

こういう構文知ってて使える俺すげーなプログラマーがわんさか湧いて出てきそう

[mizdra]

めちゃめちゃ良く纏まっている。良い。

[uyotrace]

どれも年単位で Stage 2 以下に燻っているのであまり期待しない。FP 屋にとっては当然だが平均的な Web プログラマに理解できるかは大いに疑問だし、それ PureScript や ReScript やなんなら Ramda で良くない？とは常に問うべき

[sionsou]

なんでフロントエンド周りってたけのこのように生えてくるのか…

[kazuhi_ra]

分かりやすい

[Fushihara]

実装する時はsafari含むブラウザで全部イッキに実装して欲しい

[gachapining]

解決したい課題が簡潔に整理されているのと、既存・新規構文の比較コードがとてもわかりやすくてよかった。pipeline operatorは昨今スタンダードなprettierでもデータフローがみやすいフォーマットになるといいな…

[hylom]

記号の解釈は文化によって変わる可能性があるから、本来の意味とかけ離れた意味での記号を多用するスタイルは理解を阻害するのではと思う（Perlで懲りた勢）

[puruhime]

未来のJavaScriptは記号だけで書けそう

[rryu]

Call-this operatorがFunction.prototype.callというバッドノウハウを正当化するためにtree-shakingや拡張メソッドを持ち出している感があってアレな感じ。

[hachibeechan]

デコレーターみたいに、元ネタは単純な仕様のシンタックスシュガーでしかなかったものを夢いっぱい詰め込んだ最強機能として転生しようとして二転三転どころか七転八倒してうやむやのゴミになるのはやめて……

[yamadashy]

よくまとまっていてわかりやすかった

[fellfield]

JSがどうこうというより演算子を覚えるのが苦手なので使いそうにない。ES6のアロー関数でさえ未だにfunctionと書いてしまう。もちろん覚えられる人はどんどん使えばいいと思う。

[craftzdog]

Perlみたいにならんといて欲しい

[tick2tack]

パイプ演算子ってF#みたいだなと思ったらF#だった。採用されないみたいだが

[north_korea]

Pipe operatorは普通に欲しいと思った

[kaorun343]

早く欲しい！pipeline operator とcall-this operator を使えばバンドルサイズを増やすばかりのES2015クラスを撲滅できる！

[cl-gaku]

また変わるのか

[kako-jun]

@と^^で悩んでるの、どっちも人間っぽいマークで面白い。ローグ好きなら前者、日本人なら後者に票を入れそう

[momonga_dash]

ザコjsプログラマなので使いこなせる自信がない

[remonoil]

なぜ人は煮詰まるとパイプ持ち出してしまうのか

[baronhorse]

いらねー

[yamadadadada2]

これについては確かに良さそうだなと思った。一方でFEの人ってこういうの出るたびずっとやり続けてる感じがしてて、それって本当に価値ある？って思うときはある

[kobito19]

ちょうどElixirのこのスライド見たとこだった https://speakerdeck.com/cooldaemon/erlang-falsele-sisatoxin-sa?slide=292

[tsz]

アナフォリックマクロじゃないか

[nicht-sein]

JavaScriptは良くも悪くも比較的言語仕様をじゃんじゃん変えていく言語だよね。これがCとかだと導入するとしても十年単位で時間がかかりそう。

[coppieee]

Pipe operatorはよ！それ以外はどうでもいいな

[kamocyc]

おもしろい。F# style (というかOCaml) は馴染みがあるけどHackの構文の方になりそうなのはちょっと残念 / JavaScriptはAutomatic Semicolon Insertionがあるから大変そう

[flont]

|>はasync/awaitみたいにネスト減るので良さそう。他のはどうだろう

[masa8aurum]

一時変数の名前が決めづらいときにpipe演算子は良さそう / call-thisは、そもそもthisがなければ不要な概念。thisなんか不要だったと思う（今更どうにもならんけど）。過去の失敗の尻拭い感

[strawberryhunter]

|>と@はBeforeの例が駄目すぎて必要性がわからない。肥溜めみたいなgetIdTokenFromAuth()にフタをする構文なんか要らないんだが。フロントエンドの文化は知らないけど、1行ずつ分けて書いたらいいだろう。

[tettekete37564]

このJS界隈のどっかの誰かが手作り的作った積み木を捨てる事が許されずそれでなんとか宇宙船を作ってる感。もうちょっと素性の良い言語に置き換えた方が良かろう感

[onesplat]

いらねぇ〜

[otchy210]

説明は分かりやすかった。|> と ~> は確かに紹介されてるケースで使いたいモチベーションはある。…が、これが本当に正しい進化の方向なのかはよく分からん。

[ryunosinfx]

結局Shellみたいになるの？うーん。読みやすいかと言われると、状態の確定が重要なので確定が約束されない、実行が書いた順番通り保証されるのが重要。後ろから前に巻戻る書き方はやだなぁ。記号はググれないのも駄目

[wwolf]

まーた「202x年代のJavaScript」みたいな記事が出るわけですよ