「ビジネスロジック」を含む日記 RSS

はてなキーワード: ビジネスロジックとは

2010-07-09

ビジネスロジックをストアードプロシージャで実装してはいけない

ストアードプロシージャでビジネスロジックを実装するメリットを認めつつも、以下の点からビジネスロジッククライアント言語で実装できる場合はできるだけそうした方が良いという結論に達した。

ストアードプロシージャと単体テストは食い合わせが悪い

RDBMSによっては無料あるいは有料でソースレベルデバッガを使用できる場合もあるが、通常はクライアント言語デバッグ機能を使う方がはるかに便利だ。何か問題があったときに、どこが問題なのかを見つけることがクライアント言語記述した場合よりもはるかに時間がかかる。

また、Unit Testing Framework(xUnit)も使用できない場合がほとんどだ。

さらに、カバレッジツールは大抵の場合使えないだろう。

ストアードプロシージャは、たいていの場合、静的解析が行えない

ストアードプロシージャ用の静的解析ツールの存在を知らない。巡回的複雑度を知りようにも知るすべはないのだ。それが行えるツールを知らないだけかもしれないが。

ストアードプロシージャは、バージョン管理されたコードとの整合性に問題がある

仮にストアードプロシージャの変更を全てAlter xx等で構成されたSQLスクリプトファイル管理し、それをバージョン管理システムに含めたとしても(というか、最低そうすべきなんだが)、あるリビジョンコード一式に対応するデータベーススキーマを取り出すのは難しいか面倒だ。

ではトリガーはどうなのだ

リガーでビジネスロジックを実装する場合も、上記問題点が全てあてはまる。

さらにトリガーの場合は、どのような場合にどのような処理が実行されるのかを俯瞰することが難しくなるという問題もある。

では一体いつストアードプログラムを使うのか

一つは、Oracleで言うところのストアードファンクション、つまりSELECT等のDML内で使用する関数で、そうした方がパフォーマンス的にも良い場合

もう一つは、複数クライアント言語で同一データベースを使用することが決定済みな場合

2009-08-04

逆宣伝という発想

特定の事物を極力広めないようにするにはどうすればいいか?

メジャーになると消費され使い古されてしまう」というアンチ消費主義思想の俺にとって、このことは重要命題だ。

なるべく周知させない活動のことを仮に「逆宣伝」と呼ぼう。逆宣伝するには、どうしたらいいか?

これは実に難しい。なぜなら宣伝活動であれば、他者がどんなにあがこうと、ある程度のレベルまでは達成できる。

例えば、お金を沢山使うことで周知させたりできる。しかし、逆宣伝の場合、他者がクチコミなどで宣伝してしまうリスクがある。

いくら頑張ろうが、有志の手で周知させられる恐れがあるため、「いかに人々の宣伝活動を抑制するか」が上記の命題達成のためのサブ課題となる。

また、「情報を一定の会員の内部だけで流れるように囲い込むこと」も重大なサブ課題である。

非常に難しい命題ではあるが、やる価値はある。

ちょっと考えてみて欲しい。

いまの世の中はネットがあるため、ネットで誰かが晒す(ネットクチコミすることをあえてこう呼ばせてもらう)ことで、

たちまち広まってしまい、良質なもの・興味深いものであれば、いとも簡単に周知されてしまう可能性がある。

その結果、我々が普段接している良い商品サービスというのは、大多数が宣伝により周知され消費され使い古されたものである。

大衆の手垢のついていない、純粋意味で良質な商品サービスというものが皆無に近い。

ビジネスロジックに乗っかった、一般人の要求に迎合したような商品サービスばかりで、まったく吐き気がする。

オカネや多数決に支配されるとワンパターンになるしロクなことがない。

よくネットの人が「オープン正義」的なことを言っているけど、共有というと聞こえは良いが、ぶっちゃけそれ大衆化でしょ。

確かにオープン情報の流れも大切だと思うけど、クローズド情報の流れにも価値があることを忘れてはならない。

追記:逆宣伝という言葉にはネガキャンという意味があったのか。じゃあ、そのままだけど、「宣伝防止」とでも言おうか。

2008-02-15

はてなincだめだったってことかな?

アルバイトの1人も集まらなかったっぽくね。

