Javaはスパゲッティになりがちとか言うけど

**仕様書無しさん** · 2022/08/26(金) 11:26:35.10

それってclassを作成する他の言語にも言えることだろ
何でJavaだけが取りざたされるんだよ

**仕様書無しさん** · 2022/08/26(金) 19:31:27.65

いやclassってスパゲティにならないためにあるもんだけど…

**仕様書無しさん** · 2022/08/26(金) 20:56:24.26

ガベージコレクションなんてのに頼るせいで、ところ構わずnewして、
その都度おかしなタイミングでコンストラクタが動いたりするのだろう。

**仕様書無しさん** · 2022/08/26(金) 21:07:52.74

母数が多い分ゴミコードの割合も多いから

**仕様書無しさん** · 2022/08/26(金) 21:09:42.23

初めて聞いたわ
java使っている現場の絶対数が多いからそう錯覚してるだけで、javaの言語仕様とスパゲッティソースの因果関係は無いと思う

**仕様書無しさん** · 2022/08/26(金) 21:18:08.37

>>2
だいたいのJavaの現場のコードって、クラスに1個main的なメソッドがあって
その中に大量の分岐を含む数千行のコードが書かれてグッチャグチャってのが現実じゃない？
もちろんJava自体のせいじゃないけど

**仕様書無しさん** · 2022/08/26(金) 22:22:24.59

Javaで糞コードが多いのは20年ほど前に未経験でほぼ教育もされずに現場に突っ込まれたPGが未だ多く残っているからだよ
そいつらはプログラミングに興味ないし仕事もやる気ないし、なにより発達障害持ちばかりだから一切改善されない
採用基準が手と足と目が付いていれば何でもいいって基準だった奴らだから仕方がない

**仕様書無しさん** · 2022/08/26(金) 22:27:34.54

補足だが20年前にJavaブームがあって大量のJava案件が発生してバブル状態になって、とりあえず人を突っ込めばアホみたいに儲かった時期があった

**仕様書無しさん** · 2022/08/26(金) 22:54:16.33

>>6
Javaでそんなクソコードみたことない
20年前に自分が最初に書いたやつでももっとマシ

なおASP

**仕様書無しさん** · 2022/08/26(金) 23:44:16.82

継承できてコードを再利用できるから効率的という触れ込みなのに
使えば使うほど正反対の方向に突っ走っていく

アクセス制御できるから安全でバグが減るはずが、そこを迂回しなけりゃならなくなってバグを生み出す原因に

一番の不幸はこんな筋の悪い言語が、用途を限定しない汎用言語だったことだと思う
あらゆるものにオブジェクト指向、オブジェクト指向で全て解決、そしてそうはならなかった

**仕様書無しさん** · 2022/08/27(土) 00:56:25.26

ブラウザでやれる事が本当に多くなったからなあ
Linuxでも動く、Windowsでも動く、みたいなJAVAの利点はもう終わった技術
生き残るのはCとスクリプト言語って組み合わせなんだよ
中途半端にCとスクリプト言語を融合させて中間的なのを作っても一次的で終わる

**仕様書無しさん** · 2022/08/27(土) 08:10:23.75

よっぽど変なコードしかやってないんやな

**仕様書無しさん** · 2022/08/27(土) 09:15:55.08

Javaがスパゲッティになる理由は巨大プロジェクトで使われるから
元々の処理が複雑なんだろ
それでも動くのがJavaだけどな

**仕様書無しさん** · 2022/08/27(土) 09:55:51.37

馬鹿の影響を狭めるために色々やってるわけでみんな天才ならアクセス制限なんて要らんわけだけど

例え天才でもアホな瞬間はあるからな

**仕様書無しさん** · 2022/08/27(土) 10:00:15.14

システムってよっぽど金があるところじゃないと、一度作ったら最後10年20年と秘伝のタレのように継ぎ足しながら延命していくわけで
その中で玉石混交のマが触っていくことで地獄が作り出されるんだ

Javaはもう業務開発でよくみる言語としてCOBOLの次に歴史があるといってもいいので
その分長生きしてて酷いことになってるのもよく見ると思う

**仕様書無しさん** · 2022/08/27(土) 10:03:23.82

Javaで酷いならASPとかVBとか見たらショック死するで

**仕様書無しさん** · 2022/08/27(土) 12:40:33.38

Java+Springで便利だからって下手にメンバ変数持たせると終わるからな
シングルトンだから他のユーザーの情報上書きされる可能性あるし
大規模なプロジェクトでアクセス演算子やらローカル変数やメンバ変数の定義はしっかりやらないとマジでシステムごと破綻する

**仕様書無しさん** · 2022/08/27(土) 13:07:29.37

Twitterも最近激重なんだが、思えばScala使ってんだったな
なんかブラウザ版もスマホ版も挙動不審な動きするようになった
一定量の負荷かけると文字が■■■■■■■■■■なってるバグとかも理解不能過ぎる Twitter以外で見たことがない
あれってやっぱ何らかの変数が想定以上までメモリー食った結果なんだろか

**仕様書無しさん** · 2022/08/27(土) 19:11:03.84

スパゲティって奇跡のコードだと思う
河原で石をバランスよく積み上げたみたいな
誰も触りたくない芸術作品だよ

**仕様書無しさん** · 2022/08/27(土) 22:15:30.06

スパゲティを作る人はほぼアスペかADHD
逆ギレするからすぐわかる

**名無し募集中。。。** · 2022/08/28(日) 00:13:25.07

>>3
GC言語はどうしてもそうなるね
非GC言語で鍛えてある人だと避けられるけれど

