質問: データベースを構築するに当たってのシステム選択 私は中小企業で社内seを兼任しています。20年以上前に社内の基幹システムをas/400( rpg)で構築しました。今回新たなシステムを作るに当たり、asを使うか否かで迷っていますのでご助言下さい。 社内のみの定形業務は5250pcやp comでキャラクターベースの入力画面での作業で問題なく行えています。今回構築することになったのは顧客に入力をしてもらうシステムです。そのため、インターネット経由でブラウザを使って作業が行えるようにしようと考えています。asのhttpサーバー機能を使えばブラウザ経由で5250pcの様な入出力インターフェースが実現できるようですが、pcサーバーを使用してguiを実現しようかとも考えています。 そこでご教授頂きたいのは下記の3点です。 1)なれたrpgを使ってweb経由のguiを実現できるツールはありますか? 2)新たにpcで構築するなら習得しやすい言語とdb構築ツール等を紹介していただけますか? 3)asでguiが実現できるとしての話ですが、asを使うかpcを使うかの判断はどのように付けるべきでしょうか? 今からobject指向の言語習得も大変だとは思いますが興味はあります。また社内seとは言え兼務であり且つ一人で行っていますので、時代の流れから取り残されています。そのためあるべき姿を含め現実的な妥協点もご示唆いただければ幸です。
回答: >社内seを兼任しています。20年以上前に社内の基幹システム このような中小、ベンチャーの企業を1990~2001ぐらいまでよく見かけました。もちろん大手では、当たり前の社内seで社内システム開発室を持つことが多く、サポート室から派生している場合が多いです。 大手だと、特にit関連だと、社内システムは基幹システム以外は、さみだれ式に、各部門で作ってしまうか(自作)、アウトソーシングしてしまい、もう、めちゃくちゃですね。 それではいかんということで、多くは社内システム開発室をおき、統一を図っているわけです。まあ、ibmがtv宣伝していたが、社員検索システムで表彰された社員を探すと、同姓同名の違う場所に案内されるなってことは、似たようなことはたくさん。 本題です。 >asを使うか否かで迷っていますのでご これは基幹システムとして使っていた物ですかね? それとも今でも使っている? (このクラスだと基幹システムぐらいしか用途はないんですけどね) >今回構築することになったのは顧客に入力をしてもらうシステムです これがよく分からない。サービスを提供するのか? それともwebアプリを提供(つまりソリューションとして請け負っている)するのか? サービスとして提供するならまあ、過去の資産活用と言う事も考えられるが、そりゅーしょんとしなら、ありえないでしょう。 最初に戻って、まず社内システム構築の点から言えば、システムは、10年単位とか、中長期的に、リファインしなければならないものです。その辺分かっていますでしょうか? 今現在の物がベストで変える気が無い。なんて思っている、seがいたとしたら、その人は、すでに雲の上の人になっています。 いい例が、現在の日本の原子力発電関連ですね。そう思って、半世紀、安全基準に対して何の進展もせず、何か改善しなかったため、人災自己が起きた。事故現象について、いまだに検証がおこなれていないが、nhkの取材をみるかぎり、間違いなく、防げた話なのである。(全電源装置喪失であっても冷やす事ができた(24時間ぐらいはもったかもしれない)。また、何度も全電源喪失について、見直す機会が何度もおとずれた。) そのような観点から言えば、まず古いマシンはリプレースする必要がある。それも10、20年単位で考えてゆく必要が在る。電車だって今、35年の耐久性から、15年くらいに短縮している。理由はお分かりですよね。昭和30年ぐらいまでは、国鉄で、どうあっても、そのくらいでないと元が取れない。また安全性に問題があるとされた。 しかし、実際に30年たってみると、車両や、システム自体が、古くなりすぎていて、メンテナンスにかなりの投資をする必要が出てくる。最新のテクノロジーを適用できない。デザインが古く、魅力に欠ける。第一、燃費(?)が悪く、現在のものは、昭和50年くらいまでに作られた車両の30%以上の電力消費量を下げられる。40%なんてこともあるそうです。しかも、パワーがあがって。 など多くの問題があり、15~20年くらいに今はしています。逆にそれが車両のコストダウンになり、ランニングコストも下げられる。 コンピューターシステムも全く一緒だとおもいますよ 例えば、最新のintel の20n プロセスで作成されるxeon系のチップだと、サーバー用途でもかなりの省エネになり、windowsserverとの組みあわせで、省エネになります。 うちの会社でも電気消費量を計測していますが、間違いなくさがっています。 上記のような観点で、リプレースとか、ランニングコストとか、次世代のことを考えつつ、メンテナンス性も考量して、システム構築すべきことです。 linux系でそとえると、ずべてオリジナルに成ります。 windows系だと、アプリ部分だけがオリジナルになる可能性が高いです。 つまり、コストに、それらがどう反映されるのかも考えないと。単にlinuxにきまっているだとう、なんて発言がありますが、windows系だと簡単にできたことが、linux系だと、自前で構築しないといけない部分がたくさんでるのです。 逆に、セキュリティー面から言えば、当然linux系で全てオリジナルになるのでしょう。その辺は、cia、fbi、ペンタゴンのシステムは参考になるかと思いますよ。適材適所で、両方使っています(事務員が使っているのはwindows)。 だいたいフリーのソフト使ってセキュリティー? なんて考えるのは、ちょっとね・・・ (誰も責任取らないしね) それらを考量した上で、使用するテクノロジーを決めましょう。それからの話です。