No.1
これ常識。
これ常識。
つかDB技術者ってレヴェル低
レス数: 94
概要: 業務アプリ作ってる奴らが多いのでレヴェルは低い。 これ常識。
これ常識。
No.2
No.3
No.4
No.5
案件少なくなればリストラ最上位
No.6
No.7
テーブル設計書にoccurs２０とか入ってった。
意味がわからず質問したらこの項目を２０回繰り返せとか言ってるし。
当時は正規化なんて全く知らなかったから何も言えなかったのが悲しい。
No.8
ただのＣＯＢＯＬプログラマーだ。
ＤＢ設計能力をもつやつらに失礼だ。
No.9
わたしもそういうの見たことあります。配列を使えない場合以外にわざとやっている場合があります。
一つはそうした方が配列を使うよりも処理速度が速い場合。
そしてもう一つは考えたくないのですが、お金を稼ぐため。
行が作業単価となっている場合は必要以上にコメントを入れたり、配列を使わずテーブル設計して
コーディングの量を水増ししたりしてます。
私が新人の頃にも、2次元配列を全部別変数で定義しているプログラムがありました。
確か日付を扱う変数で、月末の定義ができないってことで３６５日が別変数でした。
うるう年を考慮に入れていませんでした。
No.10
No.11
勘違いされてるみたいです。
No.12
No.13
No.14
No.15
No.16
原因: 列数がサポートされている最大数を超えました。
処置: 1000 未満の列数を指定してください。
No.17
管理権限持ってれば馬鹿でもちょんでも管理者だ。
No.18
No.19
No.20
高すぎやろあれ。
No.21
No.22
No.23
オラクルプラチナーを持っているって事は、何の証だ？
No.24
No.25
現在では、その業務からはずれ、
客先でサーバの電源を入り切りしたり、負荷を監視しろと命令されて、
solarisのパフォーマンスメータを見ながら「CPUがだいぶ上がっていますねえ」や、
「割込みのinter（だったかな？）をインターネットと勘違いしてネットワーク負荷が上がっています」等と
報告したり、Windows系のマシンのみにセキュリティパッチを当てたりする
仕事に配置換えとなりました。
当時担当していたシステムの構造を紹介します。
No.26
全て固定長で、お尻にスペースが入ります。
また、クライアントから接続するのに、協力会社に作らせた自前のプログラムを使います。
（ソケットとか言うのを使っているそうで、SQLを知らなくてもテーブル名や項目名を指定してやれば、
システムが開発できるように工夫されているそうです。
ACOSとかいうのでプログラムを組んでいたという上司がなにやら自慢げに話していたのを覚えています。
因みに、現在は営業っぽい仕事をしている、その人の口癖は「いいなー俺もC言語やりたいよ」です。）
しかし、テーブルをくっつけたりするのが出来なくて、いちいちVIEWを作ったりしなければならず面倒くさかった。
そうそう、SELECTは知っていますが、UPDATEとかはすぐ忘れちゃうので本で文法を確認しながら開発していましたね。
これで、人月１１０万稼いでいました。
No.27
かつて、PTOSとか言うOSを開発していたという課長の一言で、
この自前ミドルをUNIXの他機種用に移植するそうです。
この課長、かつてはアセンブラをやっていたとかで、さすがだと思った事が多々あります。
文字列処理一つするの時の、ループの中のif文の使い方、
この会社に入っばかりの時、この人の作ったプログラムに機能を追加する様に言われましたが、
何をしているのかさっぱり解からなくて、コンピュータって難しいものだなと思いました。
最近、お客さん達がうちの会社の事、馬鹿にし始めました。
多分潰れちゃうのかな。この歳になっても、まだ手取り４００万いかないし。
シネ。アホども。
No.28
No.29
まぁ、普通の人は技術者なら誰でも解るように書くからな。
No.30
（受注側でないことに注意）
社内業務の効率化やTCOの削減で、ものすごい、付加価値を生み出すことができるよ。
転職前は、ずっとコンシュマー向けアプリの（それなりの）プログラマだったけど、
ソフトハウスでしょうもないアプリとか
作ってても、それは社会全体の生産性向上になんら寄与していないんだ。
俺のそれまでの人生は、本当に無駄だったと思う。
まあ、他の現場では、理想論ばかりでなく、頭の悪いの能無しクライアントと
まともなプレセンができない、威張り散らして現場のSEをこき使うことしかできない、
開発側の能無しリーダーが
ほとんどが役に立たないシステムを再生産しているのが実情なんだろうけど
No.31
No.32
オラクルプラチナ。
No.33
よおまえっは分かってない。
ちっともわかってない。
DBA−オラクルを運用管理・アーキテクチャー理解するってのは、
オラクル世界の時間と空間を制御することだ。
喩えるなら神の御業。
まあ、現実派組織区切りがしっかりしてなくてDBA真骨頂なしごとが、
金や、人員の問題で、バリバリ生かせないのさ。
No.34
No.35
信頼できるソースを出しなさい。話はそれからだ
No.36
No.37
俺だ。
「ﾘｶﾊﾞﾘよろしく」って言われても「忘れました」と答えるだろう。
（現に忘れてるからしょうがない）
文句ある？
No.38
No.39
No.40
インストールしたりしてる連中が一番偉そうだ
No.41
No.42
っていうのはいたし、資格もってないDBしかやらない人は根本的にテーブル
構成がおかしい。
DB設計の内容でその後のプログラムの工数がかわってくるのでほんといいか
げんにしてほしい。
No.43
No.44
No.45
No.46
んなことないだろ
クソ設計するSEなんてどこにでもいるし
No.47
オラクルマスタってそんなに簡単なんだ。
No.48
選択式の問題だし、問題集をやりこめば答えが
判っているクイズゲームみたいなもんだ。
「あぁ、こういう聞き方の時は、こういう回答が欲しいんだな」
とか判るぞ。
No.49
会社はビタ一文出さんし。
でもMSとかシスコ関係は好きらしくて結構金出してる
No.50
ＰＲ記事があったが、8iのプラチナの数と比べても、難しいから少ないのではなくて、
確実に人気が無くなってきたから減ってるのと、10G待ちで控えられた結果だと思うんだが…
2003年12月からでしょ？9iのプラチナ始まったのって。もう10Gのうわさあった頃に始めてもね…
