5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

オープン系システム vs ホスト系システム

1 :けんちゃん:2001/05/22(火) 09:09
オープン系システムとホスト系システム、それぞれ長所があり
優劣つけられないと思いますが、それぞれの支持者の方、また
は業務で関わっている方、バトルトークしてください! ちなみ
にVISAの基幹システムはオープン系みたいです。

2 :仕様書無しさん:2001/05/22(火) 13:36
をーい。
人を闘わせておいて、あなたはタカミの見物かい?

3 :非決定性名無しさん:2001/05/22(火) 13:39
をーい。アンタが闘いなよ。見てるだけじゃなく。

4 :非決定性名無しさん:2001/05/24(木) 18:54
適材適所だな。
どっちでもよいよ。

5 :名無し:2001/05/24(木) 21:57
オープン系やってる若い奴は
ホスト系なんて言葉でしか知らないでしょ。

6 :仕様書無しさん:2001/05/24(木) 23:10
オープン系クラスタリング分散処理&シンクライアントの、最近の流行
のシステムって、客観的にみるとホスト系とぜんぜんかわらなくないか?

P2P動的ネットワーキングになると、微妙だけど。

7 :非決定性名無しさん:2001/05/25(金) 16:00
>>5
そうかもな。
C/Sが当たり前かもしれんな

8 :まいったちゃん:2001/05/27(日) 02:44
…あの…かなりヤヴァイ質問なのですけど…

オープン系とホスト系 初心者が勉強するんだったらどっちからスタートすべき
でしょうか?

9 :非決定性名無しさん :2001/05/27(日) 03:47
ホスト系をどうやって初心者の貴方が勉強するの?
ペーパーで詰め込んだ知識はあまり役に立たないよ。

10 :非決定性名無しさん:2001/05/27(日) 04:12
>>8
ホスト系を3年間位やってから、オープン系に逝けば!良いと思われ。

11 :名無しさん@そうだ選挙にいこう:2001/05/28(月) 16:22
>>8
「イスラム教とキリスト教 初心者が入信するならどっち?」みたいな質問だ。

文化が違うから、どっちに逝くか最初に決めて逝け。
途中で変節しない方がいいよ。

12 :非決定性名無しさん:2001/06/10(日) 22:44
あげ

