Java から　Ruby へ [上流工程で生き延びろ！〜わかりやすいモデリング から]
現在、稼働しているJavaで書かれたシステムをrubyに書き換える予定がある、企業があるらしい。 実は、自分も同じ事を考えている。 これからのシステム開発の主流に、という謳い文句で、華々しく、 オブジェクト指向と共に表舞台に躍り出たJavaは、当初の業界の期待通りには 活躍できていない、という事か。 プログラミング言語の変更、そして稼働しているシステムの移行は、大変な作業だ。 自分も、考えてはいたものの、考えれば考える程大変そうだ。 にもかかわらず、自分と同じよ...  続きを読む
Date: 2008-04-15 08:38　ID: 14566099

なんちゃって　上流工程職！？ [上流工程で生き延びろ！〜わかりやすいモデリング から]
コメントをいただいた方から、ある掲示版のリンクを張られた。 あんまり読んだ事なかったけど、読んでみると面白い。 みなさん、色々な意見がある。 表現方法は別にして、各々の立場から発言している。 そのいずれも、正しい。 一番論点なってたのは、「上流は下流がわからないやつにできるか」 という点。 自分の意見。「多分できない」 但し、現在においても、ばりばりコーディングし、細かい設定レベルを把握している必要まで はないと思う。 それでも・・・・ コー...  続きを読む
Date: 2008-02-11 09:13　ID: 13791373

表すために [上流工程で生き延びろ！〜わかりやすいモデリング から]
　 　モデル、データモデルの表し方、表記法について触れてみたい 　 　と、書いておいて申し訳ないが、詳しくは他の書籍を参考にして欲しい。 　 　http://blogs.yahoo.co.jp/ochikoboresystem/14357212.html 　の続きになる。 　どれでも良いのだ。 　使いやすいもの、見やすいものを使えば良い。 　（ＩＥとかＩＤＥＦ１Ｘ等） 　自分は一番シンプルで、わかりやすそうな 　表記を使用している。 　表記の標準化がなされ...  続きを読む
Date: 2007-07-18 08:43　ID: 8161694

良いデータベースとは？　良いデータモデルとは？ [上流工程で生き延びろ！〜わかりやすいモデリング から]
　あるデータモデルの権威がある会社の既存のデータモデルを見て 　一言 = 「ひどい」 = 　　　　　　　　　といった。 　（既存のデータモデル＝現在実装され稼働しているデータベースの元） 　確かに自分がみても正規化違反もあったし、制約もきちんと定義されていなかった部分 　もあった。 　ただ、わかりやすかった、のは事実だ。 　http://blogs.yahoo.co.jp/ochikoboresystem/14145182.html 　の続きになる。 ...  続きを読む
Date: 2007-07-17 08:31　ID: 8135428

”お勉強”では意味がない！ [上流工程で生き延びろ！〜わかりやすいモデリング から]
　 　データモデリングは”お勉強”になってしまったら意味がない。 　http://blogs.yahoo.co.jp/ochikoboresystem/14106763.html 　の続きになる。 　データモデルは集合論の実証のためににあるわけではない。 　本屋で「データモデリング」関連の書籍を覗いてみて欲しい。 　大体は前半を集合論の説明に割いているはずだ。 　（最近はそうでもなくなったようだが・・・） 　お勉強の観点から多少不備があっても大した問題ではない。 ...  続きを読む
Date: 2007-07-12 08:55　ID: 7996767

抽出する手順 [上流工程で生き延びろ！〜わかりやすいモデリング から]
　エンティティの抽出手順については大体以下の通りだ。 　http://blogs.yahoo.co.jp/ochikoboresystem/14064260.html 　の続きになる。 　　　 　〓ビジネスルール＝業務ルールよりリソースエンティティを抽出 　〓業務フローよりイベントエンティティを抽出 　リソース、イベントエンティティについては 　http://blogs.yahoo.co.jp/ochikoboresystem/11055449.html 　参照の...  続きを読む
Date: 2007-07-11 09:06　ID: 7971390

「死んでくれ」も三度まで [上流工程で生き延びろ！〜わかりやすいモデリング から]
　ある中堅（以下？）ソフトハウスに在籍していたころの話。 　そのソフトハウス（という呼び方は最近しないのかな？）は一次請け開発が 　たまにある程度で、殆どが二次請け以下及び派遣という典型的な中小ＩＴ企業だった。 　自分はそのころ、モチベーションも低く、やる気のない三流の下流プログラマーだった。 　その会社に、年はあまりかわらないもののもの凄く優秀な先輩がいた。 　その先輩はたたき上げで自分の技術を磨いてキャリアを積み上げていった。 　「危ない」プロジェクトも、その...  続きを読む
Date: 2007-06-12 08:56　ID: 7152353