結局、しなもんジャックをご挨拶させただけで終わったのかな?


相変わらず迷走しているようにみえてハラハラするよ。はてなは。

走ってから考える。もしくは走りながら考えるタイプなのか?

経営層全員? www

はてなの営業分析とかしてきたけど、相変わらずビジネスロジックがみえない。

みえないというか、何を目指しているのかがまったくみえない。

まだ一昨年の方が「つながるサービス」とか、そういうビジョンがあったきがする。

去年のテーマを振り返ったときに、どう評価していいかわからない。

過去につくったサービスが衰退期にはいったものがでてきて資産が遺産に変わって重荷になりはじめた一年か?


アメリカ目指したのはアツかったんだけどな。

一年でどれくらい経営者としての見識やネットワークが広がったのだろうか。

21人の会社で、東京京都アメリカって…

いくらなんでも戦線をひろげすぎじゃないかな。

狭い範囲で動いてれば個人の能力で勝てる目もあるけど、兵站が確率できないまま戦線広げたら身動きとれなくなるだけじゃないかな。

何か考えがあるのだろうか?

競業相手とマーケットの奪い合いでユーザー数増える見込みないけどサービスの向上だけ要求されるという事態をあまり意識してないのかな?

サービス数も拠点数もちょっと保守、防御コストのことを考えると自分なんかはゾッとしてしまうが、いったいこれはなんだろう。

ノーガード作戦なのだろうか。

サービスの完成度は8割にすればデバックコストも減らせるし、

ユーザーの囲い込みを考えなければ保守コストも減らせるぜっ!って考えかなw


去年ははてなハイクとかスターとか既存のユーザーに訴求するものはあったけど新規ユーザーを引き寄せるものではなかったと思う。

あせっちゃうよね。。。


そんな状況で京都になんて分散してていいのかな……。

アメリカにいったのにアメリカユーザが獲得できていない。

新しい収入モデルもつくれていない。

相変わらずツーリング経営だ。


マーケットが伸びてる時期だから、こういうやり方あってるのかな・・・

せっかくうまくいってるのにもったいないとか思ってしまう。

わからん。。。

2008-02-11

http://anond.hatelabo.jp/20080210232409

テレビだと電波だから確実に送信されるというメリットはあるよね。

電波といっても結局山も越せないのでいまいちなきもするけど。


地上派デジタルとかインターネットテレビ番組が使用されないのも、アーカイブされないのも完全に利権絡みなんじゃないの?

もっといえば有料チャンネルが国内軒並み苦戦したり潰されてるのもその関係なんじゃないの?

日本テレビ局なんて放送法だけが頼りみたいなもんなんだし。

番組が面白くてまた見たいと思わせるというよりインパクトだけでチャンネルを変えさせずに視聴率を稼いで高い広告料をふんだくる!これがビジネスロジックだから。


日本ぐらいらしいぜ視聴率が10%越えちゃうぐらいチャンネル数が少ない国ってば。

中国ですらゴールデンタイム視聴率が1%いけば人気番組いうぐらい分散してると聞いたよ・・・

よくしらんのだけど、スパーボールみたいな人気番組日本紅白みたいにひとつのチャンネルでだけで独占的に放映されてるの??

こんだけみんなが同じメディアに触れてる国は他にないような気がするな。

視聴率10%だぜ。どんだけおまえら同じテレビを同じ時間に見てるんだよって話しだよ。

日本でさ、MLBみたいな放映権料で稼ぐ仕組みはちょっと難しそうじゃん?

あくまで読売テレビ新聞巨人軍だもんな。

2007-12-17

エンジニアスイーツ

完全に俺の私見だが、

エンジニアハードウェアに近づくに連れて、

辛いものが好きになって、アプリケーションに近づくにつれて、

甘いものが好きになっていくような傾向があるように感じる。


ハードオタクココイチ5辛以上)

回路設計コーディングココイチ3辛以上)

バイナリアンカレー/激カラらめーん大好き)

DB/サーバ管理(カレーは中辛です。)

ビジネスロジックカレー王子様)

WEBインタフェースイチゴに練乳)

デザイナーケーキバイキング

企画(アスパルテーム)

- 転職ならen
- 派遣ならen
 
1ページ中1ページ目を表示(合計:5件)