アカウント名:
パスワード:
仕様や設計の時点で狂ってる代物をひたすら保守する羽目に陥らなくて。
データベースAとデータベースBの主キーである「key」の意味が同じ単語なのにAとBでまるで別物だったことを開発のかなり後期に知らされたときの絶望ときたらもう
どうでもいいグチはチラシの裏でどうぞ
テーブルとデータベースの区別がつかない人が上司じゃなくてよかった
うちの会社のIT担当部門の人たちはAccessとMS SQL Serverの違いをわからない人たちだけど。
・・・信じられる?
もうだいぶ前の話ですが、AccessとExcelの違いが判らなかったうちの上よりはましかと。><
AccessもExcelもほとんど使ったことないけど、計算機屋なので信じられるよ。
ウチの上司はeveryoneを「全員」だと思い、007という格好いい素敵なアクセス権のファイルでサーバをいっぱいにしてくれてます。
#誰か殺しのライセンスを持ってきてくれ。
信じられない。今のAccessはJETでなくてSQLServerのエンジンを使うことが出来るのだから、そういう話じゃないのか。わかってないのはあなただったりして。
>今のAccessはJETでなくてSQL Serverのエンジンを使うことが出来るのだから
その方法を使うなら、AccessとSQL Serverの違いをきちんと認識していないとまずいでしょ。見かけは同じでも使い方やVBAの組み方が変わってくるし。
で、もとの話題は十数年くらい前、課内部でのデータ共有手段が無くて困ってると言うような話をしたら、 「ファイルサーバーにデータベースを置けば、Accessでもオラクルみたいにデータ共有できるぜ」と自慢げに言われたんだよね。 で、私は同時利用するユーザーが多いので、クライアント・サーバー方式でないとトラブルが起きると思いますよと返したら、 「データアクセスにSQL言語とか使えるし、SQL Serverと同じだろう」と返ってきて唖然とした経験なんだけどね。 その担当者と話してみたら「RDBMSならオラクルみたいな方式」という思い込みがあって、AccessのMDBにデータベースを作って行うデータ共有は、ファイル共有であることを知らなかったみたい。 そもそもMDBにデータベースを作って共有するのはMSも使わないように言ってる方法だよな。
その後、何回か業務システム作ることを担当して、データベース・サーバーを準備してもらえないか相談に行くたび、異なる担当者から同じことを言われるんだよね。 そのたびに予算を何とかして、独自にサーバを入れたけど。 以前は、情報処理専門学校を卒業した人たちを汎用機担当で配置していたみたいだけど、今はパソコンに詳しい人を配置しているだけになってから、相談しても話が通じにくくなった。
データベースをテーブルに置き換えても意味不明・・・
主キーである「key」「key」は「意味が同じ単語」
誰か解読をお願いする。
あらほんと、日本語間違えてるw じゃあ分かりやすく書き直します。
とあるデータベースで主キーとして「管理番号」という単語を使っていて、その管理番号を元にして納品書やら請求書やら作っていて、あるときデータベースAとは別のデータベース「B」を作れと言われたんです。で、話を聞いて同じように「ここには管理番号が入って……」とか説明を受けていて、しかも「AとBは連携する」って言うから「じゃあ管理番号を元にして連携させますけどいいですね?」って何度も確認しながら作ってたのに、いざテスト段階になって実際のデータを入力してもらう段になって、「え?AとBの管理番号は別物よ、そもそも桁数も違うし」って言われて絶望したというお話です。
ひとつのデータベースにまとめるのが皆さんにとっては当たり前かもしれませんが、このケースでは事情があってそれができなかったというだけです。こう書けば満足ですか?
> こう書けば満足ですか?
先方とこいつのコミュニケーションが失敗したのはどちらかもしくは双方のコミュニケーション能力不足が原因だが、すくなくとも先方だけに問題があったとわけではないということが、こんな言葉で話をしめるところからうかがえる。
だね。たとえコミュニケーション能力が双方劣っていたとしても、そもそも桁違うなら実装前、遅くとも実装中に気づくことだし。
満足です.ありがとうございます.
いや、さすがに分かる。
1行で説明が済むことをダラダラと説明されても読む気がしないというお話?
仕様書なんてそんなもんだよねー実装を提示したほうが早い
と、ストーリーに戻る
コードじゃないと分からん。SQL で、どんな風に CREATE TABLE してどんな風に JOIN しようとしたのか。それでどんなエラーが出たのかを書いてくれ。さらに、実際の仕様の場合では、どういう CREATE TABLE を書いて、どんな風に JOIN したのか書いてくれ。
と言ったら、相手がキレたという話なんジャマイカ?
言葉遊びでいちいちツッコミ入れてくる様な理解力の無い上司じゃなくてよかった
いつも酷い目あってるからマジレスしちゃうと、たぶん、指摘した人は生粋の業界人だよ。ついドキュメントレビューのクセで指摘しちゃったんだと思う。
業界外の人は軽視しがちだけど、この業界は言葉が一番大事。単語レベルで腐ってるプロジェクトはまず間違いなく大火事になる。
例えばソフトの設計書に、何の定義も説明もなく「現在時間」って単語が出てきたとする。普通は「現在時間?現在時刻のこったろ大人なら類推しろバーカバーカ」と思うだろうけど、業界人からみたら「ワケ分からん。こんな読めない設計書書きやがってバーカバーカ。一から全部書き直せ」になる。逆にこの辺を甘く見るのは、PJに放火してるのと変わらん。
もし部下がバグの説明でDBとテーブルをごっちゃにするようなワケ分からん言い回ししてきたら、普通の能力を持った上司は絶対突っ込むよ。残念な上司とか、定年間近の仏様とかならともあれ。
「現在時刻」も、定義がないと何を指すのかわからないし、定義があったとしても一般的すぎてあまりいい単語じゃないですね。タイムゾーンの違いを吸収できる定義じゃない場合もままあるし、システム時刻とアプリ時刻が違う(1日が5時~29時でまわっている)とかも、よくあるパターンですし。
いや、私もひどいめにあってるから書くけど、こういうツッコミを入れる奴って間違いなく単なる馬鹿か仕事を知らない素人だよ。
元コメがDBの話をしてるのに勝手に「(俺の感覚では)そこはテーブルだろ」とか勘違いしてチャチャ入れてるっていう恥ずかしさ。
言葉が大事だってのには激しく同意するんだけどさ、だからこそ俺らって言葉の「すりあわせ」はむちゃくちゃ丁寧にやるんだよ。自分の思い込みの可能性もあるんだから、「テーブルっぽいけどDBの話なんだよね?」と確かめるけどいきなり「DBとテーブルごちゃまぜしてんじゃねーよバーカ」なんて絶対に言わない。
たった一箇所の誤字をみつけただけで「一から全部書きなおせ」ってのはバグをひとつ発見したからソースコード全部描き直せに匹敵する愚行だと思うけど。
「言葉遊び」で辞書を引け日本語が不自由な人が同僚に居なくてよかった
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
運がよかったね (スコア:1)
仕様や設計の時点で狂ってる代物をひたすら保守する羽目に陥らなくて。
Re:運がよかったね (スコア:1)
データベースAとデータベースBの主キーである
「key」の意味が同じ単語なのにAとBでまるで別物だったことを
開発のかなり後期に知らされたときの絶望ときたらもう
Re:運がよかったね (スコア:1)
どうでもいいグチはチラシの裏でどうぞ
Re: (スコア:0)
テーブルとデータベースの区別がつかない人が上司じゃなくてよかった
違いのわからない男 (スコア:1)
うちの会社のIT担当部門の人たちはAccessとMS SQL Serverの違いをわからない人たちだけど。
・・・信じられる?
Re:違いのわからない男 (スコア:1)
もうだいぶ前の話ですが、AccessとExcelの違いが判らなかったうちの上よりはましかと。><
Re: (スコア:0)
AccessもExcelもほとんど使ったことないけど、計算機屋なので信じられるよ。
Re: (スコア:0)
ウチの上司はeveryoneを「全員」だと思い、
007という格好いい素敵なアクセス権のファイルでサーバをいっぱいにしてくれてます。
#誰か殺しのライセンスを持ってきてくれ。
Re: (スコア:0)
信じられない。
今のAccessはJETでなくてSQLServerのエンジンを使うことが出来るのだから、そういう話じゃないのか。
わかってないのはあなただったりして。
Re:違いのわからない男 (スコア:1)
>今のAccessはJETでなくてSQL Serverのエンジンを使うことが出来るのだから
その方法を使うなら、AccessとSQL Serverの違いをきちんと認識していないとまずい
でしょ。見かけは同じでも使い方やVBAの組み方が変わってくるし。
で、もとの話題は十数年くらい前、課内部でのデータ共有手段が無くて困ってると言うような話をしたら、
「ファイルサーバーにデータベースを置けば、Accessでもオラクルみたいにデータ共有できるぜ」
と自慢げに言われたんだよね。
で、私は同時利用するユーザーが多いので、クライアント・サーバー方式でないとトラブルが起きると思い
ますよと返したら、
「データアクセスにSQL言語とか使えるし、SQL Serverと同じだろう」
と返ってきて唖然とした経験なんだけどね。
その担当者と話してみたら「RDBMSならオラクルみたいな方式」という思い込みがあって、AccessのMDB
にデータベースを作って行うデータ共有は、ファイル共有であることを知らなかったみたい。
そもそもMDBにデータベースを作って共有するのはMSも使わないように言ってる方法だよな。
その後、何回か業務システム作ることを担当して、データベース・サーバーを準備してもらえないか相談に行
くたび、異なる担当者から同じことを言われるんだよね。
そのたびに予算を何とかして、独自にサーバを入れたけど。
以前は、情報処理専門学校を卒業した人たちを汎用機担当で配置していたみたいだけど、今はパソコン
に詳しい人を配置しているだけになってから、相談しても話が通じにくくなった。
Re: (スコア:0)
データベースをテーブルに置き換えても意味不明・・・
主キーである「key」
「key」は「意味が同じ単語」
誰か解読をお願いする。
Re:運がよかったね (スコア:1)
あらほんと、日本語間違えてるw じゃあ分かりやすく書き直します。
とあるデータベースで主キーとして「管理番号」という単語を使っていて、その管理番号を元にして納品書やら請求書やら作っていて、あるときデータベースAとは別のデータベース「B」を作れと言われたんです。で、話を聞いて同じように「ここには管理番号が入って……」とか説明を受けていて、しかも「AとBは連携する」って言うから「じゃあ管理番号を元にして連携させますけどいいですね?」って何度も確認しながら作ってたのに、いざテスト段階になって実際のデータを入力してもらう段になって、「え?AとBの管理番号は別物よ、そもそも桁数も違うし」って言われて絶望したというお話です。
ひとつのデータベースにまとめるのが皆さんにとっては当たり前かもしれませんが、このケースでは事情があってそれができなかったというだけです。こう書けば満足ですか?
Re:運がよかったね (スコア:3)
> こう書けば満足ですか?
先方とこいつのコミュニケーションが失敗したのはどちらかもしくは
双方のコミュニケーション能力不足が原因だが、すくなくとも
先方だけに問題があったとわけではないということが、こんな言葉で
話をしめるところからうかがえる。
Re: (スコア:0)
だね。
たとえコミュニケーション能力が双方劣っていたとしても、そもそも桁違うなら実装前、遅くとも実装中に気づくことだし。
Re: (スコア:0)
満足です.ありがとうございます.
Re: (スコア:0)
いや、さすがに分かる。
Re: (スコア:0)
よくあることじゃん。
Re: (スコア:0)
1行で説明が済むことをダラダラと説明されても読む気がしないというお話?
Re: (スコア:0)
仕様書なんてそんなもんだよねー
実装を提示したほうが早い
と、ストーリーに戻る
Re:運がよかったね (スコア:1)
コードじゃないと分からん。SQL で、どんな風に CREATE TABLE してどんな風に JOIN しようとしたのか。それでどんなエラーが出たのかを書いてくれ。さらに、実際の仕様の場合では、どういう CREATE TABLE を書いて、どんな風に JOIN したのか書いてくれ。
と言ったら、相手がキレたという話なんジャマイカ?
LIVE-GON(リベゴン)
Re: (スコア:0)
言葉遊びでいちいちツッコミ入れてくる様な理解力の無い上司じゃなくてよかった
Re: (スコア:0)
いつも酷い目あってるからマジレスしちゃうと、たぶん、指摘した人は生粋の業界人だよ。
ついドキュメントレビューのクセで指摘しちゃったんだと思う。
業界外の人は軽視しがちだけど、この業界は言葉が一番大事。
単語レベルで腐ってるプロジェクトはまず間違いなく大火事になる。
例えばソフトの設計書に、何の定義も説明もなく「現在時間」って単語が出てきたとする。
普通は「現在時間?現在時刻のこったろ大人なら類推しろバーカバーカ」と思うだろうけど、
業界人からみたら「ワケ分からん。こんな読めない設計書書きやがってバーカバーカ。一から全部書き直せ」になる。
逆にこの辺を甘く見るのは、PJに放火してるのと変わらん。
もし部下がバグの説明でDBとテーブルをごっちゃにするようなワケ分からん言い回ししてきたら、普通の能力を持った上司は絶対突っ込むよ。
残念な上司とか、定年間近の仏様とかならともあれ。
Re:運がよかったね (スコア:1)
「現在時刻」も、定義がないと何を指すのかわからないし、
定義があったとしても一般的すぎてあまりいい単語じゃないですね。
タイムゾーンの違いを吸収できる定義じゃない場合もままあるし、
システム時刻とアプリ時刻が違う(1日が5時~29時でまわっている)とかも、
よくあるパターンですし。
Re: (スコア:0)
いや、私もひどいめにあってるから書くけど、
こういうツッコミを入れる奴って間違いなく単なる馬鹿か仕事を知らない素人だよ。
元コメがDBの話をしてるのに勝手に「(俺の感覚では)そこはテーブルだろ」とか
勘違いしてチャチャ入れてるっていう恥ずかしさ。
言葉が大事だってのには激しく同意するんだけどさ、
だからこそ俺らって言葉の「すりあわせ」はむちゃくちゃ丁寧にやるんだよ。
自分の思い込みの可能性もあるんだから、「テーブルっぽいけどDBの話なんだよね?」と確かめるけど
いきなり「DBとテーブルごちゃまぜしてんじゃねーよバーカ」なんて絶対に言わない。
Re: (スコア:0)
たった一箇所の誤字をみつけただけで「一から全部書きなおせ」ってのは
バグをひとつ発見したからソースコード全部描き直せに匹敵する愚行だと思うけど。
Re: (スコア:0)
「言葉遊び」で辞書を引け
日本語が不自由な人が同僚に居なくてよかった