プログラマの雑談部屋 ★166
■ このスレッドは過去ログ倉庫に格納されています
>>86
したいわけじゃないけどDev2000みたいなオラクルツールで
システム全体を作ってた時はストアド以外に方法がなかった 哀れな糞ゴミ低能なんちゃって一人で妄想書き込んでるの笑えるｗ
もっと自演の練度を高めてけ！！！！！！！！！！！！
低能糞バカ自演ラーーーーーーーーーーーーーーーーーシュ！！！！！ >>156
やるまえに仕事のすべてを説明できないし
したところでそんなこと言ってないとか聞いてないとか言い出すに決まってるだろ！
悪意のある相手に通じる話じゃない
態度が悪いから部屋の入口からやりなおしとか訳のわからんこといいだすやつもいた キエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエ フリーランスの何が大変かというと
事務処理
経費: 携帯料金、インターネット料金、交通費、領収書管理
契約書管理
確定申告
こういうのが苦にならない人はいいけど
大変と言えば大変 理解力
想像力
思考速度
言語能力
友好関係
社会性
金銭
不労所得
嫁
子供 >>159
そういうの逃さないために資料を作るんだよ >>159
まあ、一つ言えるのは
負けっぱなしで手も足も出ないくせに言い訳だけは1人前に見える >>86
20年前くらいのにはたくさんあるけど保守性くそやぞ そもそも俺が今いる会社だって
月収50万以上!
って求人だったのに実際は19万からだったからね 言葉は音にすぎないので
現実にかかわらずどんなことも述べられるし
対抗して言葉で止めるのは所詮こっちも音なので難しい
アホやサイコパスほど議論に強いのはそのせいだ 今でもoracle使ってるやつはストアドだらけだっつーの 土曜日だからおっぱいもみもみしたいよ！！！！！！！！ いや普通にバッチだらけでストアドだらけだからｗ
元Oracleでそんなことも知らんのかｗ セックス6年やってないな
俺が興味あるのはプログラミングだけや ああ、（俺は/Oracleの中では）というのが読めないのか
５ちゃんは予想をはるかに超えてくるな ストアドどころかビューも嫌いだわ
そんなクソ複雑なsql必要な時点でどっか設計ミスってんだろと思う 今はDynamoDBでもトランザクションできるしnosqlだから
大きなデータもできる
RDBは古い 複雑なSQLが困るのはパフォーマンスが読めなくなることだけ
それ以外に文句言ってるやつはただのゴミ 目的のデータが欲しい時
SELECT結果を加工するのと
負荷も複雑さも倍増するがSQLで一発取りならどっちがいいのよ >>179
クエリ出すたびに課金されるしパフォーマンスあげると更に課金される
インデックスがないカラムで検索クエリ出したとたん全件検索になり莫大な課金がされる
テーブル作成後にインデックス追加すると新たな課金がされる
DynamoDBはマジでやばい 負荷が増すのも複雑になるもの安易にサブクリ使いまくるようなアホが悪い
書き手がよくても複雑になるのはテーブル設計した奴が悪い
書き手とテーブル設計がよくても複雑になるのは仕様が悪い
SQLがわかない奴、どこまで書くかの線引きもできないような奴
そういうのはコードで加工する手段しか選べない
SQLもわからんので当然保守性も低いコードが出来上がる
質問してるおまえのことだよカス >>183
負荷も複雑さも倍増するがSQLを発行しなきゃいけない時点でDB設計が失敗してる。
基本的にDB設計する時点で主要な発行SQLは想定して設計すべき。
そういう設計の場合はDBAを恨みながらSELECT結果を加工するんだな。 そもそもJPAとかでやるようになって10年以上経つだろう
今時SQLができますが評価されるのは超レガシーの保守の現場くらいじゃねーの？ 恨みながらも何もstreamで1行だし
そういうのできなそう まともにテーブル設計できないやつほどクエリに文句を言い最善の性能を引き出せない >>183
アプリケーションサーバの負荷はあがるかもしれんが
DBサーバの負荷は下がるでしょ
「SELECT結果を加工」なんて言ってるからにはもともとSQL投げてるんでしょ？
だったらSQL修正するのが正解
あとはプログラミング言語とSQLのどっちの技術者を調達しやすいかの問題
どちらも問題なくできるんだったら、設問の条件を見る限りではSQL修正したほうがパフォーマンスで有利
前提条件少なすぎてどっちがいいって断言はできないけど
数人程度の開発、10万行以内の規模、ユーザー数は少ないがスペックもそれほど余裕があるわけでもない
すでにSQL投げる形で実装済み
ってことならSQL修正で反対する人いないんじゃないかな
よっぽどSQLが複雑怪奇なら修正避けてもいいけどさ
既存がORMならあわせればいいという程度の話ではある
どんな処理であろうと「出力データをアプリケーションで変換したほうが有利」って結果にはまずならないと思うよ
保守性に対する考え方の問題 そら外部結合すらわからん奴等が開発してるからな
出力の結果しか気にしない管理者とのコンボで究極のゴミ成果物のできあがりよ アプリサーバーはデータ取得だけじゃなくて他にもいろいろやることある
DBサーバーはデータ取得だけ
あとはわかるな？ なあ
仕事続けるかどうかにかかわることなんで
聞きたいんだが
上の会社が予算かっぱぐじゃん
下請けがさっさと終わらせるじゃん
終わったら困るから下請けいじめて遅延させるってある？？？？ SES人材ぶっ込む側の人間の思考なんて最大人数最大時間が最大利益だと思ってるんだから当然だろ SQLなんてフロントやってからさわってないなあ
APIは利用する側でええわ >>163
そんなの面倒くさくてやる気しないんだけど、やる必要あるの？ プライド高いハゲの前で髪切るの面倒くさいっていうたら殺される？ >>196
アプリケーションサーバーは分散しやすい スキンヘッドの人って
オシャレでやってるの？
ハゲだからやってるの？
聞かずに判断できるの？ >>163
プログラマの事務処理は楽でしょ
毎月同じような出入りしかないんだから 彡 ⌒ ミ
(´・ω・`) あーちみちみ、肩揉んでくれたまえ 齢５０に近づいてきた
文章が幼稚園児のようだったが
さいきん大学生レベルに近づいてきた気がする 彡 ⌒ ミ
(´・ω・`)女の子と手も握ったことないのに 彡 ⌒ ミ
(´・ω・`)ノ彡 ⌒ ミ
(´・ω・`) 『宇宙一くだらん話。
Over36じじい+ばばあ凸待ち(雑談枠)』
(22:07〜放送開始)
htts://youtu.be/vItRgrNlcKE >>205
円形脱毛症でハゲにしている人が多い。
あと経験上、IT系のスキンヘッドは地雷率が高いな。100%で何かしら腐ってる。 業務管理ごときに
何百人とか年単位で入れて
ちょくちょくいじくりまわしてる会社の意味が分からん
りっぱなビル立てるのと似たようなもんなの？
金がくさるほどあるから慈善事業かなにか？ 上司が専門卒ということが分かって腹立ってる
なんでこんなアホに京大院卒の俺が従わなあかんねん >>200
やらないと確定申告がいい加減になって
税務署とのやり取りが大変になる 確定申告の必要性について聞いてるんじゃない？
そんなに頭がわるい人がいるとも思えないけど、学校では教えてくれないしなぁ ミ ⌒ 彡
(´・ω・`) あたーらしーい はげがきた きぼーおのー はげーだ 彡 ⌒ ミ
(´・ω・`) 頭頂死すとも頭側は死せず >>237
ミ ⌒ 彡
(´・ω・`) 旭日ハゲを責めないで下さい 本当に今日日曜なんだな？
間違えたら危険だ。
しばらく様子を見よう。 日本人は一般的に言われる「黄色人種」ではないよ。
黄色人種（イエロー）とは韓国人や中国人のことを指す言葉であって、
日本人はむしろサルの仲間と欧米では考えられている。 いい仕事をするにはぼんやり考えるのが大事だそうだ
短期的に集中して頭を使わせる現代テストは人間をアスペにする
科挙ってすげー合理的だったのでは 彡 ⌒ ミ
(´・ω・`) サルはフサフサでいいよなぁ... ■ このスレッドは過去ログ倉庫に格納されています
