lodash やめ方 - Qiita

みなさん、 lodash で消耗してますか？ 私は消耗しています。 なぜ lodash で消耗するかというと、とにかく思考停止でインストールされ、 node_modules 下で大量に重複します。サイズが大きいlodashが複数バンドルされてビルドされると、重篤なパフォーマンス上の問題を引き起こします。 lodash には実装上の問題もあり、異様に丁寧に、そして富豪的に作られており、その結果ビルドサイズが無駄に大きいです。丁寧に作られて入るのですが、現代のフロントエンド水準や一般的なポリフィルと噛み合っていません。というわけで、常々やめたいと思っています。 ちゃんとES201xを追ってる人からすると、ほとんどの lodash のメソッドは不要に見えるはずです。本エントリは、思考停止で lodash で実装しようとする人に、ちょっと考え直しては？ と投げつける用の記事になります。 現代におい

[mizchi]

消耗したので書きました

[ultimatebreak]

単体でimportするだけでだいぶマシになるlodashより除外してやらないと大量のlocaleを引き連れてくるmomentがヤバい

[gnety]

逆にこの記事をもって安易にいらないという判断もしないでほしい

[hachibeechan]

実際にはこのタスクの前に「lodashを使いたがる人々を全員説得する」という消耗タスクがあり……

[akabekobeko]

underscore、bluebird などにも通じる話。ES 標準といえば moment.js が担ってる機能も Date に取り入れて欲しいものだ。

[hi_yamamoto]

この記事批判してる人はフロントのパフォーマンスとか気にしたことないんだろうな…

[treeapps]

githubのsecurity vulnerabilityとか、lodash関連の通知が多すぎて嫌になりますね

[jnst]

置き換えの重複コード書くくらいならlodash使いたいし便利な関数他にもいっぱいある。なんならJSは言語自体が糞仕様だから標準関数使いたくないまである

[bps_tomoya]

lodash が必要とされた過渡期は既に終わり、現代で入れようとする場面に遭遇したのなら「本当に必要？」と確認を入れる時代になっていたと勝手に思いこんでしまっていた。もっと啓蒙していかないといけない。

[maecchi]

そこそこに消耗しています

[t_lav95]

_.assign が第一引数を mutate するのと、 _.isEmptyが数値を全部 empty 扱いするのだけやめてクレメンス

[convivial]

jQueryの次はお前か

[wwolf]

JQuery不要論の時も思ったけど、ブラウザ標準が十分こなれてきたのなら、ライブラリの内部実装をブラウザ標準を呼び出す方向で軽量化すればええやんけって思うんだよね。インターフェイスが変わる方がしんどくない？

[riawiththesam]

"サイズが大きいlodashが"のとこ読まずに反射でイヤイヤ期入る人多くない？

[t-murachi]

lodashとかそも知らんかった(´・ω・`) 標準が嫌われるのも単にブラウザ間の互換性の問題だと思ってた(´・ω・`) TS使うのが当たり前の時代に積極的に依存ライブラリ増やす意味が分からん(´・ω・`)

[for-my-internet-demo]

サイズが重いeasy方向

[programmablekinoko]

触りもしなかった俺大勝利

[kazoo_oo]

momentとかも似たような感じありそう。

[Rishatang]

自分先頭集団だったのか…

[bake0937]

なるほど

[naari_3]

小さくしていきたいが、それは普通ではないらしいのでそうなっていってほしい

[akiramaz]

"実際には lodash が問題というより、 フロントエンド知識のアップデートをしていない という姿勢のシグナルとして、安易な lodash が現れることが多い" [javascript]

[ledsun]

throttleもthrottleitとかで置き換え可能だよね https://www.npmjs.com/package/throttleit

[ducktoon]

簡易な代替メソッドを定義して負債を増やしていくスタイル

[onesplat]

それ以前にlodashいるかいらないかなんて悩んでる時間が無駄すぎるのでさっさと使うか嫌なら自分でさっさと代替書くかすればよい。つまりどうでもいい。きつい言い方になるがこんなことで悩む奴と仕事したくない

[simochee]

富豪的だけど、大規模開発ではソースコードの簡略化のために導入しがち

[living]

cloneDeep 結構使ってるのでやめるにやめられない…。当然、babel-plugin-lodash を使って余分なバンドルを防いだりはしてるけど。

[buhoho]

lodashが複数もバンドルされてしまうような環境がそもそも原因なのでは…

[wordi]

tree shakingでいいのでは、と思ったけどそれでもそれなりのサイズになるのか、メソッドを一端インライン展開出来れば縮小するのかな

[yarumato]

“lodashで消耗する理由：node_modules下で大量に重複し複数バンドルされて遅く。lodashは異様に丁寧に富豪的に作られた結果ビルドサイズが無駄に大きい。ES201xを追ってればlodashのメソッドはほぼ不要、lodashで使うメソッド”

[umai_bow]

ええはなしや。tree shaking でどうにかならんの

[peketamin]

そうだそうだ！