記事へのコメント40

    • 注目コメント
    • 新着コメント
    sh19910711
    2022 / "パイプ演算子: まず |> の左辺式が評価 + その結果が右辺のトピックリファレンス @ に束縛され、右辺式が評価 / ネストした関数型スタイルの見通しの悪さを解決"

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

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

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

    その他
    yamadashy
    よくまとまっていてわかりやすかった

    その他
    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

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

    2022/05/03 リンク

    その他
    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」みたいな記事が出るわけですよ

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

    2022/05/03 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

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

    Dataflow Proposals とは 以下の5つのプロポーザルをまとめて Dataflow Proposals と呼んでいる。 Stage...

    ブックマークしたユーザー

    • sh199107112025/05/04 sh19910711
    • gabill2024/01/03 gabill
    • cyber_snufkin2023/08/15 cyber_snufkin
    • techtech05212023/02/15 techtech0521
    • tamakiii2023/01/31 tamakiii
    • stoikheia2022/12/19 stoikheia
    • razokulover2022/09/25 razokulover
    • puruhime2022/05/15 puruhime
    • sanko04082022/05/15 sanko0408
    • kikiki-kiki2022/05/13 kikiki-kiki
    • m0t0m0t02022/05/07 m0t0m0t0
    • AmaiSaeta2022/05/07 AmaiSaeta
    • tasogare08302022/05/06 tasogare0830
    • sengok3652022/05/06 sengok365
    • send2022/05/06 send
    • zu22022/05/06 zu2
    • rryu2022/05/05 rryu
    • betabassist2022/05/05 betabassist
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    いま人気の記事 - 企業メディア

    企業メディアをもっと読む