**仕様書無しさん** · 2022/08/28(日) 14:34:19.56

その辺学ぶのってC言語で数年くらい車輪の再発名でもし続けないとセンスつかないからな
でもユーザー自身がおかしなタイミングでガベコレ起こして重くなるアプリでも
あまりその辺に文句言わずに使ってる現状あるしなあ
広告とか、オシャレ感とかいうものでゴミコード動いてるアプリを使う

**仕様書無しさん** · 2022/08/28(日) 14:37:24.46

1レスのまま落ちること期待してたんだが
スレ立てたゴミの自演レスに釣られて20レスも以上もついたかｗ

**仕様書無しさん** · 2022/08/28(日) 14:55:25.87

自演という証拠は？

**仕様書無しさん** · 2022/08/29(月) 09:47:10.08

スパゲッティはgotoが無いと作れないだろ

**仕様書無しさん** · 2022/08/29(月) 09:59:47.49

スパゲティ書けって言われたらどうやって書く？

**仕様書無しさん** · 2022/08/29(月) 10:42:05.94

>>18
スパゲティにならないようにオブジェクト指向が産まれたんだと思うんだけど違うの？

**仕様書無しさん** · 2022/08/29(月) 12:46:24.47

オブジェクト指向作者「えっ？」

**仕様書無しさん** · 2022/08/29(月) 12:50:45.72

スパゲッティにならないようにするために作られたのは構造的プログラミングじゃねえかな

**仕様書無しさん** · 2022/08/29(月) 13:09:28.19

一度でいいから思うがままにスパゲティコードを書いてみたい

**仕様書無しさん** · 2022/08/29(月) 14:01:17.26

オブジェクト指向でスパゲティになる理由がわからんのだが…
クラス使わんとさらにぐちゃぐちゃにならん？

**仕様書無しさん** · 2022/08/29(月) 14:39:31.38

初心者がちまちま書いてるクラスって、本来そのクラスやファイルごと不要ってのが多いから
まず初心者コードってのはメソッドと状態保存用変数が多すぎるからクラス化してスコープ作ってカプセル化の必要が出てくるわけで
容易く、関数、変数、クラスなどの定義をしないのを心がけると良いと思う

**仕様書無しさん** · 2022/08/29(月) 16:29:58.03

初心者といっても一つのメソッドに処理書きまくるタイプと無駄に処理を分割させまくるタイプおるからなぁ
クラスやメソッドごとの役割分担をハッキリさせて適切に定義できてれば問題ないと思う

**仕様書無しさん** · 2022/08/29(月) 16:56:03.24

特に何もしてない関数作ってたから何で？って聞いたらいずれ必要だからって言われて半年後に変更指示が出てその関数にあれこれ足してた未来人がいたわ

**仕様書無しさん** · 2022/08/29(月) 18:05:50.63

>>34
すげー

**仕様書無しさん** · 2022/08/29(月) 19:09:57.95

相手とのやり取りがメソッド呼び出しだけしか無いんだから
スパゲッティなんて作れないんだよなぁ

gotoだらけの本物のスパゲッティ見た事無いんだろうなぁ

**仕様書無しさん** · 2022/08/29(月) 19:17:43.02

>>31
クラスやその継承などはデメリットの方が多いと分かってきて定説となったため
最近のプログラミング言語であるGoやRustなどはクラスや継承などが存在しない

**仕様書無しさん** · 2022/08/29(月) 21:06:02.52

俺は継承流行ってた頃からほとんど使ってなかった
必要なのはメタプログラミングをコンパイル前に静的に素早くエレガントに行うような代物でしょう

**仕様書無しさん** · 2022/08/29(月) 22:08:53.45

まだ自演でスレ伸ばしてる・・・ｗ

**仕様書無しさん** · 2022/08/30(火) 00:22:58.77

自演に見えるのか…

**仕様書無しさん** · 2022/08/30(火) 00:46:53.80

適切ではないクラス設計
メソッドの相互呼び出し
深すぎる継承
interfaceの乱用

gotoとはちょっと違うけど
無茶苦茶になる

**仕様書無しさん** · 2022/08/30(火) 02:48:10.43

実際javaゲッティーあるからな
盛り上がれば良し
自演とか知らん

**仕様書無しさん** · 2022/08/30(火) 03:17:08.64

自演と言っているのはアスペルガーの人だから適当に揶揄ってあげるといいよ

**仕様書無しさん** · 2022/08/30(火) 03:52:01.91

やっぱデータ構造　＋　アルゴリズム　＋　マークアップで書けるな
クラスはその3種類が混ざっている概念

**仕様書無しさん** · 2022/08/30(火) 05:46:55.29

クラスは何でも突っ込み投げ入れてしまいゴミ箱状態で整理できていない遺物の構造

**仕様書無しさん** · 2022/08/30(火) 14:57:55.31

オブジェクト指向終わってしまった

**仕様書無しさん** · 2022/09/01(木) 12:52:20.17

Gotoでスパゲッティになるのはソースコードではなくフローチャート図なんだってことに気づいてないプログラマは少なくない
GOTO?8ビットマイコンのBASICとかでしょ、とにかく邪悪だから使っちゃいけない悪の根源でしょ
みたいな浅い知識のやつ

**仕様書無しさん** · 2022/09/01(木) 12:54:57.24

まあ道具はなんだっていいんだけどバカが使うとグチャグチャになりやすいからなりにくい物を提供してるのにバカが使うとグチャグチャになりやすいからなりにくい物を…

**仕様書無しさん** · 2022/09/01(木) 16:31:17.48

例外ならむしろgoto使えよって論争あったな
20年前だったかな

