カテゴリーアーカイブ: システム

ORCAのアーキテクチャ(二重化)

投稿日時: 投稿者:

ORCAの要件には、「二重化」というのがある。つまり、一種のフォルトトレラント化するということだ。

バックアップをどうするか

これは、元々「バックアップをどうするか」という話があった。ORCAの基本設計では、最初に想定システム構成を決め、その中で安定して運用することを提供することを考えていた。ただしその「想定システム構成」は十分安く構築することが出来なければならない。
続きを読む →

ORCAのアーキテクチャ(ミドルウェア)

投稿日時: 投稿者:

初めての人は「(序)」から読んでね☆

ミドルウェアをどうするか

実は、かなり後まで(と言っても初期なんだけど)、あまりミドルウェアに力を入れるつもりはなかった。というのは、ミドルウェアに力を入れ過ぎることは、アプリケーション開発のプロジェクトでは、邪魔になることが多いからだ。
続きを読む →

ORCAのアーキテクチャ(IPv6)

投稿日時: 投稿者:

初めての人は「(序)」から読んでね☆

「ORCA」の意味

ORCAは日本医師会のIT化プロジェクトであり、医療機関のIT化ネットワーク化を目的としている。実際に何に使うかということは、日本医師会の公式の発表等を参照してもらうといい。一例を挙げるなら、医療機関の経営状態を把握して、診療報酬改訂がどんな影響を与えるか調査するとかという経営情報、どんな疾患が多いかという疫学的情報、そういった情報を収集して、医療に役立てようということだ。
続きを読む →

ORCAのアーキテクチャ(UI)

投稿日時: 投稿者:

「(序)」から読んでね☆

UIを考える

「言語とデータベース」でも書いたが、いわゆる基幹業務システムのデータエントリは、

伝票見ながら、高速タッチタイプする

するものだ。これは、昔からEDPなんてものを見て来た人にとっては常識だ。データエントリは、「何をどうやってどこに入れる」ということがあらかじめ決まっているから、途中で打ち間違いさえなければ、画面なんて見ないで「伝票」を見ながらデータを入れて行く。
続きを読む →

ORCAのアーキテクチャ(言語とデータベース)

投稿日時: 投稿者:

「(序)」からの続き。

COBOLという頭痛

実はアプリケーション開発者を集めた時点で、某社社長は「開発言語はCOBOLで」と言っていたフシがある。まぁそうでなかったら、多分彼等は参加してなかっただろう。私は逆にイマイチ仕事のない人達を使うんだから、「仕事」をエサにすれば言語には選択肢があると思っていた。仕事が欲しけりゃ言語くらい勉強すりゃいいんだから。
続きを読む →

ORCAのアーキテクチャ(序)

投稿日時: 投稿者:

動機

オタク医者どもが相変らずぐちゃぐちゃ言うのに辟易したのと、勝手なことを言ってまわる某社社長(ここではない)にいい加減「黙れ」と言いたい。かと言って、単にぶーぶー言ってもしょうがないから、忘れてしまう前にちゃんとした文書にまとめておこうと思う。

100の反論よりも1つの事実

が大事だからだ。
続きを読む →

今時のミキサーって凄いな

投稿日時: 投稿者:

「初音ミク」に刺激されて、DTMをまたやろうかという気になっている。

DTMについては、10年以上構想しているものがあって、それを実行に移そうと思っている。それは、「ホールをシミュレーションして伝達関数を求め、それを使ってリアルなコンサートホールでの演奏をシミュレートしてしまう」ということ。今時の計算機なら、ホールのシミュレーションもそうそう大変なことではあるまい。また、どうせ無理のない範囲でホールは使うものだから、3次元の波動方程式を解かなくても、音線図法で求めてやればいい。
続きを読む →

「人月のワナ」のワナ

投稿日時: 投稿者:

吉岡さんのblogの、

ソフトウェアの作り方を考える

より。

私のバックボーンからすれば、

多くの人が指摘しているようにソフトウェアの価値をかかった工数（人月）で評価するというのはまるっきりナンセンスである。熟練者が一ヶ月で作成できるものを初心者が6ヶ月かかったとすると、後者に6倍お金が払われるか、それだけの価値があるか。もちろんない。

この主張は全てがナンセンスに見える。
続きを読む →