13 :非決定性名無しさん:2001/06/10(日) 22:57
>>11
その例え分かりやすいなぁ。
勝手にいただくけど、著作権主張する?(笑

# そして、カソリックとプロテスタントでまた迷うっと・・・

14 :名無しさん@1周年:2001/06/10(日) 23:28
大型系の経験を数年積むと、
イヤでもアルゴリズムを徹底的にたたき込まれるので、
そういったやつはオープン系に行っても使える。

15 :非決定性名無しさん:2001/06/10(日) 23:43
開かれた世界が、オープン系。
閉ざされた世界が、ホスト系。
インターネットで、ホスト系の情報を漁っても、ほとんど、
情報が得られないが、オープン系なら、情報が満載。

16 :sage:2001/06/27(水) 06:51
>>10
3年が限界です。10年やるとオープン系のいいかげんさには
ついてけなくなります。

17 :非決定性名無しさん現役893稼業:2001/06/27(水) 15:33
>>15
ホスト系はマニュアルが紙媒体だからな。
でも紙としては充実してる。

オープン系は情報が満載だけど、ネタやノイズも含まれるから、
取捨選択する為の「眼」を持ってないと溺死するよ。

まあ、2chらーだったらOpenな方が性に合ってるんじゃないかな(藁)

18 :非決定性名無しさん:2001/06/28(木) 13:37
>>14
に同意。オープン系しかやってないPGに
バッチ処理書かせると大変なことになる傾向がある。

19 :非決定性名無しさん:2001/06/30(土) 10:51
オナニー派とSEX派、それぞれ長所があり
優劣つけられないと思いますが、それぞれの支持者の方、また
は業務で関わっている方、バトルトークしてください! ちなみ
に風俗はオナニー系みたいです。

20 :非決定性名無しさん:2001/06/30(土) 13:04
ホスト系開発してるが。
紙媒体が嫌いなので、いらいらする事がある。
ソースでも、紙でロジックを追うのは、嫌い。
オープン系の方が性に合ってるな。

21 :非決定性名無しさん:2001/07/01(日) 05:19
>>20
最近はCD-ROM媒体か社内LAN上のwebベースにほとんど移行しちまったので
紙媒体のマニュアルは入手しづらいよ。

でも特定のキーワードの検索目的で無ければ、紙ベースのマニュアルの方
が調べたい項目に素早くたどり着ける事が多いね。

22 :非決定性名無しさん:2001/07/31(火) 08:07
 

23 :非決定性名無しさん:2001/08/14(火) 11:49
>21
紙の方が目が疲れないしね。

24 :しかけとしては議論の対象としたくないね:2001/08/23(木) 15:35
たいていのERPってオープン系の環境で動くホストシステムじゃなかったっけ。

25 :非決定性名無しさん:01/09/08 09:03
 

26 :非決定性名無しさん:01/09/10 00:08
ちなみにIP用語でノードはホストだ。
おやじに話す時は気をつけろ。

関係ないけど。

27 :非決定性名無しさん:01/09/25 23:30
ホストage

28 ::01/11/14 04:21
光ファイバーが通ってしまえばホスト系が強い!
銅線の30億倍の通関性にPCがついていけなくなるPCは消えていきただのチャチな端末になっていくだろ

29 :非決定性名無しさん:01/11/14 09:38
今さら、各クライアントにビジネスロジックを埋め込んだ
C/Sシステムを作るのはアフォですか?

確かに多層型C/S(シンクライアント・・・APサーバ−・・・
DBサーバ)ってホスト&ダム端末とあまり変わらない
ような気がしますね。
まあホストの場合はホスト単体でAPサーバ兼DBサーバ兼通信制御
なんだけど

30 :非決定性名無しさん:01/11/21 07:45
>29
ピンポーン

31 :29:01/11/21 10:43
>>30

ん?何に対してピンポーン?
2層型のC/Sでクライアントにビジネスロジックを埋め込む
ことがアフォってところ?
それとも後半の多層型C/S≒ホスト集中型システム、って
気がしません?ってところ?

32 : :01/11/21 11:56
クライアント数が多いと、ロジックをクライアント持ちでは
バグったあとの修正物の配布がめんどーでね。

最近のC/Sは仮想汎用機システムと言えるかもしれんね、
壊れる確率は本物にくらべると全然比較にならないくらい多いけど。

33 :非決定性名無しさん:01/11/21 12:01
>>32
厨房な質問ですいません

サーバ側にロジックを持つ場合って、どういう言語で実装
するのが普通なの?例えば、クライアント側の入力画面は
VBで実装してるとして。PL/SQLとかになっちゃうの?
多層型のC/S未経験のドキュンPGなもんで、マジわかりません

34 : :01/11/21 12:11
2層だと相手がDBないしはCORBAっぽいものになるので
画面はVB/OracleDevelopper、ストアドがPL/SQLとかが多いのは確か。
JavaアプリケーションにしているところはCORBA使うか。
これ、多クライアントの場合、
クライアントダウンの際のDBコネクションの管理がうざくなる。

3層だと、
昔 [2層]APサーバ(業務ロジック)←→[3層]DBサーバ
だったけど、DB性能ネックになったときの
拡張性と信頼性の両立が難しいのがわかって、、、

チョット前から[2層]Servlet→CORBA→[3層]別サーバの業務ロジック
の流れができてる この先はわかんない。

35 :33:01/11/21 12:48
>3層だと、
>昔 [2層]APサーバ(業務ロジック)←→[3層]DBサーバ
>だったけど、DB性能ネックになったときの
>拡張性と信頼性の両立が難しいのがわかって、、、
>チョット前から[2層]Servlet→CORBA→[3層]別サーバの業務ロジック
>の流れができてる この先はわかんない。

さらにさらに質問すみません。
最新の3層構造ってやつはクライアントアプリは何でつくるんですか?
上記の内容だとjavaってことですか?自分はjavaをちょっと
遊びで使ってみましたが、とてもVBやDELPHIに慣れたユーザー
を満足させるGUI環境は提供できそうにありませんでした(遅すぎて)
クライアントだけVBやDELPHIで作って、3層型構成に
することってできないんでしょうかねぇ?

36 :非決定性名無しさん:02/03/13 06:41
>>1
ゼンゼン違うじゃん

37 :非決定性名無しさん:02/03/13 22:56
海外の金融系は基幹OSでもSunのStarFireとかつかってる
ことがおおいみたいだけど...
日本はアメリカに見習うって事が多いし,今の若い人の技術
志向から考えて今後基幹はUNIX+Javaに移行していくと見
ますがどうでしょうか.

当方厨房なため経験豊富な方の意見キボンヌ

38 :非決定性名無しさん:02/04/18 06:45
ホストだよ

39 :出張32:02/04/19 14:39
最初に勉強するのならホスト系がお薦めです。
その理由は、オープン系はまだ優秀な先輩が非常に少なく手探り状態で学習するしか
無いので敷居が高いってことです。

その点、ホスト系ならば過去に蓄積されたものも多く経験豊富な先輩方も沢山居ますので安心です。
但し、基礎を学び終えたら早い時期にオープン系に転職されることをお薦めします。
時代はオープン系の技術者を多く必要としていますからね。

40 :出張32:02/04/19 15:10
>>35
2層、3層論争はもっと基本を理解しておかないと不味いですよ。
まず2層って言うのが本来のC/Sであり分散処理システムなんですわ。
ですから、クライアント側に業務ロジックを持つことになり必要ならばデータ(分散)までも
ローカルに持つこととなります。

で、3層以上になれば基本的に集中型システムとなります。
クライアントは単にダム端末程度の機能しかなく、2層目に業務ロジックを持つ形態になります。
勿論、2層目と3層目の実効率に置いて3層目に業務ロジックを置くケースも在るけどケースbyケースです。

それで、単にどちらが優れてるかを論じるのは不毛であり要求に適した構造になってるか?
が重要となります。

それと、2層3層のお話をするときはWeb型システムを前提にしていることが多いので注意も必要です。
Web関連のツール群は発達こそしているものの所詮は制約も多く結果として分散型(2層)方式だと
性能が発揮されないケースが殆どです。(ここで、2層は「使えねえ」って論が出てくる)

後、Web系での2層3層ならばクライアントはWWWで処理可能な言語体系になるのは必然であり
制約はWeb系であるってだけのことです。

41 :非決定性名無しさん:02/05/21 00:21
はあ そうなんですか

42 :非決定性名無しさん:02/08/11 03:39
>>37
>海外の金融系は基幹OSでもSunのStarFireとかつかってる
>ことがおおいみたいだけど...
じゃあ、やってみろよ。
絶対にのらねえよ。

43 :非決定性名無しさん:02/08/11 03:51
でもよー、汎用機系ってその会社独自のシステムじゃん。
IBMならIBMのメインフレームNECならACOSみたいなさー。
たとえば、転職考えたときって、オープン系の方が有利じゃない?
業界知識はあっても他者のメインフレームの知識はないでしょう?
そこんとこどうなのよ?
それとさー、やっぱメーカー系としてはいっぱいメインフレーム買ってもらった
ほうが儲けるわけじゃない。
やっぱメインフレーム上の開発SEの方がメーカーでは立場強いの?
将来的にはどっちが出世しそうなの?

44 :非決定性名無しさん:02/08/11 15:16
>>43
おれは知らないよ。


45 :非決定性名無しさん:02/08/11 19:26
ミドルが発展すれば、オープンでもホストでも構わないと言う罠。

46 :非決定性名無しさん:02/08/13 00:46
汎用機系のSEって転職できるの?

47 :非決定性名無しさん:02/08/16 04:28
>>46
できません。
1つのメーカーを首になったら、自殺しかありません。

48 :非決定性名無しさん:02/08/16 22:25
>>47
何てこと言うんだよ。

49 :非決定性名無しさん:02/08/16 23:19
日本はメインフレーム大国のままでいいのか?
http://www.atmarkit.co.jp/fsys/it_market/it_market014/it_market014-01.html

50 :非決定性名無しさん:02/08/17 00:37
>>46
汎用機系のSEは絶滅危惧種ですので高値で取引される


      ・・・・という ウワサ

かくいうアタクシも汎用機系。

課長♪オープン系もやらしてください♪とおながいしたら、「おまい、転職する気だな?」
とかんぐられ、いまだに汎用機から離れられん。

51 :非決定性名無しさん:02/08/17 02:53
>汎用機系のSEは絶滅危惧種ですので高値で取引される

>      ・・・・という ウワサ

そりゃ、単なる噂だ(藁
まあ、自分は両方イケますけど(って書くとなんか下品だ)

52 :非決定性名無しさん:02/08/17 06:16
>課長♪オープン系もやらしてください♪とおながいしたら、「おまい、転職する気だな?」
>とかんぐられ、いまだに汎用機から離れられん。

やっぱそうみられるものなのかな。

53 :あぼーん:あぼーん
あぼーん

54 :非決定性名無しさん:02/08/17 10:19
でもいまどきオープン系もできないと、将来暗そうだよね。
もし会社が傾いたら、、、

55 :非決定性名無しさん:02/08/23 18:56
>42
そういえば、みずほトラぶった後、東洋経済だかに
「銀行系のシステムはいまだに20年前のシステムを後生大事に汎用機で動かしてる
まったく持って理解不能」

みたいな記事がでてたな。

その記事書いた奴に、ソースも仕様もない基幹をどうオープンに移行せよというのか
小1時間は・・・(以下略)

56 :非決定性名無しさん:02/09/01 04:51
>>55

まさに基幹系をオープンに移行しようとしているPJがありますよ。

★★信金 次期システム★★
ttp://money.2ch.net/test/read.cgi/money/1022857653/l50

57 :非決定性名無しさん:02/09/03 20:34
PJ

58 :29歳:02/09/03 22:00
私はずっとホスト系(金融機関の子会社とか、金融機関のシステム部門)だけど、どこの金融機関もやっぱり基幹部分は
メインフレームがほとんどだから、業務知識を身に付けたいならホスト系だと思います。
オープン系とかWeb系は所詮フロント部分をユーザフレンドリーにするために使う程度だから業務知識はなかなか
身に付かないんじゃないかな?

業務知識が身に付けばシステム開発の上流工程を担当することが中心になってくるし
そうなったらもう基盤(ホストかオープンか)がどうこういう話ではないと思いますし。

それに今みたいな不景気な中でわざわざホストで安定稼動しているものをオープンに移行する必要性はない訳だし、
そう考えるとホスト系の需要は危惧するほどではないと思います。

実際自分は2回転職してますが面接を受けてて厳しいと感じたことはありません。
むしろ重宝されてるような感じすら受けました。





59 :非決定性名無しさん:02/09/04 06:59
>>29
やっぱり、システム開発の中心はホスト系のSEになるんですかねーー。
オープン系だけのSEなんて、使えない?

60 :58:02/09/04 11:42
>>59
フロント部分の設計・開発ばかりで満足できるなら、オープン系SEでも
充分やっていけるとは思うけど、その先の広がりがあまり無いんじゃないかな?

どちらにしてもSEとして飯を食っていくつもりなら、あまり基盤にとらわれる
必要はないんじゃない?(プログラマーにとっては大いにこだわるところだろうけど)

あとひとつ言えるのは、金融機関ならそのシステム部門とか、全面的にシステム開発を
受託しているような会社で経験を積むことじゃないでしょうか?
協力会社的な位置付けで開発をしていてもなかなか全体像は見えないし、
担当するのは下流工程が中心になるだろうし・・・。

以上あくまで金融系の場合についての個人的な意見ですが・・・。
他の業種ではどうなんですかね?


61 :女性専用女性の方訪れてください:02/09/04 11:56
http://tv.ftn-jp.com/qqwwoo/

朝までから騒ぎ!!
皆さんお待たせです
復活しました!!

  女性に大人気
  メル友掲示板
  よそには無い
  システムで
  安心して遊んで
  楽しんでください。

コギャル系出会い

62 :非決定性名無しさん:02/09/04 12:58
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
イー便茶役員一覧

社長池上(テンプスタッフを追い出された、人材派遣業ヒューマンアイも経営し、私腹をこやしている)
菅原(住商情シスで仕事をしたと威張ってる、偽EVS Framework開発者として、JavaONEで演説予定)
山本(リクルートをDrop outして人材派遣業という、いわゆる使えない社員の王道、ヒューマン偽アイコンサルタント)
児玉(なんだかんだで、結局辞めた)

こんなやつらは、ゴミ以下のイーベンチャー ゴミサポート会社!!!!
(ついでにゴミSE巡回サービスもよろしく!!)
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆

63 :非決定性名無しさん:02/12/30 18:53
age

64 :非決定性名無しさん:02/12/30 21:36
でもよー。銀行系や勘定系はメインフレームだけど、
ほかの分野ではオープンもけっこうあるんじゃないの?
はっきり言って、銀行も最近やばいジャン。
大丈夫なの?ホスト系SE。

65 :非決定性名無しさん:03/01/04 20:57
大丈夫かと聞かれたら大丈夫だろうとしか

66 :非決定性名無しさん:03/01/05 23:13
バトルトーク…

67 :非決定性名無しさん:03/01/06 01:11
オレ的にはホスト系は死滅していくもんだとばかり思っていたが。

富士通、Linuxを大規模基幹システムに適用へ
http://www.zdnet.co.jp/news/0210/23/njbt_07.html

68 :非決定性名無しさん:03/01/06 07:53
富士通の行末の方が心配

69 :非決定性名無しさん:03/01/07 00:10
>>60
ユーザーにとってはバックでどんな処理をやってようが関係はないわけで、フロント部分の使い勝手が全てなわけ。
で後ろに控えてる汎用機のことを何も知らないフロントの連中が勝手にきめてきた要件をバックに丸投げされるとこちらとしては非常に困るわけだ。

70 :非決定性名無しさん:03/01/07 00:16
UNIXがメインフレーム級の耐障害性を得るまでにはまだまだ長い。
棲み分けで生きていくだけさ。
お互い相手の知識無いと辛いね。

ちなみに私はホスト運用1年やってからUNIXへ。

71 :山崎渉:03/01/11 11:47
(^^)

72 :山崎渉:03/01/18 14:47
(^^)

73 :かわいそうな部下:03/01/19 02:52
どなたか「オープン系」の意味を上司に教えてください。
どうも Windows + VB をオープン系だと思っているようなんです。
しかもその上役は Java を最も標準的なプログラム言語と思っている
んです。
ご協力お願いします。


74 :非決定性名無しさん:03/02/11 14:00
えっ!オープン系って VB じゃないの?
マイクロソフトの Visual Basic でしょ?あれなら GUI で分かりやすいから
オープン系でしょ。Windows で窓を「オープン」にするんでしょ?

>>>>>おまえのどたまがオープン軽!!!!!!!!!


75 :山崎渉:03/03/13 14:05
(^^)

76 :非決定性名無しさん:03/03/16 23:08
おまたをオープンするするのはおんな。
相対するはホスト。


77 :イマドキの新人プルグラマ:03/03/24 02:39
PCのプロセッサ(例えばインテルの石)だと、どこにバグがあるか
わかんないよね。実際数年前ペンティアムに浮動小数点演算の
バグみつかったし。これはワークステーション(例えばSUN)でも同じ。

で、汎用機の場合、演算に関する信頼性はどうなってるのかなあ。
やはりプロセッサのハードのバグで演算間違う可能性はありえるの?
間違いに気づくための特別な回路とかつけられたりするのかなあ。
出荷してから、「スマソこのインストラクションは1兆回に1回失敗するわ。」
なんてあったら、日本のどこかに帳尻が狂った銀行/証券口座が
数件できちゃうことになるぞ。でもそんな話は聞かない...

2重化して比較するにしても、同種のプロセッサならべたら意味ないよね。

78 :非決定性名無しさん:03/03/24 14:54
基幹業務は、浮動少数演算なんてほとんどやりません。
仮に不正演算があってもハード不良なんかよりソフト不良が多いのです。
ジャーナルを残しているので、そこから気の遠くなるような再計算を
行えば良いのです。去年のみづほをみれば分かるでしょう。

79 :非決定性名無しさん:03/04/13 01:09
aaa

80 :山崎渉:03/04/17 09:32
(^^)

81 :山崎渉:03/04/20 04:21
   ∧_∧
  (  ^^ )< ぬるぽ(^^)

82 :非決定性名無しさん:03/04/22 13:06
あげ

83 :あぼーん:あぼーん
あぼーん

84 :非決定性名無しさん:03/04/23 23:52
ホストの仕事を本格的に始めてまだ2ヶ月。
そこで急にUNIX系部署に移る選択肢を与えられた。
さてどうしよう。
こんな話もう来ないかもしれない・・・。


85 :非決定性名無しさん:03/04/24 00:24
AS400って、ホスト系って言っていいかな?

86 :非決定性名無しさん:03/04/24 00:29
オープン!!

87 :非決定性名無しさん:03/04/24 01:24
ホスト系とかオープン系とか
制御系とか基幹系とかの定義があったら教えてくれ。
というか、それぞれどんなシステムのこというの?

88 :非決定性名無しさん:03/04/24 19:30
汎用機で動くのがホスト系、それ以外で動くのがオープン系でいいんじゃないの?
オープン系の中に倉鯖系(2層)とWeb系(3層)があると…

89 :非決定性名無しさん:03/04/24 22:05
どっちに属するか判別してくれ。

AS400
TANDEM(現 hp Nonstop Server)
STRATAS
Alpha Server
NCR Server


90 :非決定性名無しさん:03/04/24 23:07
COBOLで動くのが真のOPEN系
それ以外はカスってのはだめ?

91 :あぼーん:あぼーん
あぼーん

92 :非決定性名無しさん:03/04/24 23:29
>>90
S370アセンブラだけが真のホスト系。
COBOLのような軟弱な言語は、オープン系だね。

93 :非決定性名無しさん:03/04/24 23:37
>>87
軽く説明な、大体の意味。

ホスト系-> 大型の汎用機でのシステム。大昔からあり頑強なため、銀行や企業などの中枢のシステムを担う。
オープン系-> PCなどの端末がからむ、90年代以降発達してきたシステム。Webを利用した電子商取引や、携帯電話を端末にしたサービスなど。

基幹系-> 経理、人事、給与、商品・生産管理、発注、棚卸など、企業の活動の根幹を支援するシステム。
制御系-> 交通信号、エレベータ、自動販売機、電化製品の埋め込みマイコンなど、オートメーション化システム。

94 :あぼーん:あぼーん
あぼーん

95 :あぼーん:あぼーん
あぼーん

96 :山崎渉:03/05/28 14:52
     ∧_∧
ピュ.ー (  ^^ ) <これからも僕を応援して下さいね(^^)。
  =〔~∪ ̄ ̄〕
  = ◎――◎                      山崎渉

97 :非決定性名無しさん:03/06/28 12:45
話題がループしているぞ。

98 :非決定性名無しさん:03/07/11 16:03
汎用 ≒ ダンプカー
OPEN ≒ バイク

みたいな感じかな、UserNeedsにあわせてチョイスするのが
いいはずなのだけど。

どーもいまだに、OPEN流行が濃厚でダンプ2台の方が
安く構築できるのに
高級バイク200台で自己マン?な顧客も多いようだね

まぁそれもあるいみ顧客の要望なのならばそれもありだけど。
価格だけがすべてじゃないしね。 

99 :山崎 渉:03/07/12 12:18

 __∧_∧_
 |(  ^^ )| <寝るぽ(^^)
 |\⌒⌒⌒\
 \ |⌒⌒⌒~|         山崎渉
   ~ ̄ ̄ ̄ ̄

100 :非決定性名無しさん:03/08/08 06:17
ガメラVSギャオス

ゴジラVSメカゴジラ



101 :非決定性名無しさん:03/08/10 02:10


102 :非決定性名無しさん:03/08/10 14:24
open系(webアプリとか)でも基幹業務アプリになると、
バッチ処理的な設計が必要になると部分もある思いますが、
そういうのはどうするの?
DBのストアドプロシージャ?アプリケーションサーバーからshell起動?



103 :非決定性名無しさん:03/08/10 18:07
世の趨勢というものから乖離した次元に存在し、
今も「汎用機は何でもできるコンピュータ」と頑なに信じて疑わず、
全ての物事を汎用機を基準に考え、それ以外のものを排他的な視線で蔑み
、認めず、パソコンやそれに毛が生えた程度のコンピュータとネットワークを
中心として、物事を考える現代のコンピュータ事情からすれば、
厄介極まりない連中たち。

104 :非決定性名無しさん:03/08/10 18:10
・「パソコン」に代表されるような、仕様や規格がオープンであったりする代物でシステムを作る技術者のこと。
・一般的に、ベンダが公開・提供し、ベテランの先輩が伝授してくれる「それだけ」を覚えていれば良い汎用系技術者、メインフレーマーとは違い、
日々変化していく技術に対応する為、幅広い知識と自分の時間を食いつぶしての努力などをそれなりに要求されるため、
世間一般が「コンピュータ技術者」と聞いて最もイメージし易く、分かり易い絵に描いたようなオタクが嬉々として大活躍をしていたりする分野。
・その他の連中については、オタクが実践しているような、そんな事を実際に行っている人間的にもプロ意識に長けた優れた技術者が大勢居るはずもなく、
オープン系の開発を行う部署に在籍していたとしても、オープンなのは口と社会の窓だけだったりする事がほとんどだったりする人種のこと。

105 :山崎 渉:03/08/15 18:28
    (⌒V⌒)
   │ ^ ^ │<これからも僕を応援して下さいね(^^)。
  ⊂|    |つ
   (_)(_)                      山崎パン

106 :非決定性名無しさん:03/08/23 11:54
そもそも、メインフレームとオープン系は用途が違うだろ
メインフレームが古いとか言ってるヤツは素人

大量バッチをオープン系で組めるのか?
時間かかりすぎだろ
大量データに、いちいちオブジェクトを選択されちゃたまんないだろ

スイッチするのにも、今の技術じゃ限界がありすぎて
パワーがかかるすぎるだけの無駄

オープン系はメインフレームにとってかわるんじゃなくて
メインフレームじゃ実現できないことができるだけ
範囲や用途が広がっただけで、メインフレームじゃないと
不可能な領域もあるのだよ


107 :非決定性名無しさん:03/08/23 12:57
>>106

それを分かっていない奴が多いし、分かっていても客に説得できない
香具師が多いんだな

108 :出張32 ◆Rb.XJ8VXow :03/08/23 14:33
>>106
今時は、オープン系でも大量バッチ組めるし、組んでるよ。
でもまぁ、まともに組める技術者が超不足なのも現実だけど...

まだまだ、技術者の技量と実情とがミスマッチ状況であることは否めないね。
ってか、言語に縛られた知識しか持っていない融通の効かない技術者が
多過ぎる。
オープン系に至っては技量技能経験全てにおいて未熟過ぎるってところか..

うーん、やっぱ情けない発言になってしまった....
そりでも、私個人にとっては甘い環境であるのだから楽チンで宜しい♪

109 :非決定性名無しさん:03/08/23 21:07
>108
組めるには組めるだろうが、ホストで可能な量とオープン系で可能は量は
くらべものにならないだろう
例えば2日かかる取引を組んで、どれだけの量をさばけるか、っていったら
ホストの方が上だろう。
DBなんかに登録されてる情報の量は、どんどん多くなっていくし

あと、信頼性も重視されるから、ホストでも無難でいいんじゃない?
へたにオープン系で組んで障害おこして、信用なくしちゃ大変よ。

ただ、オープン系はこまわりがきくから、顧客一人一人に対してこうしたい
とかいうことは実現できるかもしれないが。

結局のところ、共存するのが一番なんだけどさ
問題は金とパワー(技術者の技術レベルとかも含め)だな

110 :非決定性名無しさん:03/08/24 00:10
age

111 :出張32 ◆Rb.XJ8VXow :03/08/24 02:09
>>109
うーん、なんか君の発言を聞いてたら「否定することだけに必死」って感じなんだよね?
否定だけして何か得るものがあるのかなぁ〜?

色々な選択肢を可能な限り有望視することは悪いことじゃないと思うし、その過程で知恵も
生まれてくる筈なんだけどなぁ....

112 :非決定性名無しさん:03/08/24 05:46
あれ?俺には106とか109の方が、色々な選択肢を可能な限り有望視
してるように読めるよ。

「用途が違う」「とってかわるんじゃなくて」「ホストでも無難」
「オープン系はこまわりがきく」「共存」...

俺の頭が夏まっさかりだからか?

113 :出張32 ◆Rb.XJ8VXow :03/08/24 09:14
>>112
うん、「夏まっさかり」ですわ(笑

そもそも、「共存」とか「用途が違う」とかの枠を嵌めてること自体が
視野を狭めていることに気付くべきだね。
勿論、傾向としての緩やかな見方であれば多少は救えるのだけど...
彼の発言には「否定」の要素が多過ぎるなぁ〜

114 :非決定性名無しさん:03/08/26 23:02
選択肢をせばめているのは確かだが
無難なことは大事な気がしないか?
楽な方法をとる(必要なものを省くという意味ではなく)のは、
開発する上で一番効率的な気がする

同じ要件を満たすのなら、困難な道に挑戦しないでもいいんじゃないか?

115 : :03/08/26 23:27
本末転倒論かもしれんが、SAP R/3導入している年商3000億の工場、のMRPとか部品手配、Unix上でバッチだけどな w

それが良いか悪いかは別の話なんだが、
前述されてる端末+メインフレームってのと、PC上のSAP GUI+Unixマシン上のR/3、
あんまノリは代わらんと思われる。

てか、R/2まではメインフレームで動いてたんだもんな。 SAPも。

今は、カオスと言うことで。。。。。


116 :出張32 ◆Rb.XJ8VXow :03/08/28 02:33
>>114
うん、確かに大事であるし重要な要素です。
ただね、無難であることを理由に「他の選択」を頭ごなしに排除する姿勢は関心出来ないね。
険しい道でも一度通れば「勝手知ったる道」となるのだからある程度柔軟な選択することは
結果的に「無難な選択肢」を多く持つことへ繋がる。(勿論、その過程は険しい)
選択肢が増えれば、判断能力も高まり時代の変化に適合して行ける。

だからこそ、「否定」をするのなら「己の技量不足を理由とし今回に限り否定する」と
言う姿勢が必要なんだと思う。(可能性を否定しない為にもね)

117 :非決定性名無しさん:03/09/10 00:49
ホスト系だとプロジェクトがでかかったりして、同じ会社でも
同じPRJの人どうしでしか話が合わなかったりする。
オープン系はPRJが小さいから変な方言も少なく、同じ会社で
いろんな人と話しがあう。人間関係もオープンなので羨ましい。


118 :非決定性名無しさん:03/09/10 01:48
えらくなれば、どっちでもかわんねぇぞ。

ただ、ホストは業務知識のみで食っていくやつがいるけど
オープンはある程度、インフラ部分も知っておく必要があると思う。

ホスト→オープンの漏れがお勧めするのは、情報システム以外の職業だ!

119 :非決定性名無しさん:03/09/17 01:50
前世紀のホストの情報システムは業務知識もインフラ知識も他業務ほど要らないぬるま湯でしたね。最近はオープン系との接点も増えてきて違うのかな?知っている人教えてくれませんか

120 :非決定性名無しさん:03/09/17 02:22
>>119
現在もホスト系があるのは、'80年代からの資産があるか、大規模なのかどっちか。
1物理テーブル=2GBの制限がOracle等のRDBMSにあったとか
運用管理ツールが充実してなかったり、
請求書等の郵送物の大量プリントアウトなどがあったりというのが原因で
その部分は、積極的にダウンサイジングしなかったという感じ。

しかし、80*24のCUIから、C/SベースのGUIやWebベースに
ユーザI/Fが変化して、いわゆるDC部分はホストの外へ出てしまっている。
DBMSもRDB化が相当に進んでいている。SQLはどこでも使える。

このため、焦点はビジネスロジックに集中しており、DOAかOO的な
上流工程を持つようになり、ユースケース図で要件定義がされることもあり。
開発工程では、ER図かクラス図が使われている。SQLの組み立て=実装なので
DOAが多いと思われる。リカバリ特性が重視されるので、副次問合せは
積極的にしていない。
ADOやJDBCのような、アクセス方法はないが、コネクション・プーリングなどの
手法を取り入れている。

インフラ的には、DC部分が外に出ているため、TCP/IPのソケット通信が多用されている。
しかし、手続き型の開発言語しかなく、JavaのJDKのようなクラスライブラリはない。
このため、結構ゴリゴリやっている感じはする。
ネットワークの負荷分散とか、キャパシティの考慮も専用設備であった時代とはかなり違うと思う。


いずれにしても、90年代後半以降に設立された企業であれば、アプリ資産の蓄積が無いから
こういう話とは、無縁であろう。

121 :非決定性名無しさん:03/09/26 00:14
こっちにも似た話題あるよ

新人で汎用機やってる奴
http://science.2ch.net/test/read.cgi/infosys/1002553969/l50

122 :非決定性名無しさん:03/09/27 10:30
今後コボラーが生き残る道はありますか?

123 :非決定性名無しさん:03/09/27 12:51
ない

124 :非決定性名無しさん:03/09/27 14:03
オープン系なぞやめとけ。高可用性を売り物にしているSunのハイエンド
サーバも落ちまくるからな。HAクラスタ組んでいても、必ず切り替わって
くれるとは限らない。しかも、サーバも高価になればなるほどPOSTも厳密
に実行するので20分位上がってこん。

125 :非決定性名無しさん:03/09/28 23:34
>>122
あるよ。
でもこのスレ「オープン系システム vs ホスト系システム」で
聞くのはやめとけ。
「オープン系」を先に書くようなスレでハナー!

126 :非決定性名無しさん:03/09/29 01:03
汎用機はなくなることはまずない。ホスト系とオープン系は、鉄道と自動車のようなもので、「定型、大量、確実」が要求される場合はホスト系が使われるに決まってる。
乗客が少ない地方では、鉄道はどんどん廃れていって、いずれ交通機関はみんな自動車に取って代わられるように思えるけど、交通量が多い都会では渋滞や事故の心配が多い自動車は、鉄道の代わりにはならない。
ホスト系とオープン系は操作方法以前に、要求されていることが違う。その特長をうまく活かせないと、どっちの仕事をしたって隣の芝生が青くみえるだけだよ。


127 :非決定性名無しさん:03/10/12 01:14
誰か日経コンピュータのメインフレーム特集を呼んだヤツはいないのか?

サーバを冗長化させることによってメインフレーム並の機能をもたせるのも
結局マシン運営管理の負担からメインフレームにまた戻ろうとしている・・・、
って書いてあったけど実際どうよ?


128 :非決定性名無しさん:03/10/12 06:09
Linuxをメインフレームで動かすなんてのもある。

サーバからメインフレームへ回帰している例は結構ある。
メインフレームの上でも、Javaサーブレットのアプリが動くから。
実際、OO_COBOLとかのクラスライブラリは整備された結果
オブジェクト指向言語特有の部品の呼び出し方も問題なくサポートされている。
もともと部品に関してはDLLを呼んで常駐させ、パラメタ変えてCALLする作りに対応していた。

開発手法は、スパイラル型に移行しているし、DBもRDB化が進んでいる。
メインフレームへの回帰といっても、DBサーバやアプリサーバとして使うので
バッチしかやったことのないCOBOLerに朗報ではないようだ。

129 :非決定性名無しさん:03/10/18 22:44
MQは、(・∀・)イイ!

使えるソフトだ

130 :あぼーん:あぼーん
あぼーん

131 :非決定性名無しさん:03/11/23 21:12
オープン系の案件、増えてはいるけど、かと言って、その分メインフレームの
案件がなくなっているというわけではない、という印象。
コアはメインフレームで、エンドユーザー・参照用のインターフェースだけ
オープン系をかぶせるというケースが多い。

132 :非決定性名無しさん:03/11/23 21:14
結局、大量帳票出力等々はメインフレームでしか出来ないし。
WEBインタフェースを提供するのはオープン系でしか出来ない。


133 :非決定性名無しさん:03/11/23 21:15
●●●マスコミの「盗聴/盗撮」は許されるの?その2●●● http://natto.2ch.net/mass/kako/988/988402795.html
864 名前: 文責:名無しさん 投稿日: 2001/05/25(金) 02:10
>>860
856じゃないけど、盗聴/盗撮は、トイレの音や、自分の過去、
今日その日思いついた事、買ったもの、自分の体までネタですよ、
気持ち悪いですよ、
本当に大変だから、気軽にそう書かない方がいいですよ。(マジレス)
(笑)って冗談のように書く時あるけど、別に気楽な気持ちで書いているんじゃ
なくて、悲しい事を楽しく表現する事で、重い気持ちを無くしたいんです。
じゃないと、体にくるから・・・

710 名前: 文責:名無しさん 投稿日: 2001/05/21(月) 19:44
>>709
だから、気が付かなきゃ良かったのに。
気が付いたから、メディア総出でお前らを
精神病者か自殺に追い込もうとしてたんだ。
ゴミとか野良犬とか言ってやったろ。
それでも生きてるお前らはよほど神経が図太いんだな。
演技もいい加減疲れたらしな?。
仕方ないよ自分達が悪いんだから。

だとよ。


134 :非決定性名無しさん:03/11/23 22:01
個人的にホストは残って欲しいです。
なぜかというと、あんまりホストが衰退すると、
ホスト出身のビジネスセンスゼロ・社内処世術最強のホスト系管理職が
ますますオープン系に押し寄せてしまうからです。
もうこれ以上要りません。

135 :スレ違いすまん:04/01/04 23:59
>>134
禿同!
ホスト系のSE出身管理職ってセンスないし尊大な態度とって客に嫌われるし・・・

いらない。

136 :出張32 ◆Rb.XJ8VXow :04/02/12 04:56
>>132
> 結局、大量帳票出力等々はメインフレームでしか出来ないし。

どれだけの量が大量なのか判らないが、過去に中堅のメインフレームで処理していた量なら
既にオープン系でも対応している。
一度に10箱程度の印刷。
ちなみに、これらはプリンタの性能向上が大きく貢献している。



137 :出張32 ◆Rb.XJ8VXow :04/02/12 04:59
> 結局、大量帳票出力等々はメインフレームでしか出来ないし。
どれくらいの量を大量と言うのか判らないが、中堅程度のメインフレームで発行していた程度なら
オープン系で既に対応済みだ。

一度に10箱程度の印刷処理。
プリンタの性能向上が大きく貢献しているな。

138 :出張32 ◆Rb.XJ8VXow :04/02/12 05:00
ダブリ済まん。

139 :非決定性名無しさん:04/02/25 22:00
ホストは死にました

140 :(゜Jし゜):04/02/25 23:36
最近、営業の人の話を聞いてるとホスト系で有能な人材が不足しているらしい。
と、同時にVB6プログラマの供給が過剰気味らしい。
一概にオープン系なら安全って訳でもなさそうだ。
両方一年づつやってきたけどどっちも屑は多い。

141 :非決定性名無しさん:04/02/26 00:58
ホストユーザはオープン系への移植もしくはオープン系でのつくり直しをするには
人、金、時間が不足しているので単純にハードリプレース+オープン系への連携
で乗り切ろうとしている傾向があるように感じる。

正解かも。

142 :>132:04/02/26 23:54
> 結局、大量帳票出力等々はメインフレームでしか出来ないし。
オープンでもメインフレームでもどっちでもかまわないが、
誰もまともに見ないような帳票を毎日大量に出力するのはやめてくれ。
Save the forest!

143 :非決定性名無しさん:04/02/28 01:35
ホストでどこまでできればいいんだ?
俺はCOBOLじゃなくてアセンブラでソースを書く。
すでに仕様書が10年以上前のだが。

そんな俺はオープン系の人間。
基幹の基盤はフロントWeb+APPサーバ+DB+帳票印刷(Listworks?)
裏手でメインフレーム。MQがいいな。使いやすい。
JOB登録でいける。
基本的にセキュリティエンジニア。IDSとか大好き。

144 :非決定性名無しさん:04/03/18 01:38
あげ

145 :非決定性名無しさん:04/03/18 22:42
>143 ひたすら後ろ向きの努力してて楽しいか? 掛け捨ての保険は楽しいか?

146 :非決定性名無しさん:04/03/19 00:02
おちんちんでも揉んでれば?

147 :非決定性名無しさん:04/03/27 01:29
>>all
どっちも同じでしょ。
使い勝手は変わりません。
コストの問題だけじゃない?

148 :非決定性名無しさん:04/03/27 11:20
>>128
> バッチしかやったことのないCOBOLer
漏れCOBOLerだが、バッチオンリーの仕事オンリーのCOBOLerなんているの?
そこに就職したい…

149 :非決定性名無しさん:04/03/28 00:45
>>148
俺が、前担当していた所は、
リアルはデベロッパーで、バッチはCOBOLなんてあったから、
バッチだけコボルで動かしている会社は、結構多いと思われ。

150 :非決定性名無しさん:04/04/04 01:04
伝票のエントリ業務などで使われる画面とか、
オープン系では皆さんどうしているのでしょうか?


151 :非決定性名無しさん:04/04/04 02:56
>>150
画面=フロントとDB更新=バックとして、クライアント=サーバ方式で
大昔はやっていた。VBやDelphiなどでフロント構築→RPCでサーバを呼ぶ。
接続台数の少ないものは、ODBC接続して、DAOとかADOというAPIを
使って、RDBをフロントから直に触っていた。

今は、JSPを使ってWebプラウザを画面としている。
アプリサーバの中に、DBアクセスのクラスが配置してある。
ボタンをCLICKされたら、このメソッドを呼ぶように
JSPでマッピングしている。


152 :非決定性名無しさん:04/04/04 02:58
>>151 の続き(オープン系からの私見)

複数画面から同時に呼ばれて、セションで通信するのは
特定の状態を保持しているクラスのオブジェクトが
複数あるわけだから、いろいろ大変です。
(他の顧客の情報が漏洩するとかありますね。)
もともとHTTPは、状態(ステート)レスで、オブジェクト指向は
状態ありき・シーケンス意識ありきです。
ここが矛盾といえば、矛盾なのです。

汎用機だと、タスク多重度を上げて、多重会話可とかいう
手法をとるのと同じです。

ここいら辺(多重処理)の環境面に明るい人が多くいないので
オープン系は、施工業者(開発業者)によってスキルレベルがまちまちです。

153 :150:04/04/04 04:03
>今は、JSPを使ってWebプラウザを画面としている。
これは解るんですけど、プロのパンチャーさんがガシガシ入力するような
画面は、UIの操作性/速度の要求がシビアなので単純にwebブラウザに
置き換えられませんよね?で、皆さんどうしてるのかな、と。
そんな業務はいまどき少ないのでしょうか?



154 :出張32 ◆Rb.XJ8VXow :04/04/04 04:11
>>153
はっきり言おう!
昔に戻る(笑
つまり、エントリーのみ行い更新は後でまとめて・・・・・
結局それしか出来ない=Web
元々無理な要求なんだよ。

155 :150:04/04/04 04:20
なんでもかんでもwebシステムにしちゃうのは、メーカーの売り文句に
踊らされているだけだと、コボラーである私は思うのです。
JavaAppletがもてはやされた時期がありましたが、それと同じように
「なんでもweb」も一過性のハヤリでしかない気がします。
その一過性のハヤリでシステムを構築されたユーザと、どんどん現れる
一過性のハヤリに追従していかなければならないエンジニアは可哀想だと思います。


156 :出張32 ◆Rb.XJ8VXow :04/04/04 04:39
>>155
そしたら如何するか?
クライアント側の要求を受け付け処理結果を返す常駐モジュールを自前で開発することとなる。
如何しようも無いときはそれしかないぞ。
ちなみに、常駐モジュールは受付のみ行い依頼文を実行モジュールを起動し引き渡す。
電文は、ヘッダー部を除いて殆どがSQL文になってしまう。
返信も、結果フラグとエラー文意外はSQL文になるな。(笑

Webよりは遥かにマシだけど開発費高いぞ!

157 :150:04/04/04 12:14
>>156
それって、2階層のC/Sでは・・・?
データベースのドライバの配布が、JDBCドライバ並に簡単だったら、
2階層C/Sで問題ないんだけどなぁ


158 :151-152:04/04/04 13:29
自分は、2階層C/Sでクライアント側にはデータベースのドライバは持ったことない。
あくまでもRPC。クライアントがDBのコネクションを管理しない。

DCEという通信手順で呼ぶ。DBのコネクションプールを担当するサービスも
rcp_ep_register関数で登録しておく。管理が面倒くさ〜い。
お金が出せるなら、TUXEDOを使う。常駐も簡単。コネプールも簡単。
tuxconfigという定義体を組める人がいれば、プログラムはDCEより簡単。

ドライバの配布は、バージョン細かい違いとかないから簡単。
クライアントの画面アプリは、UIの制約がきつい場合、
やはりVBを使うんじゃない?
PCがPentV以降で 128MB以上の主記憶があるマシンばかりなら
JavaアプレットSWINGでいくこともある。配布がHTTPでできるのでVBより簡単。
VBでもCTRIXのMetaFrameが買えれば、配布の問題は全然無問題。


159 :非決定性名無しさん:04/04/28 01:18
ホストは暗い。現場も。未来も。携わっている人間も。

160 :非決定性名無しさん:04/04/28 11:34
馬鹿でも可能な環境をこしらえたら、馬鹿しかいなくなった。>コボルの業務エンジニア 他人を馬鹿よばわりすることは極力避けてきたが、ためらうことなく馬鹿だと言える。

161 :非決定性名無しさん:04/04/28 14:30
>>159
ホスト系のは管理職が保守的で皆窮屈なおもいしてる感じする
女の子も定着しないw
 
あっ失礼!保守的→慎重派だったw

162 :非決定性名無しさん:04/04/28 14:39
>どれくらいの量を大量と言うのか判らないが、
多分一時間に数百万件

163 :非決定性名無しさん:04/05/18 22:43
あげてみるか。

164 :非決定性名無しさん:04/05/23 09:05
助けてください。
Q.メインフレームのPL/IプログラムをLinux用に
  作り変えないといけなくなれました。
  あなたなら、C、Java、COBOLのどれにしますか?
  CもJavaもCOBOLもプログラマーはいますが、
  恒久性や将来の再コンバージョン等を考慮しようとすると
  分からなくなってきてしまいました。ヨロシクです。

165 :非決定性名無しさん:04/05/23 11:40
PL/I??? PL/I??? PL/I??? PL/I???
PL/I??? PL/I??? PL/I??? PL/I???
PL/I??? PL/I??? PL/I??? PL/I???
PL/I??? PL/I??? PL/I??? PL/I???

166 :非決定性名無しさん:04/05/23 20:11
よくわからんがCOBOLでいいんじゃね?

167 :非決定性名無しさん:04/05/24 04:54
>>150
日商に●投げ

168 :非決定性名無しさん:04/05/25 23:18
>164
おまえはまず日本語を勉強しろ。話はそれからだ。
マジレスすると、プログラムの内容も手前の会社の状況もわからないのにそんな事答えられるか。

169 :非決定性名無しさん:04/05/27 00:26
>164
子ボルでいいんじゃねーの。
どーせ将来なんてねーだろ。


170 :非決定性名無しさん:04/05/27 00:31
将来性考えて、それにして、良かったねという例
見たことねぇ〜〜〜〜〜

171 :164:04/05/29 14:07
>163-170
ありがとうございました。
とても感謝です。

172 :非決定性名無しさん:04/05/30 22:53
なんだかんだいってもCOBOLは安定している

173 :非決定性名無しさん:04/06/27 19:53
仲間由紀恵って異常に可愛いよな

174 :非決定性名無しさん:04/07/09 18:16
保守

175 :非決定性名無しさん:04/07/11 22:40
自分の娘って異常に可愛いよな

176 :非決定性名無しさん:04/07/17 22:39
オープン系の人間だが、Windows上の業務AP系は一緒にしないでほしい。
レベル低い奴が多すぎ。


177 :非決定性名無しさん:04/09/10 22:40:24
皿仕上げ

178 :非決定性名無しさん:04/10/03 13:28:40
晒しage

179 :非決定性名無しさん:04/10/11 21:17:03


180 :非決定性名無しさん:04/11/13 19:08:24


181 :非決定性名無しさん:04/11/14 03:41:39
ホスト系とOPEN系を両方経験したけど・・・・
ホスト向きなのは単純・大量トランザクション・・・つまり銀行のオンラインくらいじゃ
ないのかな? 足腰が強いけど高速道路でブルトーザーを運転するような世界。開発手法も
Water Fall式のガチガチ文化で開発コストが桁違いに高い。ハードを含めたインフラの値段はIncredible!!!

変化の激しい時代では開発スピードと低コストでオープン系に部があるけど、歴史が浅い
ため将来的な保守、安定性では劣る。ただし本当に出来る人間だと一人でものすごい生産性
をあげる事が可能。ますます個人差が出る世界だろうね。

182 :非決定性名無しさん:04/11/14 14:17:40
大規模システムでは個人の生産性はそれ程問題になりません

ホスト系でもひとりで何でもやっちゃう高スキルの人間は
相当の個人的生産性を出せる
そういうのはホスト/オープンは無関係

183 :出張32 ◆Rb.XJ8VXow :04/11/15 17:18:17
>>181,182
うーん、どのように表現すれば良いのやら・・・
規模的に大きく複雑なのはホスト系ではあるのだが・・・・
それを具現化する為に多数のジョブに分けて一本辺りの複雑さを軽減しているからなぁ(例外除く)
後、オープン系は出来る人が極小数しか居ないし、最低限度の技量さえ持ち得ない人が多数を占めているから
開発効率を極端に下げてしまっているのが現状だしなぁ〜

ホスト系は歴史が古いのでそれなりの人はそこそこ居るのだけど、要求しているほどの充実していないのが痛い
これはやはり大規模開発で1本辺りの複雑さが必要以上に軽減されてしまい、本数をこなす仕事ばかりしている
人が多数を占めることが反映されていると見るべきなんだよなぁ〜
それでもオープン系の未熟者集団よりはマシなのだが・・・

184 :非決定性名無しさん:04/11/21 14:56:35
後5年もすればオープン系のその先が
見えるような気がきがしてきた

185 :非決定性名無しさん:04/11/21 18:31:51
新規案件はともかく既存のホスト系のものをオープンに移行するのは難しいだろうな…
金はかかるし、今まで築いた資産を捨てるのは難しいだろう

つーわけでホスト系の香具師もまだ生きていけるんでね?
俺はホストとオープンのプロジェクトをたらいまわしにされてるからどっちでもいいや…

186 :出張32 ◆Rb.XJ8VXow :04/11/21 20:14:31
>>185

極普通にやってるぞっと。(もちろん業務内容にもよるけどな
ミッションクリティカルの要素が少ないものは「ダウンサイジング」の一環として当たり前のように
移行が行なわれていますぜ。
移行後のリース料は単純に1/10になったりするからねぇ。
ってか高価すぎるのよ > メインフレーム

187 :非決定性名無しさん:04/11/22 00:15:27
当方オープン系技術者だが、メインフレームとオフコンの区別もつかずに
タダ単にオープンにした方がコストが下がると思っているアホがたまにいて困る。

188 :出張32 ◆Rb.XJ8VXow :04/11/22 00:31:56
下がるのはハード価格だよん♪
ソフト価格は逆に上がったりするのだが、メインフレームを導入しているところは
台数が多いからね。
結果的にダウンサイジング出来るってことよん。

オフコンをオープン系に切り替えると導入コスト上がったりするから注意してね♪

189 :非決定性名無しさん:04/11/22 22:07:39
>188
>結果的にダウンサイジング出来るってことよん。

ダウンサイジングとコスト削減は違うぞ
日本語をまずちゃんとしなさい



190 :出張32 ◆Rb.XJ8VXow :04/11/23 01:36:53
>>189
コストが下がるから結果的にダウンサイジング出来たって言っているのですぜ。
読解力をもちっと養ってくださいな。

191 :非決定性名無しさん:04/11/23 08:29:31
オープンとメインフレームの価格差はもっと小さくなると思う。
オープンのシステム的なメリットは、ソフトベンダーとハードベンダーを
自由に組み合わせることが出来るってことぐらいで、導入・ランニングコスト削減には
あまりつながらないと思うなぁ。。

開発コストはどうなるか分からんけど。

192 :非決定性名無しさん:04/11/23 09:07:40
>191
開発コストは、間違いなくオープン系の方が安い。
開発に係る工数は、対して変らないが単価が安い為。
ランニングコストは、SIに丸投げだと余り変らないが、
オープン系にしたのだからとエンドユーザが市販のマニ
ュアルを読みながら自分達で考えればオープン系の方が
安くなる。
エンドユーザの勤勉さとITスキル次第。
まぁ、オープン系にしたらエンドユーザもITの勉強は、
必須だと個人的には思うけどね。


193 :非決定性名無しさん:04/11/23 12:00:10
長期開発にしてもよいならば、Linux Java PostGress
フリーソフトを使える、外国に業務アプリの開発が
頼めるから、開発単価が安い。それが、オープン系の魅力。
現地の生活費が安い=為替の関係でMSやOracleのライセンスが高い=Javaが安い

他所を出し抜くようなビジネスを立ち上げて
短納期でそのビジネスをシステムがサポートするような企てには向かない。


194 :191:04/11/24 21:17:24
>192
確かに、ユーザが運用しだしたらランニングコストは
一気に安くなりますねぇ。単価はどうなんでしょう。
今後オープン系ってめちゃくちゃ選択肢が増えるような
気がするので、幅広い応用知識を持つ上級SEは
単価が上がるんじゃないでしょうか。

>193
フリーソフト(オープンソース)って長期開発するような
企業は採用しないような気がするんですが、どうでしょ。

195 :非決定性名無しさん:04/11/25 23:58:39
フリーとオープンの区別も付かない君には一生解らないと思うよ。

196 :非決定性名無しさん:04/11/26 00:36:17
オープン系とオープンソースは同じではないです。
オープンソースがフリーなのは、作成者の眼では
とれない部分を皆にデバッグ参加してもらう為フリーなのです。
FedraCoreがフリーなのは、人体実験=人柱用だから。

HP−UXやOracleは、一応オープン系だけど
オープンソースでは無いです。
特定のハード/OSでしか動かないホスト系(独自系)との対比です。



197 :191:04/11/26 06:47:56
えーーー、っと

フリーソフトとオープンソースの違いは分かってますし、
フリーソフトの意味と種類も分かってますし、
オープン系とオープンソースが全然意味が
違うってことも分かってますし、メインフレーム系と
オープン系がシステムのアーキテクチャの公開有無で分けられてるって
ことも分かってます。(そういう意味で使い分けてない
人が多いってことも分かってます)

194で言ってることは、それなりの規模のシステムが必要な
発注元企業は、結局のところベンダーもんのプロダクトしか
採用を認めないのではないかって意味です。そうなると、
オープン系で開発する上でのメリットが一部損なわれると
思ってます。

198 :非決定性名無しさん:04/11/26 22:16:12
>オープン系がシステムのアーキテクチャの公開有無で分けられてるって

メインフレームも公開されてるものはあるけどね
オープン系でも非公開のものが多いけどね

199 :非決定性名無しさん:04/11/27 10:51:46
本気で質問。

おれはハードのメーカにいるから、
ハード的な意味での”オープン系”というのはわかっているつもり。(まあ、つもりに過ぎないが・・・)

しかしソフト的の”オープン系”ってのはわからん。
なぜ、ソースどころか、アーキテクチャもほとんど公開していない
Windowsがオープン系なの?ほんとにわからん。


200 :非決定性名無しさん:04/11/27 11:43:47
AT互換機でもPC-98でも動作する。64bit版も出る。
特にNT系は、ハードウェア・アブストラクト・レイアー(HAL)の差を
局地的に吸収する仕組みになっているので、
HAL以外は再コンパイルすれば、殆どのハードで動作するとしている。
その気になればAS/400でもMacでも・・・と書いていた時期も。

SolarisやHP-UXでも、CPUのバリエーションがあって
32bit版 64bit版 PA版 IA-64版とか再コンパイルすれば動く
仕組みはあるとうたっている。

ハードにバリエーションがあっても対応しているというのが
オープン系ということかな?


201 :非決定性名無しさん:04/11/27 14:44:43
結論
オープンぽく見えるものがオープン
そう見えないものが非オープン

Javaだって結局Sunのプロプライエタリな所有物だったが、
JCPとか一見オープンぽかったので流行った。Jakartaが頑張ったのもあるが。
JDK 6.0 からはどうなるのかね〜

202 :非決定性名無しさん:04/11/28 21:54:32
妙法蓮華経南無妙法蓮華経南無妙法蓮華経南無妙法蓮華経南無妙法蓮華経南無妙法蓮華経南無妙法蓮華経南無
妙法蓮華経南無妙法蓮華経南無妙法蓮華経南無妙法蓮華経南無妙法蓮華経南無妙法蓮華経南無妙法蓮華経南無妙法蓮華経南無妙法蓮華経南無妙法蓮華経南無妙法
蓮華経南無妙法蓮華経南無妙法蓮華経南無妙法蓮華経南無妙法蓮華経南無妙法蓮華経南無妙法蓮華経南無妙法蓮華経南無妙法蓮華経南無妙法蓮華経南無妙法蓮華
経南無妙法蓮華経南無妙法蓮華経南無妙法蓮華経南無妙法蓮華経南無妙法蓮華経経南無妙法蓮華経南無妙法蓮華経南無妙法蓮華経南無妙法蓮華経南無妙法蓮華経
           __|_______|_      ____
           |iiiiiiiiiiiiiiiii|   /ヾ   ;; ::≡=-_
           |iiiiiiiiiiiiiiiii| /:::ヾ          \
           |iiiiiiiiiiiiiiiii||::::::|             |
           |iiiiiiiiiiiiiiii|ヽ;;;;;|   -==≡ミノノノ ≡=-|ミ
           |iiiiiiiiiiiiiiii|/ヽ ──|  ● | ̄| ●  ||  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
           |iiiiiiiiiiiiiiii|ヽ <     \_/ ヽ_/| < 祈りが叶わないのは日顕が|創価学会を呪ってるからなのであります!
           |iiiiiiiiiiiiiiii|ヽ|       /(    )\ ヽ   仏  罰  で  す  ! 間  違  え  な  い !
           |iiiiiiiiiiiiiiii|| (        ` ´  |  |  \_________
           |iiiiiiiiiiiiiiiiii|  ヽ  \_/\/ヽ/  |
           \iiiiiiiiiiiiiiiヽ  ヽ   \  ̄ ̄/  /
             \iiiiiiiiiiiii\  \    ̄ ̄  /
              |iiiiiiiiiiiiiiiiiii|_   ̄ ̄ ̄ ̄/
創  価  は  犯  罪  な  ん  て  し  て  い  ま  せ  ん  。
デマだと思ったら『創価』、『犯罪』で検索汁。




203 :非決定性名無しさん:05/01/03 19:35:23
age

204 :非決定性名無しさん:05/01/14 21:24:18

!                 ゙'、丿 
      i             ゙'‐.、   ゙'- 、
       !、               ゙-、    '‐ 、_
       ゙、       l.          ゙'、      ''-、
        ゙、     l      ..     ゙、      ゙::、 
         ゙、    l     ;;о;;      i       :::フ
          ゙、    l.      ''     . i        .i
           ゙、   `:、         .ノ        丿
            ゙、   ''-.       ノ        ノ   
             l     "' − ''"     iー--''"
              l              l
              |             丿
              l           .  /
              /          :  /
             /           ,; /
           ノ           「   |

205 :非決定性名無しさん:05/01/15 14:50:14
>204
(・∀・) おっぱい おっぱい


206 :非決定性名無しさん:05/01/26 23:59:10
それは偽乳だよ兄弟。

207 :非決定性名無しさん:05/01/27 00:19:03
201 ワロタ
でも結局そうなんやね。

208 :非決定性名無しさん:05/02/03 20:32:22
>>164
今はオープン系COBOLってのがあるよ。
AcuCOBOLだっけ?

209 :非決定性名無しさん:05/02/27 21:56:36
       ,-、             ,.-、
      ./:::::\          /:::::ヽ
     /::::::::::::;ゝ--──-- 、._/::::::::::::|
     /,.-‐''"´          \:::::::::::|
   /                ヽ、:::::|
  /                   ヽ|
 /                         ヽ
<     \                  > ラブリーペットのニダーニダ!!
 `   , , ,           /    / みんな、ぼくをかわいがってニダ!!
  ` 、      (_人__丿    、、、 /
    `ー 、__             /
       /`'''ー‐‐──‐‐‐┬''
      ./        ∧_ l∧
       l   ./    /  |/ |
       `ー-<    /  ./  ./
         `ー‐--{___/ゝ、,ノ

210 :非決定性名無しさん:05/03/05 09:53:33
海外の銀行システムとかはどうなってんの?

あと、日本以外ではCOBOLってどうなの?

211 :非決定性名無しさん:05/03/05 12:11:21
韓国・台湾はCOBOL資産が結構ある。発展したのが早めなので。
あと、中南米はIBMホストのシェアが大きかったのでここも多。
アメリカには、半世紀分の銀行システム資産があるので多い。
基本的に、金利計算や料金計算の社会システムがあるところは
COBOL資産がたくさんある。

インフラが整ってなかった中国や旧共産圏は資産が少ない。

新しめのシステムは、異言語に10進演算ライブラリを設けて
構築しているケースがあるので、COBOLのシェアは低下中。

212 :非決定性名無しさん:2005/04/02(土) 14:29:20
           /. : : : : : : : : : \
            /.: : : : : : : : : : : : : : ヽ
           ,!::: : : :,-…-…-ミ: : : : :',
           {:: : : : :i '⌒'  '⌒' i: : : : :}
           {:: : : : | ェェ  ェェ |: : : : :}
           { : : : :|   ,.、   |:: : : :;!
_∧ バキューン  ヾ: :: :i r‐-ニ-┐ | : : :ノ        ∧
(   \       ゞイ! ヽ 二゙ノ イゞ‐ ′     //~⌒ヽ バキューン
|( ● )| i\     _,,ノ| ` ー一'´//\     /i |( ● )|
\_ノ ^i | _,,..r''''" ノ | \`', /  /  / ̄`''ー | i^ ゝ_ノ
 |_|,-''iつl/´    ヽノ| /\   / 、│     l⊂i''-,|_|
  [__|_|/〉ヽ、  / |/ );;;;/\/   'く    /〈\|_|__]
   [ニニ〉  ',  ヽ. | /⌒| /

213 :出張32 ◆Rb.XJ8VXow :2005/04/21(木) 23:11:26
> 雑音先生、Dualコア♪の圧勝なんですが!?
> http://tech-report.com/reviews/2005q2/opteron-x75/index.x?pg=1

アム厨ってアフォが多すぎるよなぁ〜(ゲラゲラ
AMD社の信者が運営する上記のHPを一見して「Opteron圧勝♪」と騒ぐバカ・・・

で、私が指摘してやると・・・・
少し発言が小さくなり、必死に再確認するとD840と175の性能が殆ど同じであることに気付く・・・
しかもSSE2、SSE3は使われていないベンチ結果の話・・・・
で、大差があるように見えるのはその全てがゲーム系でシングルタスクのものばかり・・・
それらはデュアルコアである必要はまるで無く、「シングルCPUを買っとけ!」ってことで一蹴される。

うーん、哀れな奴♪

214 :非決定性名無しさん:2005/05/01(日) 04:35:07
age

215 : :2005/07/03(日) 20:39:01
age

216 :非決定性名無しさん:2005/07/13(水) 19:16:15
ホストだけしかやった事の無い、お前は痛いとしか言いようが無い



217 :非決定性名無しさん:2005/07/14(木) 07:24:35
粘着かよ ナガ〜ムネ
ウザイよ しねば

218 :非決定性名無しさん:2005/07/18(月) 02:05:23
両方経験してるけど
開発のしやすさに関してはオープン系に分があり
運用の安定性に関しては汎用系に分があるってとこか?

つーかよオープン系障害多すぎだよ
ハードにしてもPPにしてもよ・・・
まぁインフラと運用がボンクラなせいかもしれんが

219 :出張32 ◆Rb.XJ8VXow :2005/07/18(月) 05:34:59
オープン系の何処に開発し易さがあるのやら・・・
いい加減なソフトで良ければド素人でも作れることを言っているのかな?
開発効率も良くないし、安定性をほんの少し気にしただけで大変だぞ。

220 :非決定性名無しさん:2005/07/20(水) 21:20:44
sore


221 :218:2005/07/23(土) 01:10:09
?オープンは安定性悪いっていってんじゃん?
それにド素人なら開発効率悪いのはプラットホーム関係なし

どう考えてもオープンの方が開発はしやすいんじゃねーの?
まぁホストでもバッチ屋やPGだったら話は別だけどさぁ
完成されつくしてるから仕方無いけどちょっと型にから
外れた事しようとするとしゃれにならん!
ADM系で正副別系統のUJやらPP空間共有だの切り替えだの
RDBのチューニングだのパッケージカスタマイズするのに
アセンブラ追わないけんかったり・・・
でもやっぱりVOS3やらXDM/RDやらDCCMは結構好き

オープン系は不具合だの要求を満たせなかった時にハードやOS
のせいにするヤツ多すぎるのはどうにかならんか?

222 :非決定性名無しさん:2005/07/31(日) 04:31:55
>開発のしやすさに関してはオープン系に分があり
>運用の安定性に関しては汎用系に分があるってとこか?

まったく逆だと思う。

223 :非決定性名無しさん:2005/07/31(日) 04:33:46
汎用機には開発のしやすさも運用の安定性も無いと思う。

224 :非決定性名無しさん:2005/08/05(金) 16:41:57
>開発のしやすさに関してはオープン系に分があり
オープン系はツールの使い勝手がいいってこと?
エディタとか。

225 :非決定性名無しさん:2005/08/06(土) 20:10:30
仏事が多いけど


226 :非決定性名無しさん:2005/10/15(土) 23:56:03
仏事?

227 :非決定性名無しさん:2005/10/16(日) 21:12:01
汎用系に安定性が有るって言うよりも、
汎用→クラサバ→Web、って感じで、
標準化・テストがどんどんいい加減になっているんだと思う。


228 :非決定性名無しさん:2005/10/29(土) 01:08:22
出張ホスト

229 :非決定性名無しさん:2005/11/04(金) 02:00:03
ホスト系は開発側もユーザ側もプロじゃないと扱いが難しいが
オープン系は両方ボンクラでもなんとかなるようになっている。
だからオープン系は安定性に欠けるのだと妄想。

230 :非決定性名無しさん:2005/11/08(火) 22:23:38
 ,,,,,
( ・ω・) 知らんがな
彡,,,ノ

231 :非決定性名無しさん:2005/12/16(金) 00:36:51
ずっとオープン系で来たので、ホスト系の人間と会話が噛み合わないです。


232 :非決定性名無しさん:2006/01/14(土) 02:06:57
ここは趣旨をちょっと変えて、お互い認める部分・参考にしたい部分を出し合う、というのはどうかね。
お互いに褒め称えあってみる、、、とかね。

233 :非決定性名無しさん:2006/03/01(水) 21:36:41
誰にも相手されない永宗 それだけくだらない人間ってことだな 永宗w
誰にも相手されない永宗 それだけくだらない人間ってことだな 永宗w
誰にも相手されない永宗 それだけくだらない人間ってことだな 永宗w
誰にも相手されない永宗 それだけくだらない人間ってことだな 永宗w
誰にも相手されない永宗 それだけくだらない人間ってことだな 永宗w
誰にも相手されない永宗 それだけくだらない人間ってことだな 永宗w
誰にも相手されない永宗 それだけくだらない人間ってことだな 永宗w
誰にも相手されない永宗 それだけくだらない人間ってことだな 永宗w
誰にも相手されない永宗 それだけくだらない人間ってことだな 永宗w
誰にも相手されない永宗 それだけくだらない人間ってことだな 永宗w
誰にも相手されない永宗 それだけくだらない人間ってことだな 永宗w
誰にも相手されない永宗 それだけくだらない人間ってことだな 永宗w
誰にも相手されない永宗 それだけくだらない人間ってことだな 永宗w
誰にも相手されない永宗 それだけくだらない人間ってことだな 永宗w
誰にも相手されない永宗 それだけくだらない人間ってことだな 永宗w
誰にも相手されない永宗 それだけくだらない人間ってことだな 永宗w
誰にも相手されない永宗 それだけくだらない人間ってことだな 永宗w
誰にも相手されない永宗 それだけくだらない人間ってことだな 永宗w
誰にも相手されない永宗 それだけくだらない人間ってことだな 永宗w
誰にも相手されない永宗 それだけくだらない人間ってことだな 永宗w

234 :Today+ p3158-ipad203niigatani.niigata.ocn.ne.jp+Lunch:2006/04/21(金) 18:52:12
test

235 :非決定性名無しさん:2006/04/25(火) 01:05:00
現在ホスト系ですが、今度オープン系に転職しようと活動中です。
明日面接にいってきます。

236 :非決定性名無しさん:2006/06/21(水) 16:57:00
あげ

237 :非決定性名無しさん:2006/09/03(日) 00:02:33
age

238 :非決定性名無しさん:2006/10/29(日) 02:13:26
>231
ホスト系じゃなくて「他人と」の間違いじゃね?

239 :非決定性名無しさん:2006/11/21(火) 21:47:11
永宗〜〜 お前の腐ったスキルの伝授なんかいらねーよ。バカ。これで一ヶ月 150万円!!
永宗〜〜 お前の腐ったスキルの伝授なんかいらねーよ。バカ。これで一ヶ月 150万円!!
永宗〜〜 お前の腐ったスキルの伝授なんかいらねーよ。バカ。これで一ヶ月 150万円!!
永宗〜〜 お前の腐ったスキルの伝授なんかいらねーよ。バカ。これで一ヶ月 150万円!!
永宗〜〜 お前の腐ったスキルの伝授なんかいらねーよ。バカ。これで一ヶ月 150万円!!
永宗〜〜 お前の腐ったスキルの伝授なんかいらねーよ。バカ。これで一ヶ月 150万円!!
永宗〜〜 お前の腐ったスキルの伝授なんかいらねーよ。バカ。これで一ヶ月 150万円!!
永宗〜〜 お前の腐ったスキルの伝授なんかいらねーよ。バカ。これで一ヶ月 150万円!!
永宗〜〜 お前の腐ったスキルの伝授なんかいらねーよ。バカ。これで一ヶ月 150万円!!
永宗〜〜 お前の腐ったスキルの伝授なんかいらねーよ。バカ。これで一ヶ月 150万円!!
永宗〜〜 お前の腐ったスキルの伝授なんかいらねーよ。バカ。これで一ヶ月 150万円!!
永宗〜〜 お前の腐ったスキルの伝授なんかいらねーよ。バカ。これで一ヶ月 150万円!!
永宗〜〜 お前の腐ったスキルの伝授なんかいらねーよ。バカ。これで一ヶ月 150万円!!
永宗〜〜 お前の腐ったスキルの伝授なんかいらねーよ。バカ。これで一ヶ月 150万円!!
永宗〜〜 お前の腐ったスキルの伝授なんかいらねーよ。バカ。これで一ヶ月 150万円!!

67 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)