**仕様書無しさん** · 2022/09/01(木) 17:12:16.41

>>31
クラス作りまくってあっちに飛んだりそっちに飛んだりして
こっちを修正したらあっちもそっちも壊れましたなんて作りになってるオブジェクト指向もあるんよ

**仕様書無しさん** · 2022/09/01(木) 22:40:53.65

>>37
実際クラスは存在しないけど、継承とかmixinできちゃうからな

**仕様書無しさん** · 2022/09/01(木) 23:11:02.14

goto文は余計な事ごちゃごちゃ考えずにジャンプ出来るからマジ便利

**仕様書無しさん** · 2022/09/02(金) 01:29:49.94

gotoって見るとコロナとか、汚い利権とか二階とか頭にチラつくから嫌だ
ただでさえストレスの多い現場だぞ
もうアンチパターン認定でいいだろ

**仕様書無しさん** · 2022/09/02(金) 04:13:07.36

クロージャラムダつかう事が増えて
関数の中のreturnがやりたいreturnと違うっていうのがそこそこある現状なんでgotoは今一度実装されるべきだと思ったり

**仕様書無しさん** · 2022/09/02(金) 17:56:54.15

super break
super continue
super return

必要なのってこの辺だな
super breakはperlにあった気がする

**仕様書無しさん** · 2022/09/02(金) 23:48:20.32

そんな話聞いたことない

**仕様書無しさん** · 2022/09/03(土) 10:42:04.88

>>51
GoにもRustにもクラスの継承にあたるような継承というものはありません
それらは害悪であると決着しているため
新たなプログラミング言語であるGoやRustでは排除されました

**仕様書無しさん** · 2022/09/03(土) 13:28:34.00

>>57
どっちが正しいか知らんけど害悪として決着ついたという根拠へのリンクとかはある？

**仕様書無しさん** · 2022/09/03(土) 13:35:42.85

良いものなら導入されてただろうないってことは悪いってことさ帰納的推理でおｋ

**仕様書無しさん** · 2022/09/03(土) 13:41:48.63

しかし、継承を使わずにまともなGUIが作れるとは思えない

**仕様書無しさん** · 2022/09/03(土) 13:42:41.25

こんなふわふわが帰納的なら星占いも帰納的やな

**仕様書無しさん** · 2022/09/03(土) 13:45:51.92

そうだな、星占いとは全然違うけどな

**仕様書無しさん** · 2022/09/03(土) 13:46:53.32

帰納的推理を星占いとラベリングする詭弁がいままさにこの場で行われているわけであります

**仕様書無しさん** · 2022/09/03(土) 13:49:34.57

いや前提が正しければ星占いも帰納的で全然ありえるだろ

帰納的の意味わかっとるか？

**仕様書無しさん** · 2022/09/03(土) 13:53:14.57

星占いが帰納的であることを主張されてるわけであります、頑張っておられるのであります
このスレを星占いのスレに変えようとしてるのでありましょうか、おうし座の僕の運命はいかに

**仕様書無しさん** · 2022/09/03(土) 13:56:59.52

次の2つは全然違う命題なのであります
・帰納的推理は星占い
・星占いは帰納的推理

**仕様書無しさん** · 2022/09/03(土) 13:57:06.77

聖闘士星矢世代だと人気はそこそこやな

**仕様書無しさん** · 2022/09/03(土) 23:31:52.28

つまりプログラミングには、
一回書いたものを、二回目書かず、別の場所から参照する仕組みっていうただソレが必要なだけ

継承とかいう新しい形にするまでもなく
class B{}

class A{
　classB_wo_load_suru_function()
}
これでおｋ
あるいは

a = A.new
a.include( class_B_wo_include_suru_function() )

これで良い
function({option})とかだって自由に入れられるね

52 · 2022/09/03(土) 23:38:43.92

誰か>>52にツッコミ入れてくれよ
こういう安易な考えでgoto文使いまくるから悪質なスパゲッティコードが出来上がる、
といういい例じゃないか

**仕様書無しさん** · 2022/09/04(日) 00:06:33.85

>>69
今時の言語でそんな自由に飛べるgotoてあったかなと
Cだと簡単にメモリトラブル起こすから逆に使われないし

**仕様書無しさん** · 2022/09/04(日) 00:16:11.22

言うほどgoto使った悪質コード見かけないしな
大半のgoto使ったコードは低級レイヤーの処理速度上げるために仕方なく使ってるのが多く
そういうコードに触れる機会ほとんどないし
あっても読むだけで編集なんてしない

**仕様書無しさん** · 2022/09/04(日) 03:37:19.29

goto はスタックと相性が悪いからな

**仕様書無しさん** · 2022/09/04(日) 06:41:02.71

>>1
スパゲッティになりがちな言語というのは気軽にコードが書ける、改修しやすい言語という事
Ｊａｖａは対局にある言語でありスパゲッティとは一番遠いところに位置する

そもそもＪａｖａはしっかり設計された上でコーディングする場合が多いはずだ
Ｊａｖａでスパゲティを作るのはベテランスパゲティ建築士じゃないと難しい

**仕様書無しさん** · 2022/09/04(日) 06:42:15.12

>>8
今でも「Ｊａｖａ勉強して儲けよう」みたいなスクールが流行ってるけど
儲かってるの？

**仕様書無しさん** · 2022/09/04(日) 13:52:11.79

JAVAはもう終わったよ
次いこうね

**仕様書無しさん** · 2022/09/04(日) 16:01:38.36

PythonでもGoでも書き手がクソなら作り出されるコードもクソになる
それはJavaでなくても一緒

