内製化の動きになってるけどお前らどこに行く予定？

>>296
翻訳「理解する気力がないし、能力もない」

求人で月給欄見てるやつは素人

昔ERP案件で技術者を名乗る元請けの連中がBOMの組み方を理解してない、出来なかった
契約書にあるマニュアルすら用意出来ない
自分等が売っているもの、提供するものを使えないなんて信じられんかったわ
これは酷いケースだと思うが大手なんだよな
実際に詳しいのは下請け
その下請けと直接コンタクトとれればいいが接触禁止する元請け

議事録にも残っている内容とは違う仕様を作ったり、仕様書に書いてないことは確認せずに勝手にコーティングしたり困ったな

パッケージベースですら自社の標準仕様を理解出来てないのが表に出てきたな

社内システム化は非正規をみなし残業で雇って限界まで働かせるのが正解になってきたな

>>273
お前の会社のオレオレORMはSQL自動生成しかできないのかもしれないが、それはそもそもORMじゃねーから

システムにとって機能過多なRDBMSを使わざるを得ないWEB屋が
それを使いいこなせずに苦肉の策として生みおとされた望まれない子
それがORM
悪いのはORMじゃない全てのくそったれなWEB野郎共だ

>>267
それはSQL自動生成の問題じゃない

>>290
実際はその「SQLを書かなくていい」ってのがそもそも前提として間違ってるのにな

>>448
はいはいｗ
誰が一番辛い思いをしているかは自分が一番わかってるだろうｗｗｗ

同じ場所で長いことはたらくと飽きそう
派遣根性が身についてしまった

発狂というより、嫉妬にとち狂ってる感じ

>>238
POJOに詰め替える機能だけあれば良い。

iTunesは毎回ブーイングだったな。

言ってるそばからこれやw
他人を下に見たい症候群wもはや大人の中二病やねwww

>>111
認められないのは自分の主張に説得力がなかった、という視点も持った方がいいよ
そうやって相手のせいにしてるからいつまで経っても独りよがりの馬鹿なんじゃない？

>>286
ORMは概念自体がクソ

>>284
生のSQLで叩いた結果を受け取る時に楽にしてくれるのがORM

>>7
新規部門化らしいよ

ユーザーは効率のよいシステムを求めている

開発者の自己満足は求めていない

SQLだけで書く奴はインフラには未来永劫オラクルを使うという堅い信念が見える

客が何も知らないからやりたい放題

IT業界の人材で形は一応作れてるなら、
一般人のレベルの人が自社のシステムくらい作れるだろ

IT業界製は、現場の足を引っ張るだけのクズシステム率が異常に高いがww

全く最近のユーザーはSQLも書かんと誰かタレばっかかきよってからに

>>13
ユーザーと直接席並べて開発した経験が無いと辛いわな
専門用語が一切通じない
できるならすぐにでも経験を積むべき
内製化の流れが本格的になったときに間に合わなくなる

エクセルからDBに接続したらいいじゃん？

>>118
内製で雇われた派遣だよ
で、内製派遣の人件費を抑制するためにBIツール導入するから使ってみてよ言われた
そんなツールが出たら内製派遣も終わったなと使ってみたらモデリングとSQL知らないと話にならない代物
そんなん非プログラマが解るかよと思ったら案の定みんな投げた

ORMのほうが面倒臭くね？
シンプルに書けることをあそこまで複雑にするんだ？
それともPHPのフレームワークだけ特別クソなのか？

利用してる単語を具体的に定義してから話してくれんとわからん
definition not found:責任区分,読めないクラス

>>232
SQL生成がORMの責務であるかのように勘違いしてるｗｗｗ

偏差値４０くらいのお前らが１年で出来るようになってるんだから
偏差値６０平均の正社員の会社なら余裕でしょ

>>287
概念わかってないですやん
SQLを書かなくていいってことのためだけに、あんな大掛かりなもん使ってると思っとるんやろw

>>58
VB6だから汚いってことはないぞ
理想のVB6ソースをあえてディスってみるなら
集団で改修しても破たんしないようによく考えられた汚さだよ
まぁ、汚いやつは時代を超えて汚い

>>244
Dapperの発想だね
これも典型的なORM

小規模システムと大規模システムでは開発のスタイルがそもそも違う

小規模（ぶっちゃけ素人たちが自力でホントに作れる）なら客と直接合うこともある。キックオフが要望の伝達の場⇒契約はマダ
大規模は客と末端が合うことは１００％無い。あるとしたら末端（とはいっても１次請、２次請くらいの冠企業の社員）。
大規模の場合はざっくりとした要望があって入札やプレゼン会のような形態をとる。
こである程度の契約が行われて、仕様書とかもある程度まとまった後に、場合によってキックオフミーティング的なことある。

鯉ヘルペス

>>131
その構文がみんなわからんのや…

ORMって
＞プログラマはSQLを意識することなくプログラムを書ける。
が肝なんでしょ？
じゃあどんなSQLが生成されるかは性能に直結するから重要かと思うんだけど

というかどうしてお前らはそこまで素直に学ぶ気持ちがないんだ？
本気で自分以外は皆無能だと思っとるやろ？www

>>192
正社員リーダーの時点で派遣だから負けるわ

クラス設計禁止の品質のソフト納品してて大丈夫かなと思う

上の部長が組み込み畑出身でコードを評価出来ないのも酷い

>>55
てなるわな

>>253
ORMのことなんてろくに知らずに批判してるだけだろ

>>325
それは自分の習慣にそぐわない生理的な嫌悪感というだけ
実利を生まない

>>295
この日本語のレベルでまともに業務ができるわけない

DBのテーブルと1対1になってるDTOみたいなのがあって、そいつにクエリの結果を詰め替えるだけの用途なら、そりゃORMはオーバーテクノロジーだよ
オブジェクトグラフとDBのマッピングに使うもんなんだからさ

ORMだとSQLで出来ることがフルにサポートされてなかったりするじゃん？その辺が面倒
あと、SQLでも同じパターンに陥るやついるけど、ORMだと特に文字列の足し算多用されてキモイ

>>301>>302
計算機の世界は本来もっと広い

われわれはオブジェクト指向なんて哲学みたなヘンテコなものに惑わされなければ
きっと科学者になってデータ分析したり
新しいアルゴリズムを考えたりしてたはず

でもオブジェクト指向という
人の作った業務を円滑に行う枠組みに従う方法だけを身に着けて
業務奴隷になりました

ゆるすまじオブジェクト指向

最初にちゃんと設計してれば使い物になるだろう

とっつきにくいしコピペしにくいし操作しにくいしフラストレーションたまりまくりで
体感的にパフォーマンスいい感じは全くしないが
最終的な成果物の観点から見たら結構いい線いってたり

しないか

クラス禁止にした大卒リーダーが営業で入社したルーキー正社員にプログラムさせ始めた

下流工程は誰でも出来るから新人の雑用にはもってこいだって

で、一応OOや多層アーキテクチャ理解してる非正規の俺が最下層になってる

首になる日も近いな
世間のプログラマの扱いを知ったよ

>>477
“お前にとっての” クズの山を便利に使ってくれて感謝してくれて十分な対価を払ってくれる人がいたらそれでよくない？

>>82
大事なこと書き忘れた
おまえ様の常識では仕様書書けない人間もSEなの？

>>464
お前の事じゃんそれw