つかDB技術者ってレヴェル低
業務アプリ作ってる奴らが多いのでレヴェルは低い。 これ常識。 DB技術者というのは元はコボラァーだから 案件少なくなればリストラ最上位 新人のころこぼらーが設計したDBを元にテーブル作成してたんだが、 テーブル設計書にoccurs20とか入ってった。 意味がわからず質問したらこの項目を20回繰り返せとか言ってるし。 当時は正規化なんて全く知らなかったから何も言えなかったのが悲しい。 それは間違ってもDB技術者ではない。 ただのCOBOLプログラマーだ。 DB設計能力をもつやつらに失礼だ。 >>7 わたしもそういうの見たことあります。配列を使えない場合以外にわざとやっている場合があります。 一つはそうした方が配列を使うよりも処理速度が速い場合。 そしてもう一つは考えたくないのですが、お金を稼ぐため。 行が作業単価となっている場合は必要以上にコメントを入れたり、配列を使わずテーブル設計して コーディングの量を水増ししたりしてます。 私が新人の頃にも、2次元配列を全部別変数で定義しているプログラムがありました。 確か日付を扱う変数で、月末の定義ができないってことで365日が別変数でした。 うるう年を考慮に入れていませんでした。 いやなんかプログラムの話と 勘違いされてるみたいです。 2次元までしか設計出来ないDB技術者の集まりはここですか? ってか2次元までしか設計できないって意味わからないのだが。 ここですか?冗長化したテーブルしか組めない凡人の集まりは? ORA-24335 1000 列以上はサポートされていません。 原因: 列数がサポートされている最大数を超えました。 処置: 1000 未満の列数を指定してください。 >>13 管理権限持ってれば馬鹿でもちょんでも管理者だ。 オラクルプラチナ = 優れたデータベース設計者っていえるのか? 今のプラチナって取ってる奴いるの? 高すぎやろあれ。 >>19 オラクルプラチナーを持っているって事は、何の証だ? Oracleを使ったシステムの開発に7,8年携わってきました。 現在では、その業務からはずれ、 客先でサーバの電源を入り切りしたり、負荷を監視しろと命令されて、 solarisのパフォーマンスメータを見ながら「CPUがだいぶ上がっていますねえ」や、 「割込みのinter(だったかな?)をインターネットと勘違いしてネットワーク負荷が上がっています」等と 報告したり、Windows系のマシンのみにセキュリティパッチを当てたりする 仕事に配置換えとなりました。 当時担当していたシステムの構造を紹介します。 項目のデータ型はchar以外使った事がありません。 全て固定長で、お尻にスペースが入ります。 また、クライアントから接続するのに、協力会社に作らせた自前のプログラムを使います。 (ソケットとか言うのを使っているそうで、SQLを知らなくてもテーブル名や項目名を指定してやれば、 システムが開発できるように工夫されているそうです。 ACOSとかいうのでプログラムを組んでいたという上司がなにやら自慢げに話していたのを覚えています。 因みに、現在は営業っぽい仕事をしている、その人の口癖は「いいなー俺もC言語やりたいよ」です。) しかし、テーブルをくっつけたりするのが出来なくて、いちいちVIEWを作ったりしなければならず面倒くさかった。 そうそう、SELECTは知っていますが、UPDATEとかはすぐ忘れちゃうので本で文法を確認しながら開発していましたね。 これで、人月110万稼いでいました。 追伸:聞いた噂ですが、 かつて、PTOSとか言うOSを開発していたという課長の一言で、 この自前ミドルをUNIXの他機種用に移植するそうです。 この課長、かつてはアセンブラをやっていたとかで、さすがだと思った事が多々あります。 文字列処理一つするの時の、ループの中のif文の使い方、 この会社に入っばかりの時、この人の作ったプログラムに機能を追加する様に言われましたが、 何をしているのかさっぱり解からなくて、コンピュータって難しいものだなと思いました。 最近、お客さん達がうちの会社の事、馬鹿にし始めました。 多分潰れちゃうのかな。この歳になっても、まだ手取り400万いかないし。 シネ。アホども。 >何をしているのかさっぱり解からなくて、コンピュータって難しいものだなと思いました。 まぁ、普通の人は技術者なら誰でも解るように書くからな。 DB技術者って確かにレヴェル低いけど、システム発注側に回れば (受注側でないことに注意) 社内業務の効率化やTCOの削減で、ものすごい、付加価値を生み出すことができるよ。 転職前は、ずっとコンシュマー向けアプリの(それなりの)プログラマだったけど、 ソフトハウスでしょうもないアプリとか 作ってても、それは社会全体の生産性向上になんら寄与していないんだ。 俺のそれまでの人生は、本当に無駄だったと思う。 まあ、他の現場では、理想論ばかりでなく、頭の悪いの能無しクライアントと まともなプレセンができない、威張り散らして現場のSEをこき使うことしかできない、 開発側の能無しリーダーが ほとんどが役に立たないシステムを再生産しているのが実情なんだろうけど オラクルプラチナと情報処理のDBはどっちが難しかとですか? >>1 よおまえっは分かってない。 ちっともわかってない。 DBA−オラクルを運用管理・アーキテクチャー理解するってのは、 オラクル世界の時間と空間を制御することだ。 喩えるなら神の御業。 まあ、現実派組織区切りがしっかりしてなくてDBA真骨頂なしごとが、 金や、人員の問題で、バリバリ生かせないのさ。 >> 34 信頼できるソースを出しなさい。話はそれからだ >>35 俺だ。 「リカバリよろしく」って言われても「忘れました」と答えるだろう。 (現に忘れてるからしょうがない) 文句ある? 採用前にペーパーマスターを見切らないといけません。 うちの会社じゃ、WindowsUpdateしたりアンチウィルスソフトを インストールしたりしてる連中が一番偉そうだ read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる