よもやまのＣ＃時折ＣＰＰ

論理削除と物理削除

よもやま — Sat, 30 Aug 2008 12:05:00 GMT

システム設計段階にてデータ削除を物理削除もしくは論理削除のいずれかを
選択する事になります。
論理削除を主とした場合、いずれかのタイミングで物理削除をしなければいけなくなります。

この論理削除データをどう取り扱うかに焦点をおいてみましょう。
・論理削除されたデータをユーザーに参照させ、確認同意した上で物理削除する
・論理削除されたデータをユーザーに確認させずに削除した上で新規データを登録する
・論理削除した段階でデータをユーザーにメール送信し、復活の機会を作る（期間限定）
等の対策を取る事になります。

ユーザー側ではどうでしょうか？
・削除はユーザー自身の行為
・本当は削除しちゃいけなかったデータ
この本意はシステム側からは判断つきません。
システム開発側は、時折くる「復活の呪文電話（？）」を割り切って「削除はユーザー自身の行為」とします。

論理削除されたデータはいつまで残しておくべきか、いつ物理削除するか・・
・未来永劫データベースに保存
・１年に１回等タイミングを見計らって論理削除
・論理削除された日時からＮヶ月経過したレコードを削除
このあたりは、システムの特性に左右されます。

システム特性といっても業種・業務のサポート支援ですから
何かあったときに追跡調査できなきゃいけなかったりと様々です。

一方の論理

よもやま — Fri, 22 Aug 2008 22:53:00 GMT

システム要件定義から構想・設計に至るまで
様々な人、様々な立場な人と接する機会がありますが
「自分ならこう考える」事を思わず口にしがちです。

が、ここで思いとどまってほしいのです。

思いとどまってほしい点としては
「相手に一日の長があるということ」他です。

というのは今現状抱えている問題や改善点というのは
相手の喉まで出かかっていたりするものなのです。
といはいえ、こちらは、相手の事をほとんど知りません。

ですから、「私は～～考えたりしますがいかがでしょう？」と違う着眼点で
話しかけてみるのです。

と「どばっ」と出てくる事もあるし、あ～それ昔話題に出たねぇとなるかもしれません。

なにせシステムを作る鍵は、こちらが持っているのではなく相手にあると言っても過言ではないと思います。

あとは、システム設計にあたり現状の情報をどれだけ集め、分析できるかですが・・
分析に関しては、相手の力も借りましょう。

・現状こうなってる。
・抱えてる問題は、ＸＸＸＸ。
・こうしたい。
この３点に絞り込んでシステム要件を洗い出すのも手だと思います。

やはりメインは赤壁の戦い？

よもやま — Thu, 21 Aug 2008 23:04:00 GMT

先日封切りしたハムナプトラ３を見に行った時ですが、
レッドクリフのＰＶが流れるじゃありませんか。

体中言いようのない衝撃が走りましたよ。
三国志好きでよく、横山氏の三国志を読んだものです。
あぁ、やはり人形三国志も忘れちゃいけませんね。

ファンでなくともファンならなおのこと見ておきたい映画ですね。

欧州騎士道に思いをはせるのもまた一興。
大航海時代に思いをはせるのもまた一興。
チンギスハンに思いをはせるのもまた一興。
日本だとどの時代かな・・
Ａ．平家物語
Ｂ．源　義経、頼朝、平泉　奥州藤原家
Ｃ．サル、うつけもの、三本の矢、天王山、斎藤道三、武田信玄、上杉謙信、伊達政宗
Ｄ．坂本竜馬、大久保利通、西郷隆盛、伊藤博文、徳川慶喜
Ｆ．山本五十六、マッカーサー

・・・きりがないかも、、、

テストケース

よもやま — Fri, 15 Aug 2008 18:32:00 GMT

なんだか不思議な感覚に悩まされています。
システム開発を行っていますが、その際に作成する試験仕様書の取り扱いについてです。

一方の論理にも一理あるのですが、これって・・どうなのよといったものです。

さて、一方の論理とは・・
システム開発を先行着手してきた先輩曰く
１．試験仕様書作成に時間をかけたくない。
２．試験仕様書のテストケースは、発注元が汎用的にとりまとめられた項目から機能に会わせ選択。
という路線なのです。
したがって・・
仕様書に記載される条件分岐によって左右される結果想定なんか項目として登場しません。
しかも、試験にかける工数見積もりは、汎用的にとりまとめられた項目から導きだされる工数ですから
実際にしなければならない試験内容とはかけ離れています。

結果、プログラマに作ってもらった機能をテストするにも、漏れてるわけで・・
結局、条件分岐を考慮したテストケースを作成し、再度テストする事になるのです。

で、先輩曰く
「仕様書を見落としなく実装できているなら、こんなことにならないのでは？」ということに。

ん～、仕様書を見落としなく実装できているかどうか判定する為に試験を行うのに
その試験内容が穴だらけなのは気のせいですか・・

さらに先輩が、外注のプログラマさんに・・
「品質高いプログラム作成に心がえてくださいよぉ、このままだとクレームきちゃうから」

いやいや、なんか違うから
てか、質の高いプログラムを要求するなら、渡すテスト仕様書もそれなりにしようよ・・