**仕様書無しさん** · 2022/09/04(日) 19:41:40.85

昔、Pythonのプロジェクトやってる隣のチームで中途が入ってきたけど、Pythonは遅いからクソとか言い出した。

で、そいつがC#のほうがマシだと言うからリーダーが仕方なくC#で書かせたらループの中で不要なループ書くわ、ループの中で一件ずつSQL発行するわで注意されまくってたけど、1ヶ月もしないうちにチームから消えてた。

こういうの見てからは、言語に文句を言ってるやつはそいつ自身のスキルに問題があると思ってる。

**仕様書無しさん** · 2022/09/04(日) 20:14:17.98

>>77
ループの中で一件ずつSQLは普通にマズイ
初心者すぎ
初心者すぎる故、言語にケチつけるのだろうけど

**仕様書無しさん** · 2022/09/04(日) 20:35:56.78

>>77
二重ループはどのように回避すべき？
sqlの方は一括で取ってメモリ上で扱えば良さそうだけど

**仕様書無しさん** · 2022/09/04(日) 20:57:14.06

まぁPythonがクソ遅いのは事実だけどね

**仕様書無しさん** · 2022/09/04(日) 20:58:40.66

pypy

**仕様書無しさん** · 2022/09/04(日) 21:01:49.47

すまんSQL初心者なんだがどうやって一括で発行するもんなの？
Listを一つづつAddしていってforループ向けたあとにListで発行？

**仕様書無しさん** · 2022/09/04(日) 21:03:31.48

> ループの中で一件ずつSQL発行するわで
pythonがどういった理由で遅いって言ってたのかにもよるんで何とも言えないけど、これは間違いなくクソ
今の現場にもいるけど、自分はイケてると思ってて痛々しい
未だにjoinが重いとか思ってんのかなぁ。。。。

**仕様書無しさん** · 2022/09/04(日) 21:05:44.01

>>83
へー
どうやって一括で発行するの？
List化してListで発行する感じ？

**仕様書無しさん** · 2022/09/04(日) 21:29:26.22

ループを回すってことは条件の値を変えてるんでしょ

たとえば

こうやって1件ずつ取得してるのを
select id, name from user where id = ?

これでまとめて取得するとかじゃないかな
select id, name from user where id in (...)

insertやupdateならバッチ更新を使ったりとか

**仕様書無しさん** · 2022/09/04(日) 21:30:11.76

>>84
最初にリスト化したやつをループで取得するのっていわゆるN+1問題でコスト高い
のでモデルで定義した関連を含めてjoinした結果をORマッパー使ってマッピングして扱う
何言語なの
springならOneToManyとかrailsならhas_manyとか書いて無い？

**仕様書無しさん** · 2022/09/04(日) 21:31:55.41

joinに時間がかかるかは環境による一概に問題ないとは言えないかなあ
育ってきた環境が違ってカルチャーフィットするのに時間がかかることはままあることよ

**仕様書無しさん** · 2022/09/04(日) 21:38:55.06

in句は上限数があったり、インデックス使えなくてパフォーマンスに影響したりするから
個人的には、積極的に使用しないかな
joinでテーブル作って条件で絞り込んだ後にバッチ挿入/更新がいいと思う

**仕様書無しさん** · 2022/09/04(日) 21:45:48.10

どんな環境か気になる
よほどDBの設計が特殊なのか?
今の現場は、単純に遅いjoinのチューニング方法分かってなかった

**仕様書無しさん** · 2022/09/04(日) 21:48:01.42

さすが自演スレだけあってバカしかいなくて笑えるｗ
>ループの中で一件ずつSQLは普通にマズイ

こんなもん状況によるし一件ずつ流すほうが正解の場合のほうが多いのもわからないって相当経験浅いゴミ
こんなゴミスレはとっとと削除依頼出してこいゴミ

**仕様書無しさん** · 2022/09/04(日) 21:50:18.88

>>90
具体的にどんな状況で？

**仕様書無しさん** · 2022/09/04(日) 21:51:18.43

そもそも1件ずつっていうのはCUDのこと言ってるだろうし
CUDの場合は1回でSQL発行なんてできねーからな
どんだけバカスレだよ
とっとと削除依頼出してこいゴミ

**仕様書無しさん** · 2022/09/04(日) 21:52:10.26

まあデータ量やDBによるかな

**仕様書無しさん** · 2022/09/04(日) 21:52:31.89

>>90
普通で常識的なアンチパターンなんだがw
そんなことすら知らないの？

この口汚いアホが小規模案件しかやったことがない事が良く判ったよ

**仕様書無しさん** · 2022/09/04(日) 21:52:32.34

どこの世界にSELECTで条件1件ずつ作って流すバカいるんだよアホ
はよ削除依頼出してこい

**仕様書無しさん** · 2022/09/04(日) 21:53:58.71

ほらホームラン級糞バカ>94様がすべてのＳＱＬ1回で発行してくれるぞ
糞バカ同士ホームラン級の糞バカを崇めよ
とっとと削除依頼出してこい糞バカ

**仕様書無しさん** · 2022/09/04(日) 21:54:19.60

>>95
取得されるデータが少量なら別にいいっしょ

**仕様書無しさん** · 2022/09/04(日) 21:56:03.22

>取得されるデータが少量なら別にいいっしょ
頼むからもう会社に行くなバカ
自演でスレ加速させるなくそばかゴミ

**仕様書無しさん** · 2022/09/04(日) 21:56:50.26

バッチ処理じゃなくてWebのリアルタイム処理なら1トランザクションあたりに扱うデータ量は限られるからね

