JavaScriptを大きく変えうる Dataflow Proposals の概要と論点(Call-this, Pipe Operator)
2022/05/03 11:36
mizdra
めちゃめちゃ良く纏まっている。良い。
2022/05/03 12:17
hitotakuchan
こういう構文知ってて使える俺すげーなプログラマーがわんさか湧いて出てきそう
2022/05/03 12:25
kazuhi_ra
分かりやすい
2022/05/03 13:50
ponpon_qonqon
吐きそう。演算子増やして可読性のよくなった言語拡張見たことねえ
2022/05/03 13:57
roshi
記号ググるの大変だし可読性そこまで良くないしScalaもその方向性やめたしそして何よりJavaScriptでそれやる必要性を感じない。。
2022/05/03 14:10
Wafer
JavaScriptをどうにかするあれやこれやは入れ代わり立ち代わりアホみたいに沸いては消えるのに、肝心の言語は誰も捨てようとしないし取っても変わられないし何も変わらない
2022/05/03 14:17
gachapining
解決したい課題が簡潔に整理されているのと、既存・新規構文の比較コードがとてもわかりやすくてよかった。pipeline operatorは昨今スタンダードなprettierでもデータフローがみやすいフォーマットになるといいな…
2022/05/03 14:31
Fushihara
実装する時はsafari含むブラウザで全部イッキに実装して欲しい
2022/05/03 14:45
sionsou
なんでフロントエンド周りってたけのこのように生えてくるのか…
2022/05/03 15:06
clubman023
苦しい
2022/05/03 15:30
degucho
これだけ発展の余地と議論となんだかんだバニラでもなんとかなるの最初に作った人スゲーと思う
2022/05/03 16:25
uyotrace
どれも年単位で Stage 2 以下に燻っているのであまり期待しない。FP 屋にとっては当然だが平均的な Web プログラマに理解できるかは大いに疑問だし、それ PureScript や ReScript やなんなら Ramda で良くない?とは常に問うべき
2022/05/03 16:40
wwolf
まーた「202x年代のJavaScript」みたいな記事が出るわけですよ
2022/05/03 17:00
ryunosinfx
結局Shellみたいになるの?うーん。読みやすいかと言われると、状態の確定が重要なので確定が約束されない、実行が書いた順番通り保証されるのが重要。後ろから前に巻戻る書き方はやだなぁ。記号はググれないのも駄目
2022/05/03 17:02
otchy210
説明は分かりやすかった。|> と ~> は確かに紹介されてるケースで使いたいモチベーションはある。…が、これが本当に正しい進化の方向なのかはよく分からん。
2022/05/03 17:20
onesplat
いらねぇ〜
2022/05/03 17:45
tettekete37564
このJS界隈のどっかの誰かが手作り的作った積み木を捨てる事が許されずそれでなんとか宇宙船を作ってる感。もうちょっと素性の良い言語に置き換えた方が良かろう感
2022/05/03 17:50
strawberryhunter
|>と@はBeforeの例が駄目すぎて必要性がわからない。肥溜めみたいなgetIdTokenFromAuth()にフタをする構文なんか要らないんだが。フロントエンドの文化は知らないけど、1行ずつ分けて書いたらいいだろう。
2022/05/03 17:59
masa8aurum
一時変数の名前が決めづらいときにpipe演算子は良さそう / call-thisは、そもそもthisがなければ不要な概念。thisなんか不要だったと思う(今更どうにもならんけど)。過去の失敗の尻拭い感
2022/05/03 19:15
flont
|>はasync/awaitみたいにネスト減るので良さそう。他のはどうだろう
2022/05/03 19:27
coppieee
Pipe operatorはよ!それ以外はどうでもいいな
2022/05/03 19:27
kamocyc
おもしろい。F# style (というかOCaml) は馴染みがあるけどHackの構文の方になりそうなのはちょっと残念 / JavaScriptはAutomatic Semicolon Insertionがあるから大変そう
2022/05/03 19:32
nicht-sein
JavaScriptは良くも悪くも比較的言語仕様をじゃんじゃん変えていく言語だよね。これがCとかだと導入するとしても十年単位で時間がかかりそう。
2022/05/03 20:07
tsz
アナフォリックマクロじゃないか
2022/05/03 20:27
hylom
記号の解釈は文化によって変わる可能性があるから、本来の意味とかけ離れた意味での記号を多用するスタイルは理解を阻害するのではと思う(Perlで懲りた勢)
2022/05/03 21:06
yamadadadada2
これについては確かに良さそうだなと思った。一方でFEの人ってこういうの出るたびずっとやり続けてる感じがしてて、それって本当に価値ある?って思うときはある
2022/05/03 21:15
baronhorse
いらねー
2022/05/03 22:03
remonoil
なぜ人は煮詰まるとパイプ持ち出してしまうのか
2022/05/03 22:10
momonga_dash
ザコjsプログラマなので使いこなせる自信がない
2022/05/03 22:52
kako-jun
@と^^で悩んでるの、どっちも人間っぽいマークで面白い。ローグ好きなら前者、日本人なら後者に票を入れそう
2022/05/03 23:14
cl-gaku
また変わるのか
2022/05/03 23:43
kaorun343
早く欲しい!pipeline operator とcall-this operator を使えばバンドルサイズを増やすばかりのES2015クラスを撲滅できる!
2022/05/03 23:53
north_korea
Pipe operatorは普通に欲しいと思った
2022/05/04 00:27
noname774300
パイプで名状しがたい(抽象的な変数名も考え出せないくらい複雑な)暗黙の値が仕込まれると嫌だなあと思ったけどそれは今でもコードレビューで質問するしいいかと思い直して演算子入っても入らなくてもどうでもい…
2022/05/04 01:48
tick2tack
パイプ演算子ってF#みたいだなと思ったらF#だった。採用されないみたいだが
2022/05/04 09:51
craftzdog
Perlみたいにならんといて欲しい
2022/05/04 17:13
fellfield
JSがどうこうというより演算子を覚えるのが苦手なので使いそうにない。ES6のアロー関数でさえ未だにfunctionと書いてしまう。もちろん覚えられる人はどんどん使えばいいと思う。
2022/05/04 23:36
yamadashy
よくまとまっていてわかりやすかった
2022/05/05 10:19
hachibeechan
デコレーターみたいに、元ネタは単純な仕様のシンタックスシュガーでしかなかったものを夢いっぱい詰め込んだ最強機能として転生しようとして二転三転どころか七転八倒してうやむやのゴミになるのはやめて……
2022/05/05 19:33
rryu
Call-this operatorがFunction.prototype.callというバッドノウハウを正当化するためにtree-shakingや拡張メソッドを持ち出している感があってアレな感じ。