ビジネスルール変更のシステム対応が大変！！ JBoss BRMSで一挙に解決！ の巻
日々激しく変化する今日のビジネス環境において、そのビジネスを支援する業務システムにも変化に対する柔軟性が求められています。しかし従来のプログラミングモデルでは、いわゆるビジネスルールとビジネスフローがプログラムコードに含まれており、ビジネスルールに変更があった場合には、プログラムの修正・変更が必要となります。その結果、影響分析、変更作業、そしてその検証作業などの工数やコストがかかってしまうという課題があります。 日立ソリューションズではRed Hat JBoss BRMSを活用し、ビジネスルールをプログラムコードから分離することで、システムの柔軟性を高め、短期間でシステム変更が可能になる環境を提供します。 ビジネスルールという言葉は耳慣れないかもしれませんが、実はビジネスシーンにおいては当たり前に行われていることで、業務を進めるためにルール化されたものを指します。 例えば、経費を申請すると
NetflixとHueライトリボンの組み合わせで最高の暖炉ができる
映像ストリーミングサービス大手のNetflixが日本に上陸した。同様のサービスであるHuluでも配信されていた「ブレイキング・バッド」というドラマにはまっていて、そのスピンオフ作品である「ベター・コール・ソウル」がNetflix独占配信ということで早速加入した。 Netflix自身が制作している「ハウス・オブ・カード 野望の階段」も気になるのだが、なぜか今のところ未配信だ。 Android、iOS、Windows、Mac、Chromecast、NexusPlayer、対応テレビ、ゲーム機などでNetflixを観ることができる。当然Wii Uも対応している。 まだ、配信コンテンツが十分とはいえないが、その中でもNetflix独占配信のコンテンツも多く、話題になりそうなものもたくさんあるのに、一番注目されているのはこの番組だ。 その名も「暖炉」 3エピソードが公開されている。 見ての通り、暖炉
これが大規模SIerな弊社のデファクトスタンダードな開発スタイルだ！！ - そこに仁義はあるのか(仮)
受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。（書く順番が逆っぽい） 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
イマドキのExcelスクショの撮り方