**仕様書無しさん** · 2022/09/04(日) 21:57:15.13

この口汚い奴は友達ゼロ・童貞・無職だから相手にする必要なし

**仕様書無しさん** · 2022/09/04(日) 21:57:18.08

あげるなバカ！
はよ削除依頼出してこいゴミ

**仕様書無しさん** · 2022/09/04(日) 21:57:38.41

>>98
やだ、元気に出勤する

**仕様書無しさん** · 2022/09/04(日) 21:58:33.91

反論できないからホームラン級のバカが逃げたｗｗｗ
バカなんだから思い付きでレスつけるな糞バカが
ほんとこういうバカスレってバカしかいないからレスつけたくなかったんだが
あまりにバカすぎてレスつけずにはいられなかった
とっとと削除依頼出してこいゴミ！！！

**仕様書無しさん** · 2022/09/04(日) 21:59:14.90

N+1問題もしらないんだwwwwwww

**仕様書無しさん** · 2022/09/04(日) 21:59:53.32

少なくても自演ってのは間違ってるぞw

**仕様書無しさん** · 2022/09/04(日) 22:01:48.96

>>104
こういうふうに名前を覚えてドヤるのは違うと思う
名前を知ってるからなんなのって思う

**仕様書無しさん** · 2022/09/04(日) 22:01:52.02

>>104
それなw

**仕様書無しさん** · 2022/09/04(日) 22:02:17.15

ほらほらほらホームラン級糞バカ>104様がすべてのＳＱＬ1回で発行してくれるぞ
糞バカ同士ホームラン級の糞バカを崇めよ！！！！！
いまだにSELECTとＣＵＤ混同してる伝説のホームラン級池沼様だぞ！！！！
おぼえたてのN+1問題で一生懸命反論してるつもりだぞ！！！！！
ＣＵＤのN+1問題が世界のどこにあるか探してこい糞バカの同士たちよ！！！！

とっとと削除依頼出してこい糞バカ池沼！！！！！！！

**仕様書無しさん** · 2022/09/04(日) 22:02:37.52

本当に知らなかったのかよ....

**仕様書無しさん** · 2022/09/04(日) 22:02:44.44

常識的とかアンチパターンというのも誰かが作った価値観に便乗してるだけで
自分で考えてない感じがしてもにょる

**仕様書無しさん** · 2022/09/04(日) 22:03:55.80

一人で一生懸命SELECTのループの話してるホームラン級の池沼早くだれか引き取ってやれ糞自演バカども

バカすぎる糞スレ
とっとと削除依頼出してこい糞バカ池沼！！！！！！！！！！！！！！！！！！！！！！！！！！！

**仕様書無しさん** · 2022/09/04(日) 22:06:41.64

ループでインサート！アップデート！デリート！！！

池沼「アンチパターンだ！！！！！！！！！！！！！！！！」
池沼「Ｎ+１問題だ！！！！」

管理者「この池沼クビな」

とっとと削除依頼出してこい糞バカ池沼！！！！！！！

**仕様書無しさん** · 2022/09/04(日) 22:07:13.38

>>111
DBで一番時間がかかるのはSELECTなんですよ

**仕様書無しさん** · 2022/09/04(日) 22:09:37.75

>>108
SQLの発行回数を少なくすれば良いっていう状況もあるけど
複雑なSQLを分割してSQLの発行回数を増やしたが良い状況もあるので
1つのSQLにすれば良いんだっていうのはバイアスでしかないかな

**仕様書無しさん** · 2022/09/04(日) 22:10:22.70

まあ普通にinでも最近はindexが効くからそれでいいんだけど

全件取ってきて配列でループさせる方法もある

他には対象idを一時テーブル作ってぶっ込んでindex貼って対象テーブルとjoinで一発とか

更新系はbulk処理で

**仕様書無しさん** · 2022/09/04(日) 22:12:26.59

inでindex効かなかった時代があるん？
not inでindexが使われないのはわかるけどinでそういうことあるん？

**仕様書無しさん** · 2022/09/04(日) 22:14:48.76

>>116
昔のMySQLはindex効かなかったよ
だいぶ前の話だけど

**仕様書無しさん** · 2022/09/04(日) 22:15:16.48

>>117
へー

**仕様書無しさん** · 2022/09/04(日) 22:17:25.41

DBはいっさい信用ならんから条件文取り払ってデータ全部ぶっこ抜いてきて
テキストファイルに出力してテキストファイルをループで処理したりはよくやるけどね
削除依頼君にもおすすめの処理方法

**仕様書無しさん** · 2022/09/04(日) 22:21:39.47

わざわざテンポラリテーブル作るのって何で？
普通に自己結合しとけばいいじゃないの？
in句の中身多くなるとフルスキャンになるとかはあるけど

**仕様書無しさん** · 2022/09/04(日) 22:23:51.53

>>119
信用ならんDBって何使ってるんだw

**仕様書無しさん** · 2022/09/04(日) 22:24:09.57

ループでSQLを発行して1件ずつ処理するやり方はメモリの使用量を最小化できる方法でもあるので
アプリケーションサーバのメモリがカツカツで時間がかかってもよいので
とにかくメモリの使用量を抑えたいってときには有効

**仕様書無しさん** · 2022/09/04(日) 22:25:44.81

>>121
Oracleですね、サーバはオンプレミス
ハードが貧弱なせいもあるけどね

**仕様書無しさん** · 2022/09/04(日) 22:27:09.47

だってクエリ発行して応答が返ってこないんだもん
フィルタリングもソートも自前でやったが速い環境を僕は知っている