分類しなくても・・・・ [上流工程で生き延びろ！〜わかりやすいモデリング から]
　作成された業務ルール＝ビジネスルールが 　分類されず、順不同で無秩序な状態で 　溜まっていくと、あとで整理するのが大変に思えるものだ。 　http://blogs.yahoo.co.jp/ochikoboresystem/12002148.html 　の続きになる。 　が、実際やってみれば、思ったより簡単だ。 　未分類の状態に耐えられなくなったら 　とりあえず開発者の判断で振り分ければ良い。 　その後、ユーザーが自分達の視点で見直せばいい。 　とにかく、最...  続きを読む
Date: 2007-06-11 08:56　ID: 7131343

最悪のサイクル〜日本のＩＴ業界において [上流工程で生き延びろ！〜わかりやすいモデリング から]
　ここで、あくまで私見に基づいた日本のＩＴ業界全般に対する 　考察を述べさせてもらう。 　　　日本の情報システム、ＩＴをめぐる状況は 　　　品質が悪いがとりあえずユーザーに検品ＯＫ 　　　検収印をもらった！ 　　　　→ＳＩベンダーは保守で稼げるのでできが悪い 　　　　　該当システムが稼働している限り安定してもうかる！ 　　　　→ユーザーは保守費用捻出で手一杯。 　　　　　とても新規開発まで手が回らない。 　　　　→新規案件が減る。 　　　　→ＳＩベンダ...  続きを読む
Date: 2007-06-06 12:42　ID: 6994979

ユーザーにとって「良いシステム」とは [上流工程で生き延びろ！〜わかりやすいモデリング から]
　オブジェクト指向開発を行った、ある会社の話。 　 　生産性が高く、拡張性に富むシステムを作り上げる為に 　ＵＭＬでモデルを作成し、オブジェクト指向開発を行った。 　拡張性が高いならば、 　長く使える仕組み＝投資効果をより大きくできる！ 　という期待に胸をふくらませて・・・ 　 　オブジェクト指向開発に定評がある、とされている会社に 　開発を依頼し、作業を始めた。 　開発費も通常より高い。 　 　技術力が高い会社なのだから 　「長く使えるシステム」を作る為には仕...  続きを読む
Date: 2007-06-05 11:05　ID: 6950833

ANAのシステム障害原因を「究明中」と表明 [上流工程で生き延びろ！〜わかりやすいモデリング から]
　ちょっと全日空ネタ（？）を続けさせてもらう。 　ブログの題名の上流工程ネタから話題が離れて申し訳ない。 　真相はよくわからないけど、全てが全て「俺達のせいじゃないだろう」 　ということかな？ 　http://itpro.nikkeibp.co.jp/article/NEWS/20070530/273075/ 　ものすご〜く、気持ちはわかるけどね。 　...  続きを読む
Date: 2007-05-31 14:58　ID: 6803355

JRuby on Rails、JBossでJNDI接続 [bose... から]
JNDIでつながった。 ちょっと問題もあり。 Railsで、コネクションが閉じられていないので、 JBoss側で検知して閉じてログをはきまくる。 Railsでは1プロセスあたり1つのデータベースコネクションを 保持するようになっている。こことデータソースとの両立をどうするか？ JBoss側を閉じないようにすることで対応。 下記の情報参照。 http://wiki.jboss.org/wiki/Wiki.jsp?page=WhatDoesTheMessageDoYourO  続きを読む
Date: 2007-05-31 03:15　ID: 6784193

JBossで動いているJRuby on Rails [bose... から]
とりあえず、なんにも開発してないインストール直後の RailsのwarをJBossにdeployして画面表示成功の図。 この後、JNDIでJBossのデータソースに接続して DBを触る簡単なアプリを作って稼動実験をするつもり。 セットアップ手順等はWordにて原稿化を進めてる （画面に見えてますが。。。）ので、 どこかで何らかの形で公開しようと思います。   続きを読む
Date: 2007-05-31 03:15　ID: 6784157

