内製化の動きになってるけどお前らどこに行く予定? [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
優秀なお前らならそこそこの知られたユーザー企業にヘッドハンティングされるんだろ? >>273
お前の会社のオレオレORMはSQL自動生成しかできないのかもしれないが、それはそもそもORMじゃねーから >>260
じゃあ話は平行線かな
あんたにはいらないと思うやで
ORMはシンプルじゃないのは認める
シンプルなドメインに無理矢理持ち込んでも無駄に複雑になるだけ >>262
ちがうちがうw
SQLを意識せずにプログラミングするためのものじゃなくて、リレーションを意識せずに、リレーションから切り離してドメイン層を設計するためのもんやで〜
SQLは普通に意識するわw
クエリログとって実行計画覗いてw DTOとSQLをマッピングするだけならORMなんていらんよ
そういう、ORMが必要ない領域で使ってみようとして、なんだこれ無駄に複雑になるだけじゃんって結論に至ったのが君らやで〜 >>279
EntityFrameworkでも、もちろんDapperでも普通にSQLでクエリ書くしな >>280
どうでもいい問題をこねくり回して金取ってるのがおまいらだろw >>280
いやいやそのマッピングを自動でやってくれるだけでもありがたいからDapper使ってるわ。めっちゃ楽になるし、パフォーマンス的にもADO.NET直書きと大差ないし。 リレーション意識すればいいじゃない。
DBは生でガンガン叩け。 >>284
生のSQLで叩いた結果を受け取る時に楽にしてくれるのがORM DapperやEntityFrameworkみたいに具体例を挙げてるやつはいるが、思い込みでORM全般を否定するのはいかがなものか >>287
概念わかってないですやん
SQLを書かなくていいってことのためだけに、あんな大掛かりなもん使ってると思っとるんやろw >>287
理解が追いつかないようだったら、業界を去ればいいと思うの 正直ORMもデザインパターンもオブジェクト指向にまつわる全てのものがクソに思えてくる >>290
実際はその「SQLを書かなくていい」ってのがそもそも前提として間違ってるのにな オブジェクト指向にとらわれたら業務しかできなくなる >>290
ORMという一つのクソの上にクソを積み上げたのがおまいら
積みあがったクソの山を理解する必要はない。 >>292
そういう人も必要だと思うの
コボラーとして頑張ってくれ >>295
オブジェクト指向すらツールとして利用できないのなら向いてないよ >>296
翻訳「理解する気力がないし、能力もない」 何が害悪かというとオブジェクト指向信者が害悪なのだ。
オブジェクト指向は便利ツール程度に考えておけばいいのに
何が正解で何が間違っているとか余計な事を考え始める。 >>295
この日本語のレベルでまともに業務ができるわけない >>301>>302
計算機の世界は本来もっと広い
われわれはオブジェクト指向なんて哲学みたなヘンテコなものに惑わされなければ
きっと科学者になってデータ分析したり
新しいアルゴリズムを考えたりしてたはず
でもオブジェクト指向という
人の作った業務を円滑に行う枠組みに従う方法だけを身に着けて
業務奴隷になりました
ゆるすまじオブジェクト指向 >>295
お前が業務させてもらえるだけでもありがたいと思え >>308
自分がバカだってわかってるだけまだマシなんじゃね ORMイコールSQL自動生成だと思いこんでたやつらはどこへ行ったのか オブジェクト指向を拗らせるとORMになってしまう
素直にクエリをラップするに止めておけ >>307
さて、ここで最初の話に戻るが
オブジェクト指向信者の狂気が生み出したORMは
世の中の問題を何か解決しただろうか? システムにとって機能過多なRDBMSを使わざるを得ないWEB屋が
それを使いいこなせずに苦肉の策として生みおとされた望まれない子
それがORM
悪いのはORMじゃない全てのくそったれなWEB野郎共だ 設計だ何だ高尚な事を言っている御仁も
結局は自分たちが作り出した罠に自分で嵌っているだけなのである。 コンパイラ言語に慣れてしまうと
静的な型と動的なデータに分かれてない世界が不安でしょうがない
サーバでコンソールに向かってSQLうってると
ExcelでVBAマクロ組んでる気分になる >>325
それは自分の習慣にそぐわない生理的な嫌悪感というだけ
実利を生まない >>325
>サーバでコンソールに向かってSQLうってると
なにそのわざわざ事故を起こしたくてたまらないような状況 >>325
こういう人が喜んでORMを導入しようとする SQLとかオブジェクトとか拘らず
全てをあるがままに受け入れて美味しい所だけを頂けば良いと思うの >>328
手でポチポチうつのがテストになるのか? 大抵SQLが悪いのではなくへたくそなDB設計のせいだったりする
普段EXCELしか触ってない連中だから仕方ない >>336
ORMをSQL自動生成ツールだと勘違いしてるようなやつらだからな >>337
SQLコンプレックスありそうだねキミ
いやいいんだよ別に SQLだけで書く奴はインフラには未来永劫オラクルを使うという堅い信念が見える
客が何も知らないからやりたい放題 >>335
うちのチームリーダーはクラスは良くわからんという理由で禁止にしたぜ
学歴もあってスペシャリスト資格も持ってるから上司もそいつを信頼してる >>342
クラスすら理解しようとしないアホがどんなコードを書くのか興味はある おまえらって根っからのコーダーだよねw悪い意味でw >>344
ORMすらSQL自動生成ツールとしか認識してないしな >>344
おまいはアーキテクチャ宇宙飛行士という言葉を調べたほうが良いぞ >>347
いちいち人に頼まんで自分で調べろよコーダー君w クラス禁止にした大卒リーダーが営業で入社したルーキー正社員にプログラムさせ始めた
下流工程は誰でも出来るから新人の雑用にはもってこいだって
で、一応OOや多層アーキテクチャ理解してる非正規の俺が最下層になってる
首になる日も近いな
世間のプログラマの扱いを知ったよ >>349
何が許せないかって技術を軽んじられる事
スパッと辞めりゃいいのに >>349
信頼を得るスキルが足りないね
自己評価だけはそこそこ高いみたいだけど >>351
大卒正社員がクラスのインスタンスを生成するスキル身につけてくれたら終了なんだけど
責任区分でクラス作ったら読めないクラス禁止とか世間じゃ普通なのかな 利用してる単語を具体的に定義してから話してくれんとわからん
definition not found:責任区分,読めないクラス 他人が何かをしない時「出来ないからやらないのだ」と理解する
他人が何かをする時「出来るからやるのだ」と理解する
己の行動原理がそれしかない無能に特徴的な現象 >>358
なに使ってんの?
いいのがあったら知りたい ですから・・・チミたち。
お客さんはね。そんなことどーーーーーーーーーーーーーーーーーーーーーーーーーーーでもいいの。 どうでもいいならなおさら、作る側の使いやすいものを使うべきだろ >>361
その前にお客様の使いやすいもんを作って。あと仕様変更は当日で。 >>360
案件は実践の場でもある。案件の度に、次に繋がるかもしれない技術のひとつふたつは試しに導入してみるもんだよ。
もちろん、うまくいくとは限らないし、あの客には悪いことしたなーと振り返ることもあるけど、
それも試してみたからわかったことだし、自分たちの知見の糧にはなってる。 >>359
>>362
DapperかもしくはEntity Framework >>362
あれが使いやすいってことは他の(まともな)ORMを使ったことがないとみえる ORMによっては半生のSQL叩けたりするからな
俺はORMプラス半生のSQLに落ち着いたよ >>373
ググってはみたけど使ってみないとわからんよな、こういうのは コードファースト許されないならダッパーに落ち着きたい ■ このスレッドは過去ログ倉庫に格納されています