**仕様書無しさん** · 2022/09/04(日) 22:27:16.96

>>122
なるほどね
ええやん

**仕様書無しさん** · 2022/09/04(日) 22:27:57.73

>データ全部ぶっこ抜いてきて

これが超スーパーホームラン級池沼の出したN+1問題の解決法
今の現場の新卒がプログラムでこれやってて全部書き直させた
ほんとこの世から消えてくれ糞ごみ
はよこの糞スレの削除依頼出してこい糞バカ池沼！！！！！！！

**仕様書無しさん** · 2022/09/04(日) 22:29:27.56

>>120
別に結合一発で済むならそれでいいけど、一件一件SQLを発行しているとなるとDB以外の外部要因が絡んでいるだろうから
あと複雑なサブクエリでindexが効かないとき等も一時テーブルに結果を一旦逃げしたりする

**仕様書無しさん** · 2022/09/04(日) 22:30:42.18

>>126
データを全部抜くのはDWH構築や分析でも良く使われているが

**仕様書無しさん** · 2022/09/04(日) 22:31:19.42

>>123
oracle詳しく無いけどメモリ増幅、ssdとかfusion io使うでほとんど解決よ

**仕様書無しさん** · 2022/09/04(日) 22:33:20.89

>>126
今の現場っておまえ派遣かSESだろw

**仕様書無しさん** · 2022/09/04(日) 22:34:09.67

プログラムで全ぶっぱするゴミの話してるのに分析にすり替える池沼
もういいからレス付けないでとっとと削除依頼出してこいゴミ！！！！
SQLでできることをプログラムで書くなキチガイ池沼！！！

**仕様書無しさん** · 2022/09/04(日) 22:35:19.08

>>131
マイクロサービスでも似たような処理になるよ
知らないの？

**仕様書無しさん** · 2022/09/04(日) 22:35:46.04

反論できないからっていちいち話そらすな糞バカ池沼
おまえレス返す価値もないほどのバカって自覚あるのか？糞ゴミバカ
どうせお勉強中の無職のバカだろうけど
もういいからレス付けないでとっとと削除依頼出してこいゴミ！！！！

**仕様書無しさん** · 2022/09/04(日) 22:36:14.23

>>133
はいおまえの負け

**仕様書無しさん** · 2022/09/04(日) 22:38:09.57

SQLなら2、3行で済む処理をプログラムで分岐させて格納して100行近い超大作のゴミコード書いちゃう池沼がお前ら
マジで世界から消えてくれ
池沼専用の平行世界で好きだけ池沼コードでも書いてろゴミ
もういいからレス付けないでとっとと削除依頼出してこいゴミ！！！！

**仕様書無しさん** · 2022/09/04(日) 22:38:11.24

>>131
SQLで書いたら応答が返って来ないの！そんな状況でも業務を回さないといけないの
SQLで書くべきだなんてしょせんは綺麗事ですわ
たとえ醜かろうが業務を回せるのならそれで良いって状況を僕は知っている

**仕様書無しさん** · 2022/09/04(日) 22:39:46.07

>>127
なるほどね〜
バッチ処理型でしか使わないindexをパフォーマンス要求されるところで貼るのもなーって感じはする

**仕様書無しさん** · 2022/09/04(日) 22:41:00.07

マイクロサービスはそうなるね

**仕様書無しさん** · 2022/09/04(日) 22:43:31.54

>>135
> SQLなら2、3行で済む

2,3行で済んでも処理が終わらなかったら元も子もないよ
プログラムの行数を減らすのが仕事じゃないからね
泥水すすってでもやり遂げる気持ちが大事

**仕様書無しさん** · 2022/09/04(日) 22:48:26.48

>>139
そうそう、泥水吸うような処理になるときがあるね
他人から見たら理解されないような意味不明なロジックになるので説明が大変

**仕様書無しさん** · 2022/09/04(日) 22:49:05.05

どれもこれも完全に状況次第なのでなんとも

ぶっこぬきも小さなマスターテーブルで絶対にデカくならない確信があるならありだし
1000万件でやってたらアホだし

**仕様書無しさん** · 2022/09/04(日) 22:50:51.09

そうそう顧客の課題解決が重要だぞ

**仕様書無しさん** · 2022/09/04(日) 22:53:26.32

明日もみんなジャバゲッティ作るのかい？
自分はrubyとtsだが

**仕様書無しさん** · 2022/09/04(日) 22:56:26.96

>>130
僕もSESだよ、ちなみにOracleを実装した人もそうだよ

**仕様書無しさん** · 2022/09/04(日) 22:59:44.42

>>143
作るねえ、作っちゃうねえ～

**仕様書無しさん** · 2022/09/04(日) 23:02:32.50

バッチのフレームワークってみんな何使ってる？SpringBatchとか？
ちなみに僕は使ってないPlain Javaでゴリゴリ系

**仕様書無しさん** · 2022/09/04(日) 23:04:28.34

バッチはシェルとか

**仕様書無しさん** · 2022/09/04(日) 23:18:29.12

aws batchでゴリゴリ

**仕様書無しさん** · 2022/09/05(月) 00:04:37.72

まぁよくわからんけど良い意見交換できてよかったね

**仕様書無しさん** · 2022/09/05(月) 00:07:20.27

SQLってどこで学べばいいんだろ？
なんか色々やり方あるみたいだしそういうの勉強しときたい

**仕様書無しさん** · 2022/09/05(月) 00:12:12.52

>>150
こういう入門書読んで実際に触ってみるといんじゃないかな
https://www.oreilly.co.jp/books/9784873119588/

**仕様書無しさん** · 2022/09/05(月) 00:23:03.23