外注さんに仕様書と試験仕様書から導き出される見積もりを取り
発注した時点で、この結末は目に見えていたのか・・
契約範囲外として外注さんからクレームがきたのは言うまでもありません。
それなら、中途半端な試験仕様書を渡すべきじゃなく、試験仕様書の作成も含めて見積もり作成してもらったほうがよかったとか・

外注さんに仕事を発注する際には、される側の思考ルーチン（？）も考慮にいれておきましょう・・

堪ヘ難キヲ堪ヘ・・・

よもやま — Fri, 15 Aug 2008 17:42:00 GMT

玉音放送（Wikipedia)

戦争になってしまうなり、周囲の状況から戦争へ向かわせるなり等一面からはとらえられないものですが
利害関係というのは、うごめいていますね。。

さて露が依然居座っているグルジア周辺ですが・・
黒海に近い位置から
様々な資源が経由するような国でございます。

さてはて、どうなる事やら・・

ASP ver3.0が登場した頃は・・

よもやま — Thu, 07 Aug 2008 22:27:00 GMT

登場した頃の開発環境といえば・・・
Visual InterDev やVisual Studio6.0エディションでしたっけね・・
Visual Basic Scriptも満を持して（？）発表された頃でしたっけか。

この頃、ドツボにはまっていたのは
VB6 + RDO + Oracle8
VB6 + oo4o with Oracle8の組み合わせ

一定の列数を越えるとAddnewやらUpdateメソッドでエラーが頻発するという不思議現象に悩まされてました。
oo4oのライブラリをVerUpしてもだめ、セキュリティパッチ等あてなおしてもだめ、
端末が呪われているのかと、別端末でソースをコンパイル＆デバッグしても同じ現象・・

ＳＱＬ文で更新しようにも今度は、「ＳＱＬ文がおおきいぞ！ごらぁ」と怒られる始末（泣

いや、ほんの２５列ぐらいしかないテーブルなのですよ

で、結局・・・
ＳＱＬ文一発な所を、２～３回に分けて更新・・
えぇ、ユーザー様からは、「処理おそいんじゃ、ごらぁ」とクレームが・・・

ふと過去の苦い思い出を・・・
しかし、当時インターネット探しまわっても結局、テーブルの列数が一定数を越えたら
Addnew,Updateで処理できなくなるといった現象はみつからなかったなぁ。
今でもあるのかしらん・・

ASP.NET + SQL-Serverの組み合わせでデータセットとDataAdapterでごりごりしてても
違和感なく「さっくり」更新できるんですよね。。
なんなんでしょ・・・
OracleのＭＳ対策だったのかしら・・

「あ～ゆ～」は？

よもやま — Thu, 03 Jul 2008 00:23:00 GMT

言葉遊びです。
女神転生(R)にて、ポルターガイストと会話するとたまに遊ばれてしまいます。。

と余談はさておき
時として文面は読み手の解釈（受け取り方）次第で変化してしまうというのもまた悩ましい所。

さて、ちょっとした言葉遊びの続きです。

「あ～ゆ～」は？
１．Are you？だ！
２．鮎だ！
３．あぁ湯だ！
その他、発想力豊かなコメント募集しています。

食糧自給率低下と輸入穀物高騰

よもやま — Fri, 04 Apr 2008 13:55:00 GMT

小麦を始め各種穀物を輸入に頼っている日本ですが、
ここにきて、小麦などが高騰し各種製品の価格が値上がりしました。

輸入穀物に依存性が高い事を象徴しているわけですが、
「1円でも安く買いたい。」という側面（消費者）
「原材料コストを1円でも安くしたい。」という側面(生産・製造者)

コンビニ弁当の各種食材の大半が輸入穀物であるという事実。

便利さを追い求めるが故の自業自得というべきなのか
それとも国内農業・畜産・酪農への還元のなさというべきなのか
要因やらごちゃごちゃして一概には言えません。

「食育」の重要性もありますが、
輸入穀物高騰による国内農業・畜産・酪農等が衰退してしまうおそれがあるというのは危惧すべき点かと思います。

国内穀物等の需要がすこしでも伸びるよう
できるだけ国内穀物を原材料とした製品を買おうと思います。

#そうなるとコンビニで買う物が減ってしまう・・
#う～む、難しく考えすぎなのだろうか。

日本語キーボード

よもやま — Fri, 04 Apr 2008 13:15:00 GMT

そういえば「半角/全角」と印字されているキーがありますが、
個人的にしっくりこなくなりました。

そこで、ぐっとくるものがないか考え中です。

候補としては・・

「ANK/漢字」
「ANA/JAL」
「幕張/ATC」
「京成/中央特快」
「D51/EF65」
「WANKUMA/画伯」
「そば/うどん」
「8080/80386」
「Z80/6809」
「じろう/さぶろう」
「にほんばし/にっぽんばし」
「ぽちっとな/ぴぽっとな」
「アンパン/ジャムパン」

う～む。今ひとつ、ぐっときません。

#どんどん、真剣味が無くなっていってるのがバレますね・・

アカディミックハラスメント

よもやま — Fri, 04 Apr 2008 13:13:00 GMT

「アカハラ」というそうです。

アカウントハラスメントじゃなさそうです。