システム屋、コンピュータ屋は報われない？　全日空、懸念される乗客離れ＝システム障害、直接損失は数億円か [上流工程で生き延びろ！〜わかりやすいモデリング から]
　 　全日空、懸念される乗客離れ＝システム障害、直接損失は数億円か 　http://headlines.yahoo.co.jp/hl?a=20070528-00000142-jij-biz 　システムが話題になるのは、トラブル、それも社会的なトラブルが発生した時だ。 　株の取引ができなくなった時もそうだった。 　これは、システム、ＩＴは社会的なインフラとして認識されている、ともいえる。 　もはや、水道、ガスと同様に「あって当たり前、動いていて当たり前」という認識 　...  続きを読む
Date: 2007-05-29 08:35　ID: 6705498

運用でカバーする？ [上流工程で生き延びろ！〜わかりやすいモデリング から]
　システム開発プロジェクトで開催される 　ミーティングにおいて必ずといって良い程 　出てくる言葉は = 「ここは運用でカバーしましょう」 = 　　　　　　　　　　　　　　というものだ。 　http://blogs.yahoo.co.jp/ochikoboresystem/11903510.html 　の続きになる。 　 　そのミーティングに出席している者は 　納得しているのかもしれないが、 （わからないのにうなずいている？） 　出席していなかった者は何故そうな...  続きを読む
Date: 2007-05-25 11:40　ID: 6522243

理由は記述 [上流工程で生き延びろ！〜わかりやすいモデリング から]
　「人は忘れるもの」という前提で 　業務ルール＝ビジネスルールの記述に努めよう。 　http://blogs.yahoo.co.jp/ochikoboresystem/11858702.html 　の続きになる。 　暗黙のルール以外にも、気をつけなければならない、極めて基本的 　な事がある。 　モデリングを行う際、 　プロセスモデリング（動的モデリング　〜　業務フロー作成時）、 　データモデリング　（静的モデリング　〜　エンティティ関連図作成時） 　を行う課程に...  続きを読む
Date: 2007-05-23 08:34　ID: 6429438

JRubyからJavaAPIを利用してみる超簡単サンプル [bose... から]
非常に簡単なjava.lang.Stringを使った初コーディングを 恥ずかしながらサンプル公開。 うん、楽しい JRuby！ # 2007/05/18 # bose # JavaのAPIを使用する為に、Java Proxyを有効にする。 require \"java\" #include_classで使用するJavaクラスを指定るするが、 #java.lang.Stringは読み込まれてるので指定しない。 #javaStrObjという変数にjava.  続きを読む
Date: 2007-05-19 01:23　ID: 6258506

NetBeans6.0M9によるJRuby開発環境構築 [bose... から]
今まで実際にお客さんにRoRでアプリを提供したりした際には、 RadRailsを使用してアプリを組んできました。 そして、その前に純粋にRubyを学んでた時はRDTを使用して来ました。 でも、最近はNetBeansとJRubyがいい感じなので、NetBeans6.0M9で JRuby開発環境を構築するマニュアルをまとめてみます。 インストール先はWinXP SP2になります。 ＃久々に技術的な記事ですね。。。（笑 1.JDK5.0をダウンロードし、インストールします。  続きを読む
Date: 2007-05-19 01:20　ID: 6258456

鳥の視点 [上流工程で生き延びろ！〜わかりやすいモデリング から]
　業務フローを、いやまかりやすいモデリング 　の成果物を作成する際、 　どのような意識で望むべきであろうか？ 　 　http://blogs.yahoo.co.jp/ochikoboresystem/10988204.html 　の続きになる。 　作成者は = 鳥の視点 = 　　　　　で書く。 　 　鳥瞰図の如く。 　 　トップダウンの意識を持ちつつ、鳥の視点で業務を眺め、 　全社的な鳥瞰図を作るのだ。 　そして、その鳥瞰図が、 現場の人間にと...  続きを読む
Date: 2007-05-18 08:40　ID: 6227988

「Ｏｎｅ Ｆａｃｔ Ｉｎ Ｏｎｅ Ｐｌａｃｅ」 [上流工程で生き延びろ！〜わかりやすいモデリング から]
　 　長く使えるシステムを構築し、かつ育てていくためには、 　データの管理をしっかり行い、データの信頼性をあげる事が重要だ。 　　http://blogs.yahoo.co.jp/ochikoboresystem/11459268.html 　の続きになる。 　あるサブシステムが持つデータと別のサブシステムが持つデータを 　突き合わせて分析しようとしたら不整合が生じるようでは、 　とてもじゃないが長く使う事はできない。 　一度でもデータの不整合が生じてしまえば、 ...  続きを読む
Date: 2007-05-17 08:47　ID: 6181401