>>151
ふむふむサンクス

**仕様書無しさん** · 2022/09/05(月) 01:33:57.76

>>150
プログラマのためのSQL 第4版

**仕様書無しさん** · 2022/09/05(月) 01:40:39.33

SQL出来ますって言ってるやつに100億件のデータ渡したら処理に1時間かかるコード書きそう
データ件数が膨大になって単純な検索ではやれなくなってきたところから技術力が影響する
100万件のデータくらいなら小学生でもいけるっつーの

**仕様書無しさん** · 2022/09/05(月) 10:31:43.35

100億は多いな、インデックスが使えれば問題ないだろうけど

**仕様書無しさん** · 2022/09/05(月) 10:34:57.25

100億だと昨今はRedShiftなりBigQueryなりTDにぶち込むから小学生SQLでも充分

**仕様書無しさん** · 2022/09/05(月) 10:36:39.92

そんなビッグデータ扱うチャンス無いだろ？

**仕様書無しさん** · 2022/09/05(月) 11:38:53.34

ユースケースによるかな
50億レコードの基盤システムをmysql(オンぷれ)で捌いてたけど責務を分割して機能をシンプルにできたからってのが大きい
分析に使うんだったらbigquery, redshift, athenaでいいと思う
aurora mysqlとかだったとしてもパラレルクエリの使い方知ってさえいれば簡単に高速化できちゃうんだからな。。。
技術力必要なシーンがawsに取って代わられてるぜ

**仕様書無しさん** · 2022/09/05(月) 20:55:34.20

うっかり全件取得してしまってクラウド破産

**仕様書無しさん** · 2022/09/06(火) 07:44:49.50

1日1拠点で多いところだと100万件ぐらいデータ発生してたな
しかも朝夕に集中するから波もある
今思えばけっこうな量だわ
SELECT COUNT(*) FROM hogeとかでも数分かかってたよ
うかつにSELECTするなって言われてた

**仕様書無しさん** · 2022/09/06(火) 09:26:33.33

>>160
独学で学習中だけど、こういう場合は別のテーブル(集計用のテーブル)に作っておいてそこにアクセスするって感じでok?
(select count(＊)を使うくらいなら)

**仕様書無しさん** · 2022/09/06(火) 13:31:32.22

脳死でexplainつける
予算割けるならユーザーに影響しないように分析用のリードレプリカ作る
物理削除しないならmax関数使えないか考える

気にしてるのが負荷だったら分析用テーブル作っても問題解決されないなぁ

count(*)って今はオプティマイザがいい感じにidだけ指定に変えてくれたりする
show warnings使って最適化後のクエリみた？

**仕様書無しさん** · 2022/09/07(水) 23:40:36.57

javaって文字が見えただけでこの会社やめとこってなる

**仕様書無しさん** · 2022/09/08(木) 00:14:42.89

java17ならいいよ

**仕様書無しさん** · 2022/09/08(木) 01:30:13.31

８以降なら

**仕様書無しさん** · 2022/09/08(木) 01:55:07.27

>>58
Googleでは継承は原則禁止だね

**仕様書無しさん** · 2022/09/08(木) 02:14:22.96

そりゃ優秀だな

**仕様書無しさん** · 2022/09/08(木) 02:19:12.26

グゴったら継承アンチマンの言い分って保守しずらい＆スッパクラス直しずらいっていう雑魚によくいる低次元の主張だった
要件と仕様が明確で遥か先まで見通せるなら別にいくらでも継承してもいいよ
継承かコンポズソンかの違いだけだが馬鹿に合わせて毎回派生クラスにコンポズソンパトゥーンでメンバ持たせるの美しくないし
まぁここのチンパンジーどもにいってもわからんだろうけど

**仕様書無しさん** · 2022/09/08(木) 02:55:22.75

チンパンジジー

**仕様書無しさん** · 2022/09/08(木) 07:28:21.35

継承なんてフレームワーク側が使うもんでしょ

**仕様書無しさん** · 2022/09/08(木) 10:40:23.14

>>166
ムスビ嘘をつけ！

**仕様書無しさん** · 2022/09/08(木) 10:45:54.96

>>168
チンパンジー相手に喜んでいる人生なんて哀れそのものだね

**仕様書無しさん** · 2022/09/08(木) 11:35:27.35

フレームワーク側も使わねーよ
全ての場面でmix-inで十分で、わざわざあえて継承持ってくるのがmix-inよりも適切だって場面が無いと思うけどあるなら例をくださーいｗ

**仕様書無しさん** · 2022/09/08(木) 12:31:10.82

>>173
そんなもん山ほどあるわ、具体的には言えないけど

**仕様書無しさん** · 2022/09/08(木) 15:19:09.86

継承いらなくね？派：　俺、Google
継承は必よう派：　>>174

期待しているよ

**仕様書無しさん** · 2022/09/08(木) 15:31:42.83

俺「Googleは継承使わないんだーへー」
https://github.com/google/guava
俺「継承使いまくっててクッソ受けるんですけどｗｗｗｗｗｗ」

**仕様書無しさん** · 2022/09/08(木) 15:32:26.00

継承いらなくね？派：　お前
継承は必よう派：　>>174、Google

**仕様書無しさん** · 2022/09/08(木) 15:33:22.66

Googleはもう俺の女

**仕様書無しさん** · 2022/09/08(木) 22:48:42.92

JavaだとInterfaceのDefaultメソッドがmix inだが継承使わずDefaultメソッドで全部やるのは狂気の沙汰としか思えない

**仕様書無しさん** · 2022/09/09(金) 00:43:18.27

