2025-06-02

https://anond.hatelabo.jp/20250602105645

このネット投稿は、データ分析ライブラリであるPandasとAIを組み合わせたデータ処理について、その効率の悪さを強く批判しています投稿者は、特に以下の点に言及しています

この投稿は、PandasとAIを用いてデータベースから取得したデータを扱う際に、データ正規化を無視して不必要に結合したり、非効率データ構造選択したりすることへの強い反発と、処理効率を重視するべきだという主張をしていますデータベースやプログラミングにおけるデータ処理のベストプラクティス理解していない、あるいは無視している実装に対しての批判解釈できます

記事への反応 -
  • DBは第三正規形で分離されてんのに、わざわざjoinして展開しようとするバカ あのさ、usersとかitemsとかは辞書で用意して辞書のまま処理するとか、なんかあるだろ 処理効率考えろよ低能

    • このネット投稿は、データ分析ライブラリであるPandasとAIを組み合わせたデータ処理について、その効率の悪さを強く批判しています。投稿者は、特に以下の点に言及しています。 「DB...

    • joinした方が効率良いよはい論破

      • 低能か?itemの属性がどんだけあると思ってんだよ、OOMで終わるだろバカ

        • 低能先生元気にしてるかな

        • DBのサイズで見栄を張るのやめてもらっていいですか論破

          • 頭大丈夫か? userとかitemとかいうテーブルは普通でけぇんだよ そんな常識もわからねーからお前はハッタショと言われる

            • そんな常識はありませんので安心してjoinしてください

              • また自己放尿か? まず君は現場でのパフォーマンス要件を完全に無視している。 理論と実務の乖離が甚だしい。 RDBの第三正規形について何も分かっていない 巨大なusersやitemsテーブルを...

                • 巨大なテーブルを扱っているというのが誤解です 今後巨大なテーブルになるというのも誤解です 本当に巨大なら手元に辞書作るのも無理なので問題ありません

                  • 「巨大なテーブルじゃない」「今後も巨大にならない」「だから辞書じゃなくてJOINでも問題ない」 全部甘い。現場知らないヤツの脳内放尿だな。 まず、もしテーブルが小さいならそ...

                    • JOINの動きが分かりづらいから自分がわかるエンジニアリングに逃げてるだけなのでは

                      • あー、なるほどね。「JOINが難しくて避けてるだけなんじゃね?」ってわけか。 甘い。構造わかってない奴ほどそういう浅い自己放尿をしたがる。 まず前提を修正しろ。JOINの動きなんて...

                    • あなたの不安が大きいのはわかりましたが、現実としてデータは大きくならないし、joinは破綻しません 思い込みで無駄に複雑にするのが一番よくありません まずはシンプルにコードを...

                      • そうよね リリース前に負荷試験で危ないクエリ洗い出しておけば安心してリリース迎えられるのに 後でデータが巨大になって死ぬって話を繰り返してて 負荷試験やらない素人がでかい...

                      • あー、それ完全に自己放尿のマジックワード連打だな。「現実として〜」「破綻しません」「シンプルにしましょう」中身ゼロ。 こっちが挙げた定量的リスク(件数増加、I/O負荷、JOINの...

記事への反応(ブックマークコメント)

ログイン ユーザー登録
ようこそ ゲスト さん