SE男爵

上記の広告は１ヶ月以上更新のないブログに表示されています。新しい記事を書く事で広告が消せます。

グラス片手にデータベース設計 ~会計システム編
	梅田 弘之 翔泳社 2005-07-15 売り上げランキング : 4,742 Amazonで詳しく見る by G-Tools

とってもイイと思う。

■ 流行だから・・・
http://d.hatena.ne.jp/makotan/20050511/p4

感銘（ｗをうけた記事。
キッパリ言い切っているところがすごい。
が、言われていることはまさに自分の見方と同じ。
ほぼほとんどの業務システムはこれに当てはまるでしょう。

てか、これっていろんなとこでやってる「オブジェクト指向 VS DOA」みたいな議論を決着させるんじゃないか？？って思う。

まあ決着しないでしょうが・・

この記事、かなり反発をうけるかもしれませんがね。
でも自分的にはもうこれでFAだわ。

arclamp.jpというブログさんで興味深い議論をされている。


■ 賢いデータは必要なのか　その２
http://www.arclamp.jp/blog/archives/000552.html


私自身は「データと振る舞いを分離する」方に賛成。
yusukeさんと考えてることは同じ。


理由は、ひがやすをさんのブログを以前からずーっとみてて、
洗脳されたから・・・というのは冗談で（ｗ


・自分自身、ドメインモデルを使ったシステム開発で失敗した
　（やはり、開発者全員がモデルの使い方を理解できなかった・・・）

・yusukeさんがいわれてるように、運用を考えた場合に、
　ドメインモデルでつくられたアプリは情シスには荷が重い！
　（これも実体験。引継ぎなかなかできんのよ〜）


「データと振る舞いを分離する」に反対の通りすがりさんが書いた
「オブジェクト指向のもととなっている抽象データ型に対する視点が抜けているように感じられます。」などというのは、
まあ、確かにそのとおりだと思います。


オブジェクト指向を活かしたコードを書くという面では。


なんか視点が違うんだよな。
yusukeさんが言っているのは現場の泥臭いレベルの話。


通りすがりさんやその他の反対派は
「オブジェクト指向でアプリをつくるとはこういうことだ！」ってことが言いたいんじゃないかと。


まあ、噛み合うことはないでしょうね。
過激に言うと、



「おまえら、ファウラーの書いてることを言いたいだけちゃうんか（ry」

業務システム構築には会計知識が必須！


とよくいわれますが、ホントそうですね。
知らないとボロカスに仕様変更入りますよ〜

わかっちゃいるけど会計に弱い自分です。
コツコツやるしかねーわな。



まず、聴きなれない専門用語をなんとかしなきゃいけない



このサイトよいかも
http://www.pc-view.net/Business/040318/index.html


会計のこと、なーんもわからん！ていう人はコレがオススメ

軽い気持ちで読んでみて〜


これも知識ゼロでもわかりやすい！

恥ずかしがらずに（ｗ
レジに持っていこう。もしくはアマゾン


こいつで体系的に確認！



会計知識習得にウラワザはないのかな〜

この本にしっかり取り組めば、データを思うように取ることができるようになるはずだ。



・・・しかしです・・・


実際の開発では、データを取れることは前提条件であり、パフォーマンスを激しく求められるのです。。

ここからインデックス、パーティショニングとの戦いが始まるのです。。

ところで、「ヒルズに恋して」、じゃなくて「恋におちたら」、ふざけすぎ（ｗ
山ほどツッコミどころあるんだけど、１つだけ。


サーバー再起動でなんでフロア停電してんねん！！（ｗ