継承使わずに作られたフレームワークなりライブラリのリポジトリ貼ってくれー

**仕様書無しさん** · 2022/09/10(土) 04:34:44.68

Goにはクラスも継承もないしな
GAFAMが共同でRust Foundationを設立したRustにもクラスと継承ないしな
不要と結論が出ているため最近のプログラミング言語には最初から存在しない
もちろんそれら各々の言語で書かれた各分野のフレームワークがある

**仕様書無しさん** · 2022/09/10(土) 12:35:44.77

バカ乙
GoにはプロモートフィールドがあるしRustにはトレイトがあるわ
継承という言葉を使わなかったら良いってもんじゃないんだよ
継承と同じことをやる継承のようなものがあったらそれは継承だよ
ダック継承だよ

Goにクラスがないっていうのもウソ
クラス構文がないだけでやってることはクラスと同じ
書き方がダサいだけ

**仕様書無しさん** · 2022/09/10(土) 12:37:35.29

あえてダサくすることで俺オシャレとか気にしてませんからと主張しつつも意識しまくりなダサい言語それがGoとRustです

**仕様書無しさん** · 2022/09/10(土) 17:41:23.43

Goにクラス構文が無いって、じゃあオブジェクトを作りたい時
Goではどうしているんですか？

**仕様書無しさん** · 2022/09/10(土) 17:55:20.23

>>184
type Cat struct {
}

func (cat Cat) meow() {
　fmt.Println("にゃーん")
}

func main(){
　cat := Cat{}
　cat.meow()
}

**184** · 2022/09/10(土) 18:06:20.21

>>185
詳細は分かりませんが、main関数の中でインスタンスを作って、
そのインスタンス由来のメソッド呼び出しをしているような…

**184** · 2022/09/10(土) 18:08:50.86

>>185
お礼するのを忘れてました、コードを示して頂きありがとうございます

**仕様書無しさん** · 2022/09/11(日) 06:54:20.77

>>171
！！！？？

**仕様書無しさん** · 2022/09/11(日) 08:22:32.21

これからクラス構文あった方が実装しやすい気が…
クラスがないことのメリットがあんまり分からん

**仕様書無しさん** · 2022/09/11(日) 08:28:37.72

自演でスレ伸ばすのやめろゴミ

**仕様書無しさん** · 2022/09/11(日) 09:24:50.38

糖質？

**仕様書無しさん** · 2022/09/11(日) 23:09:24.96

golangではクラスに該当する概念に相当するものがstructということであって存在しないってわけじゃないと思う
swift,c++にはclassとstructが厳密には振る舞いは違うけど同じような場面で使えるようになっていて言葉の定義は非常に曖昧
goではstructで行きますねーって話でしかないような気がする
継承もextendsとか<とかimplementsとか書かないだけで同じような振る舞いはできる
oopの言語パラダイムを否定する要素が何なのかよくわからない

結局javaがやりたくなってるわ

**仕様書無しさん** · 2022/09/12(月) 09:30:02.29

>>192
結局そういうことやし逆に構造体だけ使う利点があんまわからんのよな
場合によってどっちも使えた方が便利じゃねって思う

**仕様書無しさん** · 2022/09/12(月) 12:01:47.25

Goと同様にクラスも継承もないRustが分かりやすいかな
Rustではクラスとはかなり異なるtraitを用いるけど
このtraitは様々な型に対して横断的に適用される

例えば表示が可能な型の集合を考える
これはすなわち文字列化できることも要請されるわけだけど
文字列化可能なスーパークラスを用意してそれを継承するという実現方法は様々な問題がある

Rustではクラスが無いのでこの場合は文字列化可能なことをトレイトを用いてtrait ToStringで表す
このtrait ToStringはStringを返すメソッドto_string()を持つので各型ごとに実装する
ジェネリクスとも相性がよくジェネリックな関数の引数の型Tに対してtrait ToStringの実装をしていることを制約させることで
そのジェネシスな関数内で型Tに対してto_string()を適用可能となる
つまり、「～の操作ができる」ことを意味するために各traitをいくつでも用意しうる
そして各型はそれら多数あるtraitのうち必要とすべきtraitをいくつでも実装していくことでできる

**仕様書無しさん** · 2022/09/12(月) 13:17:52.47

RustはRustでクソな感じがする
第二Javaっつうか

**仕様書無しさん** · 2022/09/12(月) 20:13:16.77

RustはCで書いた時とほぼ同じアセンブリ生成コードとなり速度が同等な点が画期的
Javaとは異なりRustはガベージコレクションが無く高速で省メモリ
その上でRustは常に安全に即座に自動的にメモリ解放されるから使いやすい

**仕様書無しさん** · 2022/09/12(月) 21:59:11.12

>184こういうガチで分かってないのも多いし
クラスのないプログラム組める人全然少ないんだろうな

必要なのはインスタンスが生成出来て、
そのインスタンスの中に状態を保存できる変数がある事
まぁそれでプログラム組めることが良くわからないよーって人達がlambdaをスルーしちゃって
手続き型言語作って、無意味な遠回り30年くらいをIT界隈が過ごしてきたんだけど

**仕様書無しさん** · 2022/09/12(月) 23:34:24.86

よくわからんな

**仕様書無しさん** · 2022/09/13(火) 00:05:49.91

言語の実装なんて宗教論争の塊みたいなものだから継承があろうがなかろうがそれは宗教の宗派の一つでしかなく優劣の材料にはならんよ

**仕様書無しさん** · 2022/09/13(火) 05:39:46.17

var f = new　class or new lambda{ lambda { } }