PL/SQLできない香具師が上級SE

こういう香具師って、まじで設計が腐ってると思いませんか？


C++やJavaやVBでGUI作ってるのとわけが違います。
DB系って、コーディング経験ない香具師が上になると苦労しますよね。

PL/SQL経験は必要なのか？
なるべくロジックが必要な処理は、DBじゃなくアプリ側でやった方がいいと思うが。
DBの移行もその方が容易だ。

PL/SQLができないのはいいよ。
ただ、プログラミング経験が無いとか元COBOLERだったりすると大変だ。
なんだか変なテーブル定義をどんどん作る。
データの正規化とかそんな以前の問題。

PL/SQLはできなくてもいいが、こぼらーのおっさんはいやだ

コーディング経験ない上司の説明は、どうもわかりにくい。
顧客より過ぎて、話が伝わってこない。
もっとシステムよりで会話できないのか？

ＳＱＬ経験ない上司だと、客になんでもできるようなこと言ってしまう。
作る側は無茶な取得方法でコーディングしなきゃいけない。
これがバグの原因にもなり、運用の妨げにもなるんだよなぁ。

システムの簡略化は素人っぽいとか内心思ってるんじゃねーのか？
だからってシステムをわざわざ複雑にすることねーだろ。
つーかそこまで考えるだけの設計/コーディング経験ないだろうが・・・・・・・・・・・・・・・

>>1
釣りか？
貴殿こそAPサーバとDBサーバが理解できない香具師では？

ハイハイ。釣られますたよ。

>>7
釣りでしょう。
PL/SQLが出来ない上級SEなんざ腐るほどいる。
>>1の理論だとOracleの経験が無いと上級SEにはなれない
らしいからな。

初心者に限ってOracle連呼するよな。

オラクルできておれすげーモードなんだな。

新人じゃなかったらただの馬鹿。

とりあえず、>>3,>>5,>>6には同意。

複雑なシステムでも、それなりの工数を見積もってくれるなら
まだいい。
会社にとっても利益になるしな。

デスマーチになるような見積もりしか立てない香具師は、
「自分でやれ！」と机を両手でバンと叩いて、ブチ切れながら言いたい。

ていうかPLてなに？

>>11
そういうプロジェクトはぽしゃって、責任は上級SEが持つ予感

Panty Line

逆にいうと、PL/SQLがかければ、上級SEですか＞？

>15
そんなことも無い予感。
人間として駄目な香具師、大杉・・・

たしかに「Oracleでなければならない」システムは数えるほどしかないのに
それに気づかない香具師多すぎ。

僕はPL/SQLしかできないので、処理は全部Oracleにやらせています。
プログラム言語を覚えなきゃいけないんだけど、つい面倒だからPLに頼っちゃう。

なに？世間一般じゃＰＬ／ＳＱＬできれば、上級ＳＥってことになるの？？

俺は、会社の研修でＰＬ／ＳＱＬほとんどマスターさせられてから、仕事入ったよ。

>>19
うそつくな

研修でマスターって凄いな。
PL/SQLの研修だけで半年はやってるんだろうな。

ＰＬ／ＳＱＬマスターするのに半年もかかるか？あんなん本気出せば1ヶ月でできるだろ。

っていうか、みんな冗談でかいてるんだよね？Ｊａｖａとかにくらべたら、
ＰＬ／ＳＱＬなんて、10分の1もないじゃん。覚える量とか。

>>22
多分、君がマスターしたと言い張るレベルと、
市場が求めているレベルに差があるんだと思う。

あ、そういうことか。じゃあ、納得。俺のレベルは、研修で本を買わされて
それをやらされたことだけだからね。

でも、ＰＬＳＱＬの本何冊もよんだけど、そんなに覚えることなさげだよね。
あるんだろうな〜。やっぱり。業務で使ったことないから、わかんないや。

>>22
君は、
「私は本気を出したので、経験は1ヶ月だけどきちんとプログラムが組めます」
と言う人間を、経験者として採用するのかね？

君たち。ここ人少なくてつまらんから、もうやめるけど。

俺、ＰＬＳＱＬなんてしらんよ。もっとこう、がっと食いついてくるかな？と思っただけ。。。

悪かったね。。

意見が破綻してくると釣りでしたというパターンは一番最悪だな。

釣りって言うのは、仕掛けた時点で釣りと解るようにしておかなければ無効なのだが。

むっか〜！！怒！！

俺はおまえらがＰＬ／ＳＱＬごときで苦労してる
かわいそうなやつだからとおもって、引き上げてやったのに！！

ＰＬ／ＳＱＬなんて、オライリーの本でも2冊分くらいしかねーじゃねえか

んなもん1ヶ月もありゃ仕事の間に十分覚えれるじゃねーか！！

Ｊａｖａなんて全部マスターしようとしたら、オライリーの分厚いほん
２０冊近くよまなかんのだぞ！！サーバ関係を含めるとな！！

ＰＬ／ＳＱＬなんてとうのむかしにマスターしたわ！ぼけぇ！！

文法を覚えただけで、その癖も工夫も限界点も
知らなければ、仕事では使えないわけだが。

言語を隅々全部マスターしようとしている時点で、業務には向いていない人間だと思う。

もういい。ここの意見見たヒトデ、使えそうな人いないぽん。

ＰＬ／ＳＱＬなんて、くそみたいのに執着しやがって。時代はこれから
ＰＬ／ｐｇＳＱＬだよ。

釣ってるつもりの人：『あははは、みんな俺の書き込みに釣られてマジレスしてるぜ！』
見てる人：『ああ、かわいそうな奴がいるな。暇だからマジレスしとくか。』

このクソ言語functionとprocedureがわかれてるのがはげしくむかつくわけだが

なんでわかれてるとクソなんだ？

>>33
そんなのめずらしくないじゃん

うちの会社は、研修でPL/SQLを１週間でマスターさせられましたが何か？
新人時代の話。それでも、らくらくクリアしてましたけど？
もう２年くらいPL/SQLをいじってるけど、そんなに難しい言語かな？
間違ってもマスターに半年はかからないと思う。JAVAで１ヶ月ぐらいじゃ
ない？

そんなことより聞いてくれよ。
今回の改修で、新人が書いたとしか思えないようなタココード読んでます。
改修には関係ないけど、精神衛生上よろしくないので書き直したい衝動に
かられる。。。どうも、今ＰＭやってる人が３年ほど前に書いたらしい。
なんでもっと簡潔に書けないかな。。。

オレはクライアント側のプログラマで普通のSQLしか扱わないのでサーバー側の事良く知らないから聞くんだけどさ、
OracleってストアドをJavaでも書けるようになったんじゃなかったっけ？
それでもまだPL/SQLが主流なの？

Javaより速いし、昔からやってる人間には楽

僕のまわりのjava関係のプロジェクトはことごとくデスマーチになっているのだが…
(脱落者続出。退職者多し)
僕のまわりがダメダメなだけ？
なんか無駄にハイテクぶっている感じがする。

最近のPL/SQLは、なんでも出来るので簡単。
Oracle9以降は、ホントに無茶なSQLが使えるので仕事で楽してます。
Oracle6や昔のAdabasの頃は、ホントに苦しかった

SQL文を書けない香具師もいたぞ・・・。
2人ほど。

EXEC SQL INSERT INTO EMP (EMPNO, ENAME)
VALUES (:emp_number, :emp_name);
PL/SQLは　楽勝だが
Pro*C　できない漏れは？

SQLPLUS上からVARRAY型OUT引数を持つFunctionを動かすには
どうしたら？