07/04/22 02:12:26
>>44
こいつは汎用機の知識はもちろんのこと、
オープン系の知識もテキトーなゴミだから
それは能力的にムリ
94:デフォルトの名無しさん
07/04/22 02:14:27
>>1
あんたさぁ、自分が信じることをやればいいじゃないよ。
俺はクリティカルなことはやっぱ汎用機に分があると思ってる。
だいだいハードもソフトも極度に限定されるんだから、その分安定して動いてもらわなきゃ困るさ。
安定して動かすために金をかけるわけですから。
ただ今のご時世、70がいうところの100%を望まなくてもいいんじゃない？って会社もでてきてる。
そういうところがオープン化して安くすませるわけでしょ？
オープン系と汎用機を同列に見てるのがそもそも間違いなのよ。分かった？
適材適所ですよ。保険とおんなじだって。
高額でも手厚い保障を望む人もいるし、保障は最低限でいいから安いのを選ぶ人だっている。
選ぶのは買う人(会社)なんだから、売り手の押し付け論理は通じませんよ。
市場で勝負していけばいいじゃん。
どっちかか負けてなくなるかもしれないし、比率は変わっても両者生き残っていくかもしれない。
自然と答えは出るでしょ。
95:デフォルトの名無しさん
07/04/22 02:15:16
なんと空虚な文章・・・メーカの人間が見たら泣くだろうな
96:デフォルトの名無しさん
07/04/22 02:15:49
営業出身だからこんなもんだろ
97:デフォルトの名無しさん
07/04/22 02:20:00
科学技術分野だと、専用機の地位はここまで低くないんだけどな。
特に国内の地球環境とか素粒子物理分野。
アメリカさんがとっくにあきらめた、専用計算機やベクトル計算機の技術が
未だに重宝されてて、超並列機と住み分けているような状態。
98:デフォルトの名無しさん
07/04/22 02:23:46
あの分野は伝統保存芸能扱いだからなｗ
99:デフォルトの名無しさん
07/04/22 02:37:54
やけに伸びてるなｗ
>>87
それはつまり、>>84の答えを教えれってことだね。
簡単だよ。
>>76はあんたは単に俺に悪態を付いてるだけで、なんら反論してない。
代わりに「基幹オープン化」「2007年問題」のキーワードを持ってきただけ。
>>77は反論の形にはなってるが、趣旨を外してるので無意味。
なんで「基幹のオープン化」って言葉がなくならないかって？
そりゃあんたみたいのがウジウジと二の足を踏んでる、あるいは踏ませてるからだよ。
物事にはただでも慣性があるんだから、抵抗勢力が居たらますます変化は遅れる。
あんたはいわゆるLaggard。それはそれでいいけど、みんながそうだと思うのは間違い。
「2007年問題」が騒がれる？そりゃあんた達がそういう事態を作ってるからじゃないか。
というわけで、あんたが引っ張ってきたネタも、なんら>>72の反論になってないんだよ。
100:デフォルトの名無しさん
07/04/22 02:48:00
ダメコンサルの化けの皮がとうとう剥がれたなｗ
恫喝営業は受け付けないよ。さっさと巣に帰れ
> あんたはいわゆるLaggard
俺はモルツ頼むわ
101:デフォルトの名無しさん
07/04/22 02:51:30
脳内議論にしても、あまりに乱暴だと思った
この先、その調子でうまく営業していく自信ある？
102:1
07/04/22 03:00:13
>>99
不思議と、全く同じ感想をあなたに持っている。
「悪態をついているだけ」「反論していない」「論旨がずれている」
まず、言葉に具体性が無い。
又、根拠なしの結論が多い。
出来れば、事例とか調査結果とか示してくれないだろうか？
インフラ費用の話は平行線が続いてるけど、それ以外にオープン系
のメリットはないのかね？
103:デフォルトの名無しさん
07/04/22 03:02:18
相手から望んだ答えを得られないのは、相手の話をちゃんと聞いていないからだよ。
これ昔からの真理ね。
104:デフォルトの名無しさん
07/04/22 03:05:10
また ゲイ の細かい自作自演だこと
105:デフォルトの名無しさん
07/04/22 03:53:20
>>76のどこら辺が反論になっているのか、小一時間…。
まあそれはともかくだ。現場のSE経験はあんたが圧倒してることは確かだ。
言葉に具体性がない？それは手痛い指摘だ。正しい。
で、そういう現場に精通したあんたにこそ、具体的な根拠をご教授願いたい。
とりあえず、>>62だ。
残り7000万では賄えないと列挙した物が、
本当に必要不可欠な範囲で7000万で賄えない、具体的な根拠。
ストレージは3000万で収まらない、具体的な根拠。
ガツンと示してくれないだろうか。
106:デフォルトの名無しさん
07/04/22 04:25:39
前提条件も定かじゃないのに、何億円で収まる収まらないの話しても
意味が無いと思うので、もっと話を続けて下さい。
107:デフォルトの名無しさん
07/04/22 07:58:52
まー、正直マイグレだけで数十億ポーンと飛ぶようなプロジェクトを見てると、
オープン化へ進んでるのはただ、今後の保守が技術者減って大変ですおと言ってるだけに感じる。
108:デフォルトの名無しさん
07/04/22 08:30:12
こんな議論しかできない奴とだけは
一緒の仕事したくないな。
無意味な主張に必死になっちゃって
火病かよ
109:デフォルトの名無しさん
07/04/22 11:19:03
俺はオープン系だけど、UIだけWindowsに外出しする仕事が
多いです。
110:デフォルトの名無しさん
07/04/22 12:20:20
中出しの方が好きです。
111:デフォルトの名無しさん
07/04/23 11:46:32
これだから業務系とは会話にならないな、と思った漏れは制御・情報系。
112:デフォルトの名無しさん
07/04/23 12:53:07
汎用機はそんなに売れないからもっと値段上げても良いですか？ってメーカの質問にNoと答えたのがユーザー
なにか勘違いをしているが作り置きで余っているならともかく、受注生産品で売れない物は値段を下げて作っても仕方が無い
だからオープン系に移行してるだけなのだが
そもそも安くしろってのはユーザー側の要件なんだよ
性能の劣化とコストダウンを計りに掛けて考えるのが良いSE
113:デフォルトの名無しさん
07/04/24 03:41:21
インターネット技術のいい加減さでも業務で支障無いから、汎用機なんてゴミ。
原子炉制御とか、エラーで大規模事故にでも成る用途でもない限り不要だ。
つーか、汎用機の信頼性以前に、汎用機のプログラムミスでエラーが多い件に付いて。
定時のバッチ処理すらまともに処理できないなんて異常。オープン系のようにリアルタイム処理なんて絶望的だわ(w
銀行とかで汎用機使ってるのは行員には嬉しいだろう。
でも預金者には、インターネットで口座チェックや振込出来たり、一円でも安い手数料のほうが嬉しいのであって、高コストの汎用機を求めている訳ではない。
業務ユーザもオープン系にしてコストダウンできる分だけ、給料や賞与で還元受けるなら汎用機なんて捨てたいよ。目的は業務を管理したいだけで、汎用機を使いたい訳じゃないし。
汎用機を売りたがる／導入したがるのは、汎用機技術者の利己主義に過ぎない。
114:デフォルトの名無しさん
07/04/24 21:40:39
版画は下らない茶々ばかり入れてないで、なんか主張して見ろよ。
115:デフォルトの名無しさん
07/04/24 22:27:03
業務システムは奴隷にやらせとけばいい。
終了
116:デフォルトの名無しさん
07/04/25 03:08:31
そして奴隷のプログラムミスで大事故発生。
りそなのATMシステム障害も検証不十分の奴隷の仕業ですね。
117:デフォルトの名無しさん
07/04/25 09:06:13
URLﾘﾝｸ(www.sankei.co.jp)
118:デフォルトの名無しさん
07/04/25 09:30:53
ほんとあいつらばかじゃないのかと思うんだが・・・・
119:デフォルトの名無しさん
07/04/25 10:09:23
検証不十分を彼らのせいにするのは同業者として間違ってるだろ
むしろそもそも短い開発期間しかないにも関わらず
運用開始日を頑なに守って強引に稼動させた経営側に問題がある
120:デフォルトの名無しさん
07/04/25 10:16:52
自作自演ばかりするお前の存在が間違っている
121:デフォルトの名無しさん
07/04/25 11:09:18
>>119
だからといってバグや不具合を起こしていいわけがない
ミスしたPGの責任は免れない
例えお前の言うような状況だったとしてもな
おまえ仕事したことないだろ？もしくは生ぬるい場所なだけか
122:デフォルトの名無しさん
07/04/25 11:52:07
銀行系で１日遅れたらいったいどれだけ損害賠償請求されるか判らんぞ
123:デフォルトの名無しさん
07/04/25 12:35:15
>>122
一時間でもすごいことになったからな
124:デフォルトの名無しさん
07/04/25 12:38:23
業務システムのトラブルは奴隷が発生原因なのだから
奴隷に尻拭いをさせておけば良い。
抜本的解決策は奴隷の全廃。
125:デフォルトの名無しさん
07/04/25 16:40:56
かくして奴隷PGは低給で短納期でこき使われると。
奴隷PGのわがままにつきあってたら運用開始日は１年後とかだしねえ。
バグが無いプログラムぐらい一発で出してこいよと思う。
つーかちょっと使ってみれば不具合見つかるのにあきらかに確認すらしてないだろうってのが、奴隷PGの仕事。
126:デフォルトの名無しさん
07/04/25 16:43:29
金払いの悪い相手にはそれ相応の対応をされるのが世の常
ああ無情
127:デフォルトの名無しさん
07/04/25 19:05:22
>>125
まあ、奴隷にすら見はなされて数億の損害出してるプロジェクトを見ると
そんなセリフも外には出せない世の中・・・
128:デフォルトの名無しさん
07/04/25 19:21:51
抜本的解決策は奴隷の全廃。
129:デフォルトの名無しさん
07/04/25 21:08:11
そもそもIT化って業務の効率を良くする目的で始めたはずなのに
逆の結果を産んでないか？
130:デフォルトの名無しさん
07/04/25 23:30:50
国内の場合、ＩＴのアウトソーシングが進みすぎていて
企業側情報システム部門が弱すぎるのだろう。
現場に突っ込んでいって業務改善する力もなく
ただメーカやSIの言いなりになってシステム構築するだけ。
それが国内でマイクロソフトやＪａｖａみたいなのの
企業システムがうまく展開できない理由だ
って誰かがblogに書いてたｗ
奴隷ちゃんガンバ
131:デフォルトの名無しさん
07/04/26 00:10:16
だってホントは誰もシステム化なんて望んでないんだもん。
たとえ非効率の極みであろうと誰しも自分の居場所を失いたくは無い。
132:デフォルトの名無しさん
07/04/26 02:31:59
>>131
それが一番デカいよね
結局経営者の都合だからうまくいくほうがおかしい
133:デフォルトの名無しさん
07/04/26 06:17:42
Win上で動かせる
汎用機とターミナルのエミュってある？
134:デフォルトの名無しさん
07/04/26 06:29:09
ある
135:デフォルトの名無しさん
07/04/26 06:33:29
なんだ相変わらず他人とろくすっぽ会話できねぇのか
だらしない奴だな
136:デフォルトの名無しさん
07/04/27 12:13:10
奴隷PGは隣の席同士でもメールでしか会話しない。
生産性悪すぎ。
137:デフォルトの名無しさん
07/04/27 16:45:45
理解できねーな
138:デフォルトの名無しさん
07/04/27 18:41:27
偉大なるSE様は階違うのに口頭でしか指示しない。
記録性悪すぎ。
139:デフォルトの名無しさん
07/04/27 20:48:26
>>138
俺のことですか ごめんなさい
URLﾘﾝｸ(up.kabubu.net)
140:デフォルトの名無しさん
07/04/27 20:50:27
>>139
明日からウチに来ないか?
141:デフォルトの名無しさん
07/04/28 15:54:00
>>1は逃亡したようだが、せっかく立ったんだし、 ここを
ｽﾚﾘﾝｸ(tech板)
の次スレって事にしてはどうか。
142:デフォルトの名無しさん
07/04/28 16:55:12
>>141
おまえ>>1だろ
143:デフォルトの名無しさん
07/04/28 22:22:02
コストが安いから
信頼性？いっぱいハード買っとけばいいよ
144:デフォルトの名無しさん
07/04/29 01:02:44
ハードが安くても、Oracleの値段でそんなん吹っ飛びます＞＜
145:デフォルトの名無しさん
07/04/29 01:16:44
オープン系なんだからORACLE使うのは間違いだろ
MySQLで何が不満？
146:デフォルトの名無しさん
07/04/29 01:20:19
何かとんでもない勘違いをしているな
147:デフォルトの名無しさん
07/04/29 01:25:50
>>145
「オープン」を理解してない小僧っ子か。
昔は（そして今も中堅以上の企業の基幹システムの相当部分）、UnixでもWindowsでもない、
メーカ独自規格のハードとOSで他社の製品と組み合わせられない完全ロックイン状態だったんだよ。
148:デフォルトの名無しさん
07/04/29 01:26:58
おいおいオープン系ってのはLAMPみたいにオープンソースで構成する事じゃないぞ
149:デフォルトの名無しさん
07/04/29 01:31:43
>>148
「オープンソース系」かｗｗｗｗ
最初なんで引き合いにMySQL出てくるかわからなかったｗｗｗｗ
150:デフォルトの名無しさん
07/04/29 01:34:20
>>145
オープンソースとオープン系を間違えてるのか？
151:デフォルトの名無しさん
07/04/29 01:35:51
下らない釣りに食い付き過ぎ
152:デフォルトの名無しさん
07/04/29 01:42:00
じゃあ、プロプラ系でオープンソースがあるわけ？
ないんだったらオープン系の特徴のオープンソースを使う意味はデカいだろ。
だいたい、ただで手に入るのがあるのに、何百万も金払うって馬鹿だろ。
153:デフォルトの名無しさん
07/04/29 01:44:59
またメンヘル出現か
154:デフォルトの名無しさん
07/04/29 03:07:22
根拠が判らず闇雲に有難がってORACLE使う馬鹿が多いのは事実
155:デフォルトの名無しさん
07/04/29 03:22:17
このスレの新しいﾃﾝﾌﾟﾚ： 『根拠が判らず闇雲に有難がって○○使う馬鹿が多いのは事実』
○○には好きな言葉を入れてね。
156:デフォルトの名無しさん
07/04/29 03:54:50
ｽﾚﾘﾝｸ(tech板)
157:デフォルトの名無しさん
07/04/29 05:32:07
まあ実際、Oracleの方が、対応SQLも全然多いし、関数も多いし、
ストアドもあるし、ロックしにくいし、いざというとき（内容はともあれ）サポートもあるし、
当然のようにデフォルトでトランザクションできるし。
158:デフォルトの名無しさん
07/04/29 09:34:32
というか藻まいら、板違いなんじゃ…
159:デフォルトの名無しさん
07/04/29 16:19:49
じゃあ、WebLogicはどうだ？Tomcatで何か不満？
160:デフォルトの名無しさん
07/04/29 16:36:13
関連スレ
ｽﾚﾘﾝｸ(prog板)
ｽﾚﾘﾝｸ(prog板)l50
161:デフォルトの名無しさん
07/04/29 20:11:42
>>159
WebLogicとかTomcatとか、
アプリケーションサーバーであって、
業務システムでは無い！
162:デフォルトの名無しさん
07/04/29 20:33:10
>>161
Oracleじゃなくてもいーじゃん的な話が出たから、その対比だろう。
WebLogicじゃなくてもいーじゃん的に
163:デフォルトの名無しさん
07/04/29 22:48:24
昔は小規模な案件なのに無意味にOracle導入する奴いたけど
164:デフォルトの名無しさん
07/04/30 07:31:31
十年ひとむかし? 十六年はひとむかし、ゆめだぁ?
165:デフォルトの名無しさん
07/04/30 17:56:36
汎用機の10年は全然ひと昔じゃないな
普通に10年前のコードが現役で動いてる世界だ
166:ﾊﾞｸｼｮｳ
07/05/01 00:33:24
>>1
仮想化とは対象物を不完全ながらもその性質や姿を模倣し現出させることだ。
対して抽象化は、対象物のある特徴的な側面を抽出し概念化することだ。
仮想化で抽象化の技術が使われることはあるだろうが、その逆は考え難い。
コンピュータを使い、扇風機やコタツを抽象化することはできても、仮想化する
ことはできないのだ。少なくとも今の技術では無理だ。コンピュータがその姿形
を変えることはできないのだから。コンピュータが仮想化できるものは、コンピュー
タそのものが直接扱うものだけだ。例えば、仮想メモリ、仮想ネットワーク、仮想
マシン、仮想キーボードといったものだ。
抽象化した結果表現されるものは、設計者が想定した概念やイメージだ。しかし、
実在するものそのものではなく、人が考えたものであるために、このイメージは
非常に脆く、不安定だ。外部からの影響をもろに受け、形を変え易い。個々人が
持つイメージの些細な相違から認識のずれが生じ易い。扇風機の使い方は人に
よって異なることはないが、人がイメージしたものは、その生成から、破棄に至る
まで、非常に不安定な状態になり易い。それを防ぐには、イメージそのものをなる
べく強固なものにし、インターフェースに一貫性と整合性をもたせ、外因による影響
を受けに難くく、壊れ難くするための技術を見につけ、理解を深めておくしかない。
167:デフォルトの名無しさん
07/05/01 16:32:01
業務に使うからオラクル入れとくのが安心なのは確か。
趣味なら無料ソフトでも良いが、業務でソフトが無料だからデータ消えましたなんて言い訳通用しないし。
下らん会計処理程度でDB2動いてるのと同じ感覚。
168:デフォルトの名無しさん
07/05/01 16:50:39
まぁオラクルのせいにする為に金払ってる様なもんだし
169:デフォルトの名無しさん
07/05/01 22:21:41
2～3鯖のライセンスなんてカスみたいな値段だしな
170:デフォルトの名無しさん
07/05/02 09:11:25
じつは・・・・オラクル使ったことねぇ････
SQL鯖とかDB2だけだ・・・・
俺ありえねぇ・・・・
171:デフォルトの名無しさん
07/05/02 09:33:34
>>170
そんなことないよ
そう思わされている時点で君もORACLE病
早く洗脳から抜け出せ
172:デフォルトの名無しさん
07/05/02 09:46:52
ＰｏｓｔｇｒｅＳＱＬ使ってるところ無いの？
173:デフォルトの名無しさん
07/05/02 09:49:33
>>172
うち業務でも使ってるよ
PHPと組み合わせてる
174:デフォルトの名無しさん
07/05/03 00:20:13
それってもし業務データに問題が有ったときに誰が首になるの？
良ーく考えよう。業務は大事だよ。
175:デフォルトの名無しさん
07/05/03 00:21:33
下っ端には関係ないね
176:デフォルトの名無しさん
07/05/03 03:07:55
ﾏｼﾞﾚｽすると、客に断りなく勝手にオープンソースを重要な箇所に使ったりしない。
コストとリスクを説明して客に選んでもらう。
177:デフォルトの名無しさん
07/05/03 03:18:55
>>169
カスみたいかも知れないが、その金を工数に使ってたら何人月の補充になるだろう。
178:デフォルトの名無しさん
07/05/03 13:41:03
>>171
Oracle病は多いかも知れないが、アンチOracleは意思決定者を説得する
だけの話術を持っていない。
つまり、結果(Oracle以外を採用させる）を出せない。
小さな会社は別として。
179:デフォルトの名無しさん
07/05/03 14:58:46
>>178
構築ノウハウ含めて考えると、別に移行するほどのメリットないよね、ってことになるからね。
特にＳＩ案件では。
パッケージ販売とかの数売ってナンボな商売だとまた話は変わるんだろうけど…
180:デフォルトの名無しさん
07/05/03 19:21:04
上司説得するより客説得した方がいいよ
181:デフォルトの名無しさん
07/05/04 01:26:33
客は判断できないから頼んで仕事になってると思うけどな。
客が分かってるなら、自前でエンジニア雇ってシステム構築してしまうよ。
客の代わりにおまいが責任もってオラクル以外での不具合の責任を持てばいいだけ。
MySQLを使って発生した１０００万円とかの損失は生涯掛けて補填しますとかさ。
顧客情報流出程度でも５０００円（最高裁判決）×１万人で５０００万円とかさ。
182:デフォルトの名無しさん
07/05/04 01:35:28
>>178
話術じゃなくて理論的な説得材料な。
from 客
183:デフォルトの名無しさん
07/05/04 01:49:12
>>181
話の流れとしてはわかるが、情報流出はDB選定とは関係ないだろう
184:デフォルトの名無しさん
07/05/04 02:27:31
DBに格納する案件として顧客情報って割と多いよ。
185:デフォルトの名無しさん
07/05/04 03:33:26
>>184
そういう問題じゃなくて、DBMS製品とセキュリティ設計は
考える階層が違うだろう。
セキュリティ設計で、個別のDBMS製品に依存する部分は非常に少ない。
186:デフォルトの名無しさん
07/05/04 12:36:57
データ流出をORACLEのせいに出来るってすごいな
187:デフォルトの名無しさん
07/05/04 17:15:11
大体情報流出は，部長のデスクトップに張ってある付箋とか，
ダメ社内SEの持ち込んだUSBメモリとかからだろ．
そこで発生する危機はどんなDBや機器を使ったって軽減できない．
まぁトラブった時にサポートに聞ける，とか，
パフォーマンス関連でモラクルに一日の長がある部分も多いけどな．
188:デフォルトの名無しさん
07/05/04 17:38:33
>>187
「持ち出して盗難」「こっそり売り」を忘れてる
189:デフォルトの名無しさん
07/05/05 01:50:13
>>181
ありえない。
SEが年間どれだけのシステム作るか知らないでしょ？
永久補償（わざとこの字）とかありえない。
それに客に求めているのは技術力じゃないよ。
リスクとコストどちらを採るか判断して貰い、責任を取って貰うことだ。
責任というものがどういうものか実感してから出直してこい。
客が望んでいるのは無茶とか無謀なサポートするベンダーじゃないよ。
自分達がどこまでできるか理解していて、一緒に悩みながらシステムを安定運用に持って行くことだ。
190:デフォルトの名無しさん
07/05/05 08:43:01
オラクルなら不正アクセスも考慮された設計だし。MySQLとは違うよ。
悩む様な屑PGにお金なんて払いたくないよ。
優秀なPGが作った一つの瑕疵も無く動くシステムを納入してほしいだけ。
191:デフォルトの名無しさん
07/05/05 10:52:42
>>190
> オラクルなら不正アクセスも考慮された設計だし。MySQLとは違うよ。
もしかして本気で言っている？
ミドルウェアは道具にすぎないんだよ？
理想郷は君の頭の中にしかないよ？
> 悩む様な屑PGにお金なんて払いたくないよ。
> 優秀なPGが作った一つの瑕疵も無く動くシステムを納入してほしいだけ。
じゃあこの世に現存するすべてのものは使えないね。
OSでもどれだけのパッチが出てるか知らないでしょ？
現実を知らない営業とか客とかって、傍から見てると無様だねぇ…。
192:デフォルトの名無しさん
07/05/05 11:20:18
学生だろ
193:デフォルトの名無しさん
07/05/05 15:30:05
雑魚ＳＥが粋がるな
194:デフォルトの名無しさん
07/05/06 02:04:57
図星かい？
195:デフォルトの名無しさん
07/05/07 09:27:54
>>189
は小規模開発した事しかないチンカス学生
１年～かけてやるプロジェクトも平気であるんだよ
196:デフォルトの名無しさん
07/05/07 10:14:38
おちんちんにかすなんてたまってません！！
197:デフォルトの名無しさん
07/05/07 10:15:23
>>195
と学生が叫んでいます
198:デフォルトの名無しさん
07/05/07 10:16:04
× 学生
○ グロマン学生
199:デフォルトの名無しさん
07/05/07 10:58:59
>>197
と知ったかぶりのNEETが申しております
200:デフォルトの名無しさん
07/05/07 12:16:28
>>195
そういう問題じゃないだろ。
201:デフォルトの名無しさん
07/05/07 23:23:45
一年も時間かけてバグつぶせないなんて、糞PGですか？
給料泥棒！ ちゃんとバグの無いプログラム書けよ。
202:デフォルトの名無しさん
07/05/08 02:01:58
>>201 は未経験だということを自ら露呈しました
203:デフォルトの名無しさん
07/05/08 09:45:19
>>201
仕事ちゃんと経験してから煽ろうな？
204:デフォルトの名無しさん
07/05/11 01:23:17
>>1
こんな記事もある。
しかし、ム板で聞くこと自体が間違ってるんじゃないか？
URLﾘﾝｸ(www.itarchitect.jp)
>従来、この種のシステムの稼働環境としては、メインフレームが用いられてきた。
>しかし、レガシー※1・トランスフォーメーション、すなわち、Java EEなどの
>オープン分散プラットフォームを用いて、既存のミッション・クリティカル・システム
>を再構築しようという機運が高まってきている。メインフレームは高い信頼性を
>備えるため、新規システムの開発をメインフレーム上で行うケースもいまだ多いの
>は事実だが、メインフレームを扱える技術者の高齢化が問題となり、また若手技術者
>の教育コストを削減することを目的とし、基幹業務の稼働環境をメインフレームから
>オープン分散プラットフォームに切り替える例が増えてきているのである。
>※1 IT業界では、「レガシー」という単語が用いられる場合、それは主にメインフ
>レーム資産のことを指していると考えられる。筆者は、現在も技術革新を続け、
>オープン分散プラットフォームとは比較にならないほどの高機能を提供するメインフ
>レームをこのように呼ぶことには抵抗を感じる。しかし、一般的に通用する用語で
>あることは事実なので、本連載ではそれを踏襲することにする。
205:デフォルトの名無しさん
07/05/11 02:21:50
凡庸系なんかみたことないけど。
206:デフォルトの名無しさん
07/05/11 07:38:38
つ AS400コボラー
207:デフォルトの名無しさん
07/05/11 10:08:19
オープン系技術者の中では、ｺﾎﾞﾗｰは蔑称だなぁ…。
COBOLしかできないコピペPGなんてｲﾗﾈ。
もちろんCOBOL以外も書けて広い視野を持っている方に対しては、ｺﾎﾞﾗｰなんて言わない。
208:デフォルトの名無しさん
07/05/11 12:27:56
ぼんよう 0 【凡庸】
（名・形動）[文]ナリ
すぐれた点もなく平凡なこと。また、その人やさま。並み。平凡。凡人。
「―な作品」
［派生］ ―さ(名)
209:デフォルトの名無しさん
07/05/11 16:34:57
RPGでもいいじゃんAS頑丈だし完全上位互換するし
ちょっと7色しかないからってなんでもパソコンてのもどうよ？
210:デフォルトの名無しさん
07/05/11 18:06:12
うちのASは緑しか表示できないよ。
７色も出るなら買い替える(w
211:デフォルトの名無しさん
07/05/11 20:34:16
ASシリーズのシステム・アーキテクチャはオブジェクト指向だ(ただしアプリ記述言語はCOBOLだけど)
とかいう煽り文句を思い出した・・・出所は父の伝言あたりか？
212:デフォルトの名無しさん
07/05/11 21:47:21
商用マシンでオブジェクトって言い出したのはシステム38が最初かな。
オブジェクト指向的な要素は陽には見えなかったが・・。
213:デフォルトの名無しさん
07/05/12 05:37:35
>>204
>若手技術者の教育コストを削減することを目的
ここでせっかくのノウハウの蓄積がなくなってしまう。
若い連中はインストラクターや本で覚えた知識をかざして
汎用機のプログラムを見てはダサイといい、
ｵｻｰﾝの言うことをきかなくなり、○○を使えば今までの１／３の工程とか言い始めて
その結果、同じ失敗を繰り返す。
しかもフレームワークがころころ変わる昨今、若い世代でも同じようなことが・・・。
ベテランがあたらしめのアーキテクチャをマスターして
若い世代に教育できればいいんだけど、そんな人はほとんどいないからな。
オレはオープン系だけど、たいしてコストも変わらないのに
２０代のボンクラプログラマばかり集めて基幹システムをオープン系でやる意味が分からない。
細かい話でいえば、データベースとオープン系言語との間に
そもそもデータ型の互換がなくプログラムのほとんどが型変換やチェックばかりで
しかもそれがバグの温床にもなってて非常にバカバカしく思う。
214:デフォルトの名無しさん
07/05/12 06:55:26
汎用機にゃ汎用機の、オープンにゃオープンの利点があって使い分けるべきなのに
ソレをオープン系や若手のせいにしてるようじゃ
若手もついてこないだろ
汎用機の「変化が少なく安定」てのは利点だからそこは否定せんけど
それに甘えて、変化の早いオープン系を解らんポイと捨てる奴や
個人じゃ学びにくい汎用機についての教育をろくにしなかったり
汎用機そのものについていい加減にしか理解してないベテラン
どう考えても言語としての機能が見劣りするCOBOLそれ一つしか解せないPGがベテランの椅子に「でん」と構えてたり
…そんなんじゃ若手もそっぽ向いて「汎用機は時代遅れ」ってイメージ持つだろうよ
215:デフォルトの名無しさん
07/05/12 09:10:08
>汎用機にゃ汎用機の、オープンにゃオープンの利点があって使い分けるべき
システム構成としてはもちろんそれが理想だが、
どちらにも柔軟に対応できる人材はあまりいない。
結局はベンダやソフト屋の都合次第なんだと思う。
>どう考えても言語としての機能が見劣りするCOBOLそれ一つしか解せないPGがベテランの椅子に「でん」と構えてたり
おれはオープン系だがこれは別に悪いことではないと思う。
また開発手法や標準化が徹底しておりビジネスロジックのみに専念して記述してある
COBOLのソースを見ると芸術的とさえ思う。
設計や行程についてこういう人に質問することは多々ある。
むしろ悪いのは言語により優劣をつけてベテランを論破しようとする若手。
それで結局だれが得をするのかと・・・。
216:デフォルトの名無しさん
07/05/13 01:05:02
>>215
ビジネスロジックの部分だけCOBOLで実装するとかそう言う選択が出てきてもいいのにな．
Web～Service層までJava/.NET
Serviceの内部でビジネスロジックをCOBOL実装
DAO以降のレイヤーをまたJavaとか．
ってここまで書いて思ったけど，COBOLとそれ以降では，
データ構造とか取り扱いが根本的に異なるから無理かな？
217:デフォルトの名無しさん
07/05/13 08:33:54
コボルが芸術的とは到底思えない。
オブジェクト指向ですら無いじゃん。
昨今のインターネット対応なんてコボルでは絶望的。
218:デフォルトの名無しさん
07/05/13 13:53:07
>>216
ハブの所に使うCORBAの実装費用だけでもう一システム余計に作れるな
219:デフォルトの名無しさん
07/05/13 14:20:16
>>217
オブジェクトCOBOLの名前すら知らないお前にCOBOLを語る資格はない。
220:デフォルトの名無しさん
07/05/13 15:21:11
Excelでゲームは造れるけどCOBOLでは造れないだろ
221:デフォルトの名無しさん
07/05/13 16:14:23
Obj-cobolって実際使われてるの？ どんな汎用機？
222:ﾌﾟ
07/05/13 19:34:30
百五銀行のWindows勘定系が稼働、フルバンキングで世界初
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
三重県の地方銀行である百五銀行は
Windowsで構築した新基幹系システムの
稼働を開始した。マイクロソフトによれば、
勘定系を含むフルバンキングをWindowsで
構築した銀行は、世界で初めてだという。
ゴールデンウイーク最終日の5月6日（日）
に稼働を開始し、7日（月）から平日稼働を
開始した。現在のところ、トラブルはなく
順調に稼働している。
新システムの構築は2003年から始めた。
OSに「Windows Server 2003 DatacenterEdition」、
サーバー機に日本ユニシスのIAサーバー「ES7000」、
パッケージには日本ユニシスの「BankVision」
を使っている。
旧基幹系システムは日本ユニシスのメイン
フレームで稼働していたが、新商品開発のス
ピード向上や運用コストの削減、周辺システ
ムとの連携などを図るため、Windowsで再構
築することを決めた。新システムでは休日の
窓口での入出金、コンビニに設置したATM
（現金自動預け払い機）の24時間取引などを
可能にした。
223:デフォルトの名無しさん
07/05/13 20:00:39
>>222
これ、何時間で止まるかな？
224:デフォルトの名無しさん
07/05/13 22:41:49
ASでも安定運用には毎日再起動してたし、ウィンドウズも毎日再起動すれば良い。
225:デフォルトの名無しさん
07/05/13 23:16:46
>>220
何が目的でプログラムしてるかは知らないが、
こういう考えを本気で持ってる人間が業務システムにも多いのは事実。
もうカルト宗教の世界だよ。
金の勘定にそんなのいらない。
こんな輩が再利用や部品化といいOOPを導入しては、
数年後、やっぱりDIでないととか言って作り変えるのだろう。
オープン系の人もバッチはPL/SQLとかで書くのに、
これはOOPじゃなくてもいいんだよね・・・。結局権威主義なんだと思う。
最終的に目指すところが安定したフレームワークや再利用可能なクラスを用いて、
ビジネスロジックのカスタマイズに専念って、
結局は汎用機がやってることじゃん。あほらしい。
俺は汎用期こそがベンダ主導だと思ってきたが、１０年オープン系をやってきて、
こっちも結局はベンダに振り回されてただけなんだとつくづく思うよ。
であればきめられた枠の中で技を磨き続けるほうがいいな。
226:デフォルトの名無しさん
07/05/13 23:58:31
何が目的ってお金が目的でしょう
同じ事続けていても儲からないからね
227:デフォルトの名無しさん
07/05/14 00:41:48
ここまで読んで、結局は人の品質なんだな、と思った。
しっかりとしたコスト意識を持ち、手段と目的の違いを考えきれる技術者が
多い企業には、オープン系が良い。
それは、汎用機と同等のことをオープン系で実現した上で、更なる可能性を
追求できるからだ。
しかし、現実にオープン系の基幹システム成功例が少ない以上、今のオープン系
技術者は汎用機の水準まで達していない人が大半と言える。
＋αを夢見るも、足元を固めきれていない。
従って、技術者の品質が高まるまでは業務システムをオープン系にするメリット
は無い。
228:デフォルトの名無しさん
07/05/14 01:02:20
何か凄い論理だな…
229:デフォルトの名無しさん
07/05/14 10:24:42
>>223
毎晩再起動するんだと思うよ
230:デフォルトの名無しさん
07/05/14 10:27:36
>>227
禿
231:デフォルトの名無しさん
07/05/14 10:28:58
>>223
49.HOGEHOE
なんかTimeGetTimeかなんかの限界値があって到達したら戻るとかってのあるじゃない？
あれでなんか起きると期待したい
というかネタ的に早く止まってすげーこｔになってほしいわけだがｗｗｗ
232:デフォルトの名無しさん
07/05/14 13:06:46
>>231
いつの時代の人ですか？
233:デフォルトの名無しさん
07/05/14 13:47:05
>>231
49.7日のことか
>>232
なつかしいけど、今でもまだ残ってたりするよなぁ･･・そういうPG
運用でどうにでもなる問題だが
234:デフォルトの名無しさん
07/05/14 15:42:03
ﾏｼﾞﾚｽするとオープン系での高可用性はクラスタが基本。
だからFailOverして何ごとも無く動くだけだよ。
汎用機は集中型だけど、オープン系は分散型。
元々、多ノード構成は得意。
235:デフォルトの名無しさん
07/05/14 15:52:48
別にオープン系とクラスタ構成は関係ないと思うが。
たまたま、汎用機とはちがって、クラスタ構成化できるハードソフトをそろえやすいだけ。
236:デフォルトの名無しさん
07/05/14 16:12:50
関係在るよ。
汎用機の文化は一点豪華主義というか、高い部品を使ってMTTRを良くする、集中投資型。
オープン系の文化はRAIDと一緒で、高可用性が必要ならサーバを束ねて使う、クラスタ型。
高可用性においてオープン系サーバとクラスタは常にペアなんだよ。
237:デフォルトの名無しさん
07/05/14 16:39:56
>汎用機の文化は一点豪華主義というか、高い部品を使ってMTTRを良くする
そ・・・そうか？？？
238:デフォルトの名無しさん
07/05/14 16:48:01
汎用機＝鎖国
オープン系＝黒船
双方とも、メリット・デメリットが入り乱れて訳ﾜｶﾒ
239:デフォルトの名無しさん
07/05/14 20:31:55
いくら可用性を上げても事故が起きるのは人為的なミスが大多数だよ。
240:デフォルトの名無しさん
07/05/14 22:13:23
>>238
×黒船
○海賊船
241:デフォルトの名無しさん
07/05/14 23:01:13
>>239
新人にデータの容量調べさせてたら、客のＤＢまるごと飛ばしたり、
エクスプローラでプログラムのフォルダをどっかにやっちゃったり。
ま、これはどっちでも起こりうるか・・・
242:デフォルトの名無しさん
07/05/15 00:26:01
>>239
それを言っちゃあ、おしめぇよ
ってゆーかそれは、内部統制の範疇な
243:デフォルトの名無しさん
07/05/15 09:55:29
でも、人為的ミスを警告やビジュアル化して表示する事ですこしは減らすことは可能だろ
まぁ・・・・その減らそうとしてやったことも スルーされて
「でてたけどそのまんま処理しました」
といわれ人為的ミスが起きるわけだが
もういやだがや・・・・・
244:デフォルトの名無しさん
07/05/15 10:17:58
>「でてたけどそのまんま処理しました」
多いんだよなそれ
245:デフォルトの名無しさん
07/05/16 01:14:14
矮小化した例でｽﾏﾝが、checkstyleの警告なんて見てもくれないのな。
（そもそも規約でチェック有効にしとけっつってるのに無効にしてるっぽい。アフォか。）
自分も中～下の間くらいだと自覚してるが、
下の集団を相手にするのは疲れるよ。
246:デフォルトの名無しさん
07/05/16 01:17:53
>「でてたけどそのまんま処理しました」
つ フールプルーフ
247:デフォルトの名無しさん
07/05/16 02:12:06
みなさんコンパイルしたときのワーニングは放っておきますか？
248:デフォルトの名無しさん
07/05/16 02:34:57
自分が書いた部分なら全て直すよ。
249:デフォルトの名無しさん
07/05/16 09:24:40
>>247
ワーニング出ないように修正してる
なんか気持ち悪いしｗ
250:デフォルトの名無しさん
07/05/16 09:31:34
わーにんぐレベルをさげる・・・。ｗ
251:デフォルトの名無しさん
07/05/16 09:42:42
>>250
ちょっｗｗｗｗｗｗ
そして>>250のその行為が引き金となり後に伝説の事件を生むこととなるのである
252:デフォルトの名無しさん
07/05/16 10:07:44
641億円を投じた技術試験衛星「きく8号」、故障の原因は回路のショート
URLﾘﾝｸ(www.technobahn.com)
253:デフォルトの名無しさん
07/05/16 12:13:56
>>251
いや、ワーニングは所詮警告だよ。
本来そんなグレーゾーンはなくすべきだから、レベルMAXで通らないと駄目ってのが正しい。
それを規定してない開発チームだったら、下げても問題ない。
254:デフォルトの名無しさん
07/05/16 23:37:13
>>253
日本語で
255:デフォルトの名無しさん
07/05/17 01:09:22
>>254
漏れは >>253 じゃないけど
日本人としてちゃんと意味分かったよ
256:デフォルトの名無しさん
07/05/17 01:22:14
昔、汎用機用の周辺機器開発やってたが、
汎用機にはトラブル対応の為ぶら下がってる人がたくさん居て
常に解析できる人をフルタイムとはいかないまでも待機させておいたり、
保守チームを残しておく必要があった。
それにトラブル修正の為の予算、要求はほとんど通り、
再現性が低いけどバグ以外考えられないといったトラブルに関しては、
半年掛けても直せとか命令されたこともあった。
その仕事に関しては、考えうる限り妥協が許されなかったよ。
トラブルが直ったら、ある程度の責任者が報告書を持ってお得意様まで説明しに行ってた。
いまでもそうなのかは知らない。
今は辞めちゃったので良く知らないけど、
現在は昔ほど厳密じゃないと言う噂を聞いた。
257:デフォルトの名無しさん
07/05/17 01:47:10
実際その通りです
波があるからまた変わるだろうけど
258:デフォルトの名無しさん
07/05/17 02:44:13
だから汎用機には高いコストを払うってだけだと思うんだが
今の時代はミスはミスとして認めれば許されるケースも多いので
リスクから考えて安いオープン系で開発するのも有り
259:デフォルトの名無しさん
07/05/17 02:54:58
>今の時代はミスはミスとして認めれば許されるケースも多いので
>今の時代はミスはミスとして認めれば許されるケースも多いので
>今の時代はミスはミスとして認めれば許されるケースも多いので
人為ミスは無くならないが、あなたはシステム屋としての姿勢がおかしい
260:デフォルトの名無しさん
07/05/17 06:52:30
一時栄華を誇ろうとも時代を経るごとに駄目になっていくのは歴史の定めなのだろうか。
261:デフォルトの名無しさん
07/05/17 09:25:39
>>260
だが時代は繰り返す
きっと「これじゃダメだ！」て風潮になる････って信じたい
つうか、仕様書や説明書ひとつとっても相手から金取ってるんだからもっと真剣にやれと････
若い連中のスタンスに問題があるような気がする
とかいう俺も20後半だけどさ･･･
>>259
これを前提にしているようではダメだと思う
1ミスが命取りくらいに思わないと信用失っちゃいそうで･･･
262:デフォルトの名無しさん
07/05/17 09:50:16
>>258
エラーが本当に致命的な所以外は皆そうなってると思う。
運用でカバーしろって奴か。
止まっても、再立ち上げで動けば無問題、そういう開発者も多いと感じるよ。
263:デフォルトの名無しさん
07/05/17 11:14:19
>>261
しかしミスがありえないと考えてしまうのも考えものだぞ
264:デフォルトの名無しさん
07/05/17 11:17:40
>>262
前に下請けの会社が作ってきたものに不具合があって
結局漏れがソース中に原因を発見したんだけど
途中のやりとりではそいつは
サーバー再起動してください。そうしたら治りますから。
あと、おたくは毎日一回再起動しないんですか？
って平然と言いやがった
実際再起動すると一時的に症状が出なくなるパターンだったんだけど
265:デフォルトの名無しさん
07/05/17 11:52:34
>>264
> サーバー再起動
まさか reboot じゃないよな?
266:デフォルトの名無しさん
07/05/17 12:05:07
>>263
いや、それぐらいのつもりで書かないと
謝れば許してくれるからまぁいいか
じゃぁダメってことです(；´Д｀)
267:デフォルトの名無しさん
07/05/17 12:05:56
>>264
恥さらしだな･･
まったく持って恥ずかしい・・・・
268:デフォルトの名無しさん
07/05/17 16:04:43
サバ管「サーバの不具合の今後の対策として毎週１回OPによるリブートをしてもらうということになりました」
俺(OP)（…ハァ！？）
…ソレ対策って言わないよな？
先週は「一時的な対策として今週だけリブート」って言ってたよな？
つーかリーダーの承諾取れてますってぉ～ぃ何で通したんだよ…
数週間後、リブートの翌日にフリーズって事態が起こったんだけどな。
269:デフォルトの名無しさん
07/05/17 16:08:36
抜本的解決を要求するニダ！！
270:デフォルトの名無しさん
07/05/17 23:57:27
恥さらし というより 面汚し
271:デフォルトの名無しさん
07/05/19 07:50:55
ニューヨーク証券取引所(NYSE)のシステムがIBMメインフレームから
AIXが動くIBM System pとLinuxが動くHP IAサーバーへ移行開始されているそうだ。
NYSEでは、この移行によってトランザクションあたりのコストが半分になると見ているとのこと。
これでロンドン証券取引所はWindows、東京証券取引所は富士通のPRIMEQUESTでLinuxとなったわけだが、
三者三様というのはちょっと興味深い。
272:デフォルトの名無しさん
07/05/19 08:31:50
不治痛ってあれだろ
いろいろ問題起こしてるところだろ
273:デフォルトの名無しさん
07/05/19 13:02:17
それぞれのシステムに精通した奴をシステムの寿命が終わるまで確保できていれば
何でもいい気はする。
使えない奴をコロコロ替える体制なら何使っても駄目。
274:デフォルトの名無しさん
07/05/19 18:39:00
取引所の件もそうだけど、オープン系の良いところは選択肢が沢山在ること。
競争原理が働き、良いものが安く手に入る。
だからこそしっかりとした技術のあるSIerを選ぶのがとても重要。
275:デフォルトの名無しさん
07/05/19 18:48:44
>しっかりとした技術のあるSIerを選ぶ
結局、それで高くつくんですが。なんとかなりませんか？
276:デフォルトの名無しさん
07/05/19 18:54:18
良い物を手に入れるにはそれなりにお金が掛かるんです。
以下ループ
277:デフォルトの名無しさん
07/05/19 18:55:34
人沢山抱えないといけない汎用機に比べたら、かなり安いだろう。
仮にも業務の中核となるサーバをそこらに転がっている
Windows端末に毛が生えたものなんて認識していると痛い目に遭うよ。
278:デフォルトの名無しさん
07/05/21 00:17:28
>>277
オープン系の方が人たくさん必要なんじゃないか？
システムのリリース時期、規模、個人の嗜好によってプラットフォームが
違う以上、運用に求められるスキルも多様化する。結果、人がたくさん必要。
279:デフォルトの名無しさん
07/05/21 00:28:19
汎用機の方が教育コストというかノウハウの蓄積が大変なんじゃないか？
280:デフォルトの名無しさん
07/05/21 00:56:00
>>279
おっさんたちが新しいことをおぼえないのはそういう習慣がないから。
一度教育を受ければあらたしく覚えることはそんなにないし、
メーカーには腐るほど資料がある。
ネットには資料が落ちてないけどこれで十分。
そもそもこいつらが作ってるんで問い合わせたらまちがいなく解決する。
バージョンごとにプラットフォームに振り回されて、
挙句の果て新たなフレームワークが登場したら
若手に邪魔者扱いされるオープン系とは雲泥の差。
今回のシステムはどうやって紙を印刷するかを
基盤系の連中が集まって丸一日会議してるのなんてあほらし・・・。
どのスキルがあるかを証明するためにころころ変わるベンダ試験を受けて、
せっかく試験に受かっても有効期限付き。
そして若手はしょーもないトラブルに振り回されて徹夜・・・以下ループ
281:デフォルトの名無しさん
07/05/21 01:14:50
お疲れ様です
282:デフォルトの名無しさん
07/05/21 01:18:05
汎用系だろうとオープン系だろうと、メーカーやSIerの取り分は変わらないよ。
オープン系に切り替えてコストダウンしようなんて絶対無理。
いＢＭなんて、金取れそうに無い客は露骨に無視するしね。
283:デフォルトの名無しさん
07/05/21 01:42:07
システム開発部門は企業の寄生虫だな
284:デフォルトの名無しさん
07/05/21 01:48:02
>>283
その寄生虫がいなけりゃ、何もできないくせにｗ
285:デフォルトの名無しさん
07/05/21 02:17:31
>>278
それはない。
たしかにオープン系は多種多様なスキルが必要だが、方針が決まったら詳しい人間を連れてくるだけ。
ちなみに１芸しかできない奴は使いものにならないよ。
少数精鋭がオープン系のやり方。
だから、下手なSIerにやらせると大変なことになる。
自由度が高い分、スキルもピンキリなんだよ。
286:デフォルトの名無しさん
07/05/21 02:29:26
>>285
なにお前の狭い物差しできめてんだ？カス
287:デフォルトの名無しさん
07/05/21 02:30:04
>>280
何点かつっこみ。
・オープン系だろうが汎用機だろうが、勉強をやめたら技術者じゃない。
それはオペレータと言うんだよ。
・客が求めているものに汎用機の印刷システムが応えられない現実を忘れるな。
選択肢の多さとレイアウトの自由さは汎用機の比ではない。
・それと、オープン系技術者もピンキリだ。
君の周りにいるのが全てではない。
288:デフォルトの名無しさん
07/05/21 02:33:30
根拠の無いレスは負け惜しみと一緒だよ？
289:デフォルトの名無しさん
07/05/21 02:38:28
一行しかレス付けられない香具師ってなんなの？
あ、俺もかｗｗｗ
290:デフォルトの名無しさん
07/05/21 02:43:42
>>285
>たしかにオープン系は多種多様なスキルが必要だが、方針が決まったら詳しい人間を連れてくるだけ。
>ちなみに１芸しかできない奴は使いものにならないよ。
馬鹿か?
1芸の人間を種類別に集めりゃいいんだよ
291:デフォルトの名無しさん
07/05/21 02:47:08
>>290
１芸しかできない人間って他の分野の人間を理解する能力に
欠けてることが非常に多いから使い物にならんよ、マジで。
292:デフォルトの名無しさん
07/05/21 02:51:43
>>287
上から目線乙
> それはオペレータと言うんだよ。
そいつらに言ってくれ。
あくまで新しいことを覚える必要がないと言っている。
パラダイムシフトにはついていかなければならんが新しいだけが技術ではない。
誰も過去の知識にしがみついてやっていけるなんて思ってないよ。
> レイアウトの自由さは汎用機の比ではない。
どの程度システムを経験してるのか知らんが
見掛け倒しの帳票なんて客は求めてない。っつーか役に立たない。
そんな枝葉のシステムはそれこそパソコンでやってればいいけどね。
印刷速度を求めるとオープン系もオーバーレイ使うようなでっかい印刷機が必要じゃね？
> ピンキリ
あたりまえ。だがプロジェクトは腕のない奴に足を引っ張られる。
だから長年かけてプロを育てる必要がある。
オープン系の連中にはちゃんと足元固めてるやつもいるが（こいつらと仕事するとマジ楽しい！）、
ベンダの広告に振り回される浮足立ったやつも多い。
できて当たり前のことを一から説明しなきゃならんので
オープン系の会議ほどあほくさいものはない。
せっかく会議で合意が取れて規約を作っても出来上がってくるものは各社バラバラ。
オレはキャリアの後半をオープン系のＰＭとしてやってきたが、
品質も集まる人材も汎用機の方が上だった。主観ばかりですまんね。
293:デフォルトの名無しさん
07/05/21 07:42:11
>オレはキャリアの後半をオープン系のＰＭとしてやってきたが、
>品質も集まる人材も汎用機の方が上だった。主観ばかりですまんね。
禿堂
294:デフォルトの名無しさん
07/05/21 08:32:17
>>292
> オープン系の連中にはちゃんと足元固めてるやつもいるが（こいつらと仕事するとマジ楽しい！）、
少ないんだよ, こうゆう連中。
つか、アホが束になってかかっても(ry
295:デフォルトの名無しさん
07/05/21 09:12:27
ここでおまいらと話してるとマジ楽しい！
296:デフォルトの名無しさん
07/05/21 09:27:51
>>258のような人が沢山集まるから大変なんだろうね。
チームの性能は一番能力の低い人と同じぐらいになる、とどこかで聞いたことがある。
297:デフォルトの名無しさん
07/05/21 09:34:23
>>296
秀同
こんな許されると思って作ってるカスはいらない
時間なくってもそんな考えは持たないだろ
その油断こそバグの元
298:デフォルトの名無しさん
07/05/21 09:36:30
>チームの性能は一番能力の低い人と同じぐらいになる、とどこかで聞いたことがある。
率速段階がどこにあるかっつー琴屋根
サブプロジェクトが直列に結合された状態走っているときに
遅い部分に引っ張られて全体が遅くなるということはあるが
並列に走っている場合はそうでもない
つまり能力低い香具師にはそいつをカバーする香具師をつける必要がある
299:デフォルトの名無しさん
07/05/21 09:46:27
>>298
そうなんだろうど、カバーする余裕（能力）のある奴を足かせ（能力低い奴）無し全速で動かしたほうが
効率が良いと思う。
やる気のある新人を教育する目的以外では非効率的。
使えない、やる気も見れない奴はサッと切る能力こそ重要。
300:デフォルトの名無しさん
07/05/21 10:24:26
やる気の無い奴を切ることは出来ても。
やる気のある無能者を切ることは出来ない。
301:デフォルトの名無しさん
07/05/21 12:57:54
オープン系は人口が多い分、裾野もまた広い。
裾野の人間しか集められないのはPMの力不足だよ。
それにオープン系を汎用機の文化で管理しようとすると悲惨なことになる。
早めにプロジェクトのオープン系部分全体を技術的に広く浅く知っているリーダーを探した方がいい。
302:デフォルトの名無しさん
07/05/21 13:07:17
プロジェクトのまとまりは人数に反比例する。
一芸ばかり集めるからそうなる。
しかも、一芸技術者は協調性がないからさらに迷走する。
あとPM側の問題のパターンも在る。
使える奴を使えるのは誰でも出来る。
使えない奴を使えて始めて上に立てる。
自分の管理能力、客観的に見たこと在る？
303:デフォルトの名無しさん
07/05/22 00:47:40
>>302
そうなんよねー。
スーパースターがときどきいるけど、そんな奴がいればラッキー！というくらいの価値。
別にいなくてもいい。
オープン系なんかでは若手から神扱いされてむしろ邪魔な存在になることも。
あたらしい開発手法のレクチャーなんて教祖様なみの憧憬のまなざしだもの。自分で勉強しろっての。
そこで「スゴイ！スゴイ！」としか言えない若者をいかにきちんとまっすぐ歩かせてあげるかなんだよね。
すぐに客寄せパンダを見に道草食っちゃうんだけどさ。
304:デフォルトの名無しさん
07/05/22 01:14:21
ある意味、客寄せパンダで回ってる業界だからね
305:デフォルトの名無しさん
07/05/22 01:37:45
>>303
オープン系の基盤プロダクト作ってる連中にはザラにいるんだけどな,
とんでもなく頭きれるやつ...
でも, 出来上がったもの使って物を作ってる連中は何も考えてない.
306:デフォルトの名無しさん
07/05/22 10:05:51
逆引き辞典かコピペしている漏れの様なＰＧも居れば、
便利なＡＰＩ作る奴も居るってことでつか？
オープン系って呼び名から胡散臭いんだよね。
会話にカタカナが多いほど信頼できないって意見には同意出来る。
307:デフォルトの名無しさん
07/05/22 14:30:30
対応する日本語を作るほど誰もヒマじゃないのだろう。
日本語版がないのに中国語版があると知ったときこりゃ駄目だと思ったよ。
英語の名詞を日本語の文法で繋いでる状態じゃ英文のままのほうがマシと思われても仕方が無い。
308:デフォルトの名無しさん
07/05/22 21:06:52
オレら千年近く漢語の名詞を日本語の文法で繋いで来てる訳ですが…
技術情報は英語で得るのが普通だと思うけど。
309:デフォルトの名無しさん
07/05/22 23:31:59
現在使われている熟語の大半は
明治時代に西洋の言葉に対応づけるために日本で作られた造語
310:デフォルトの名無しさん
07/05/23 00:39:23
中国の義務教育の教科書に出てくる単語の三分の一は近代日本で作られた熟語らしいね。
実は「人民」も「共和国」も元は日本語だってテレビで言っとった。それと、英単語から翻訳された
中国語は音を当てた字が多いから、日本人がカタカナで書くのとほぼ一緒らしい。実際には
英語に対応する中国語熟語を作ってるわけではないのよね。
まぁ、勝手に負けた気になってる人間はそのまま負けといてくれれば良いと思うけど。
311:デフォルトの名無しさん
07/05/23 02:02:36
>>306
> オープン系って呼び名から胡散臭いんだよね。
たとえば IP の上に乗っかるプロトコル層ってほとんどオープンなんだよね...
# つか, プロトコルをクローズにするってのは自殺行為だと思う
> 会話にカタカナが多いほど信頼できないって意見には同意出来る。
上記の様なところに行くと, 日本語定義してる暇がないのも確なんだわ
IETF が sample/prototype 実装主義だから, あれだけ rfc でてるのに
std はほとんどない.
でもって, 数少ない std すら理解していないアホたれが大口叩いているのが
今の日本のオープン系って称されてる連中だと思う.
あくまで, たとえばの話なんだが...
312:デフォルトの名無しさん
07/05/23 02:19:54
>>308
あほか >>309-310 に書いてある通りだ
>>309-310
おまえら油断しすぎ
今は 英->日 の造語生成数よりも
英->中 の造語生成数の方が圧倒的にペースが上
そういう漏れは
>>307 に胴衣
>日本語版がないのに中国語版があると知ったときこりゃ駄目だと思ったよ。
313:デフォルトの名無しさん
07/05/23 02:23:11
フランス人を見習え
314:デフォルトの名無しさん
07/05/23 07:39:45
>>310
どこでそんなデマを仕込まれたんだｗ
315:デフォルトの名無しさん
07/05/23 08:23:08
「人民」 と 「共和国」 が日本語なのは常識だろ
実際日本も社会主義国化に足半分突っ込んでた訳出汁
316:デフォルトの名無しさん
07/05/23 10:48:40
>>312
駄目なのはあんさんだけですがな。オレはコミュニケーションが英語オンリーになっても
困らんし、英語の読めない日本人技術者が路頭に迷っても知ったこっちゃない。
むしろおかしな日本語をバシバシ作られる方がむかつく。
317:デフォルトの名無しさん
07/05/23 10:53:49
>>316
でも喋れないんだろ？
無理するなよｗ
318:デフォルトの名無しさん
07/05/23 10:57:03
自分基準で物事を考えるなよ…
319:デフォルトの名無しさん
07/05/23 11:05:48
>>316
お前みたいな ｵﾅﾆｰSEとかPGが居るから周りが迷惑なんだYO!
320:デフォルトの名無しさん
07/05/23 11:26:33
中国にはカタカナがないだけの話だろう、常識的に考えて…
321:デフォルトの名無しさん
07/05/23 11:28:47
結論、業務系は所詮烏合の衆。
322:デフォルトの名無しさん
07/05/23 11:53:15
>>319
その気で頑張れ。英語の壁なんて大した事が無いって分かるから。
323:デフォルトの名無しさん
07/05/23 12:04:37
まぁ・・読みではなんとなく意味がわかるが
ヒアリング・スピーチ全くできない俺が来ましたよ～
324:デフォルトの名無しさん
07/05/23 19:38:32
無理やり変な日本語の造語ができるくらいなら
そのまま英語の方がいいよ
325:デフォルトの名無しさん
07/05/24 03:14:26
平日の真昼間に2ch書き込んでる連中なんて、業務システムの世界では
末端ワーカーでしかないと考えるのは偏見だろうか
326:デフォルトの名無しさん
07/05/24 03:17:28
無類のサッカー好きなだけかもしれんよ。
327:デフォルトの名無しさん
07/05/24 07:21:10
俺はケータイ手放すと死んじゃう人。
もう充電とか禁断症状でまくりで必死ですよ。
328:デフォルトの名無しさん
07/05/25 01:36:42
オープン系って幅が広いんじゃ？
エクセルＶＢＡでウインドウズアプリ作っているのも立派なオープン系開発者だし
Ｗｅｂから組み込み端末まで何でもござれと言う奴でもオープン系。
329:デフォルトの名無しさん
07/05/26 15:31:14
DB2の接続プロトコルなんてクローズだが囲い込みに成功して、他に移れないけどな。
オペレータが懸命にエクセルに抜いて加工している。
帳票は馬鹿みたいに開発費かけても良ければ汎用機のほうが完璧なものが作られた実績はある。
今のコストダウン至上主義の時代には合わないが。
公共料金の請求書なんて全部独自フォーマットだし。
330:デフォルトの名無しさん
07/05/26 19:27:14
接続プロトコル？Excel？
よく知らない事無理して書かなくても良いんだよ？
ODBC以外は殆ど非公開だよ。
DB2だってクライアント入れてAPI越しだ。
印刷についても、ちょとフォントサイズ変えた文字出そうとしただけで
OSの印刷機能がまったく使い物にならなくて、プリンタの独自コマンド山盛りなのに？
つか直接コマンド送るなら汎用機関係ないよね。
それともオーバーレイ？
オープン系で作ったレイアウト使ってオーバーレイして威張られてもなぁ…。
331:デフォルトの名無しさん
07/05/26 22:35:44
>>329の
背伸び具合はどっかのスレで見た気がするなぁ…・
332:デフォルトの名無しさん
07/05/26 23:05:57
どこのスレにでも一人は居るもんだ
333:デフォルトの名無しさん
07/05/27 16:06:57
リナ廚ってにちゃんならどこにでも居るからね。
現実だとマカ以下の絶滅危惧種だが。
334:デフォルトの名無しさん
07/05/27 16:09:09
Linux?何の関係が？
335:デフォルトの名無しさん
07/05/27 20:40:17
はい、お一人様ご案内～
336:デフォルトの名無しさん
07/05/27 22:19:14
【航空/IT】全日空システムの障害原因は、事前のシステム入れ替え [05/27]
ｽﾚﾘﾝｸ(bizplus板)l50
まあ、この場合でもごめんなさいすれば済むらしいねｗ
納期短縮？予算節減したんだろうか？
オープン系にすればもっと予算を減らすことが出来た。
どうせ失敗するなら、予算が低いほうが良かったね。
減らした予算と今回の問題解決に費やした費用、どちらが多いのか？
信用はプライスレスだけど。
もう信用なんて無いも等しいし。
337:デフォルトの名無しさん
07/05/27 22:30:11
全日本空輸（ANA）が国内線の予約・発券システムを全面刷新する。
30年近くメインフレームで動かしてきたシステムを、
オープン・システム上に再構築する。
新システムへの移行により約70億円を抑制できる見込みだ。
それに向け、日本ユニシスと10年間の包括契約を結んだ。
誤ったなｗ
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
338:デフォルトの名無しさん
07/05/27 22:53:02
まだメインフレームだよ。
スケジュールよく読め。
339:デフォルトの名無しさん
07/05/27 23:17:10
>>338
ホスト接続システムがメインフレームだとは書いてないyo
１万台の操作端末--ホスト接続システム（３系統、オープン系？）--チェックインシステム（メインフレームの新機種）
詳しいなら詳細よろ。
340:デフォルトの名無しさん
07/05/27 23:25:13
>>338
俺も少し詳細に解説してみてほしい
341:デフォルトの名無しさん
07/05/27 23:30:32
>新システムで利用する米ユニシス製パッケージ「AirCore」の開発言語はJava。
>「全世界でみれば技術者数は多いし、特定プラットフォームに依存しない点も評価できる
なんかJAVAだからプラットフォームに依存しませんって100%思ってそうだけど、やっぱみんなそう思ってるんだろうか・・・・
342:デフォルトの名無しさん
07/05/27 23:50:37
>>341
>なんかJAVAだからプラットフォームに依存しませんって100%思ってそうだけど
100% 思ってると思ってるのは君しか知らないけど。
単なる OLTP だったら互換性は高いんじゃないかね。
343:デフォルトの名無しさん
07/05/28 01:28:50
>>341
しっかりした開発方法論とルールの徹底で、プラットフォーム依存部分を
限定的（外だし等）にすることが出来る。
ITインフラの変化には、その辺の調整とテストで対応、と。
.NETは無理だろう。常識的に言って。
344:デフォルトの名無しさん
07/05/28 09:30:39
>>339
それは問題のすり替えだ。
>>337の書き込みが的外れだと書いているだけだろ。
現行のメインフレームを中心としたシステムの構成なんて知らん。
345:デフォルトの名無しさん
07/05/29 01:14:39
ＡＮＡでは７０億円もの経費節減ができたんだけど、既に総投資額を使い切っちゃったのかもしれないね。
346:デフォルトの名無しさん
07/05/31 09:48:54
未確認情報だけど・・・
ネットワーク機器の設定しくじった模様。
ｽﾚﾘﾝｸ(bizplus板:225番)
>今回のANAシステム障害の根本原因はANAの100%子会社のACC（ANAコミュニケーション）って会社のバカが
>コアスイッチの設定しくじって、天文学的な量のデータを湧き出させたおかげです。
347:デフォルトの名無しさん
07/06/02 23:47:52
PGなのにNWになんて手を出しちゃったとか？
NWが本業の香具師のミスなら、プロ失格だが。
348:デフォルトの名無しさん
07/06/19 13:36:49
>>342
別にOLTPでなくとも、COBOLよりはプラットフォーム依存は低いんじゃない？
というか、プラットフォームで困ることなんか文字コード以外ない気が。
単純すぎ？指摘があればどしどしプリーズ。
>>343
なんで？？WindowsがインストールできるPCという限定つきながら、
プラットフォームに依存しないという言い方はできなくもないきがするが。
349:デフォルトの名無しさん
07/06/20 00:05:37
>>348
ベンダーに依存するなんて、普通は一番避けたいシナリオだろ。
そんなことを言ってる奴が、何かを指摘されて理解出来るレベルにいるとは
とても思えないな。
350:348
07/06/20 02:30:37
>>349
ベンダー依存といっても、マイクロソフトですよ？
メーカー汎用機に依存するより安くあがると思うしなぁ。
というより、今はそこの議論じゃないんだけど。。。
ハードウェアがこれだけ安く調達できる世の中になってきているから、
ハードウェアベンダーに依存するのが一番損をすると思ってる。
メーカー独自のメインフレームは特にだめだと思うんだよね。
で、僕がWindowsも選択肢として有効だと思ってるのは、
Windowsの導入によるハードウェア変更のしやすさを考えると
（つまり、ハードウェアベンダーへの依存率を下げられる）
大きな値段だと思わないんだ。今はWindowsも安定してるしね。
つーか、MS-Office使いまくってて今更依存もくそもないと思うけど・・・
351:デフォルトの名無しさん
07/06/20 02:46:30
>>350
あんた学生だろ。学生が想像の範囲で書いたらそんなもんだろうな。
君のファンタジーワールドに出て来ないプレイヤーが世の中には沢山いるんだよ。
UK 抜きで洋楽の歴史を語ったり、フランス抜きで映画史を語ってる様なもんだ。
352:デフォルトの名無しさん
07/06/20 03:07:33
> フランス抜きで映画史を語ってる
kwsk
353:デフォルトの名無しさん
07/06/20 06:28:03
納得いく結論であればそれでもよいと思われ。
354:デフォルトの名無しさん
07/06/20 09:48:16
とりあえず、PC端末とサーバの区別くらいしろ。
355:デフォルトの名無しさん
07/06/20 10:30:22
>>353
勝手に一人で納得する分には良いが、他人に意見を述べるならある程度の
見識は持ち合わせているべきだと思うよ。
356:デフォルトの名無しさん
07/06/20 12:59:16
>>350
このスレでまともなことを言っても、
そもそも汎用機にこだわってる「フリをしている」人間が聞く耳持ってないので、無意味だよ
357:デフォルトの名無しさん
07/06/20 20:29:21
まともって、何の冗談だよw
>>350 がまともに見えるなら勉強が足りていないと思うよ。
358:デフォルトの名無しさん
07/06/20 20:42:47
この世には Windows と汎用機しか存在しないという発想が凄いね。
MS-Office しか使っていないのに Windows が安くて安定していると
言い切ってしまうのも驚き。
さぞかしシンプルな世界に住んでるんだろうなあ。ある意味羨ましい。
359:デフォルトの名無しさん
07/06/20 21:10:16
調べもせずにWindowsは糞とかいっちゃう奴もいるけどな
あと業務システムにOfficeはあんま関係なくね
360:デフォルトの名無しさん
07/06/20 21:15:54
自分が楽できるなら何でもいいよ
361:デフォルトの名無しさん
07/06/20 21:31:04
>>359
>あと業務システムにOfficeはあんま関係なくね
だからそう書いてるわけだけど?
362:デフォルトの名無しさん
07/06/20 21:33:17
糞っつーか、サーバに使う気がしれないけどね。
363:デフォルトの名無しさん
07/06/20 21:41:03
>>359
誰も君のWindowsを貶しているわけじゃないよ
Windowsしか知らなければ、他に選択肢は無いもんな
364:359
07/06/20 21:44:12
なんか俺がWindows擁護みたいになってるし
まぁいいや
365:348
07/06/20 21:45:47
>>351
う～ん。
反論はいくらでもおっけーで別にいいんだが、そのための根拠はほしい。
僕が想像しているというファンタジーワールドを351はどういう世界と思って
いて、また、そこでプレイヤーという言葉が351の中ではどういう役割を
持っていて、ここで持ち出したのか、全然わからないよ。ヒントすらない。
相手に理解されない文章ほど無意味なものってないと思いますが、いかが？
（歴史の話もどことどうつながってるのかもわからないしねぇ。）
>>354
PC端末とサーバの違いはわかってるけど、348での書き方が悪かったね。
「Windowsがインストールできるコンピュータ」に訂正しておいて。
366:デフォルトの名無しさん
07/06/20 21:48:50
Linux がまともだったら多くの問題が解決するのになあと思い続けて早５年…
367:348
07/06/20 21:50:12
追加
誰もWindowsしか選択肢がないなんていってない気がする・・・
選択肢として有効といっただけなんだけど。
368:デフォルトの名無しさん
07/06/20 21:57:17
>>365
ｽﾏｿ。でも君が理解出来る様になるまで説明するのは大変そうだ。
反論とか根拠とか、そういうのが出て来るレベルには達していないように見えるけど。
他人に騙されない様に気をつけてね。
369:デフォルトの名無しさん
07/06/20 22:10:49
端末のWindowsとサーバのWindowsはまったくの別物。
違いが判らない人は物知り顔で騙らないように。
端末の延長で「Windowsサーバ簡単」って言っている奴は、
ヒヨッコもいいとこだ。
片手間でセットアップした簡易サーバとエンタープライズを
一緒にするな。
370:348
07/06/21 01:47:25
>>369
別に簡単ともいってないじゃないの・・・
一度構築したシステムを停止してハードウェアを新規導入しても、
そこから同じように再構成する大変さも理解してるよ。
でも、メインフレームより移し変えは楽になる。
それが僕の論点であって、それに対して反論するならきちんとして欲しい。
根拠を示してくれないと、どうにもこうにも話にならないんだけど。
>>366
Linuxはなんであんなにだめなんだろうね。
ディストリビューション違うとインストールすらできないハード多数だし、
それならまだしも、同じディストリビューションであっても
1つでもバージョンが違うだけでインストールできないとかもあって、
ちょっとひどすぎるよね。GUI環境は便利になってきたけど・・・
371:デフォルトの名無しさん
07/06/21 02:18:32
何処まで行ってもデスクトップ視点なんだなw
372:デフォルトの名無しさん
07/06/22 01:15:07
それはデスクトップ視点ではLinuxは負け確実だから、
話題変えてくれよといういみか？
373:348
07/06/22 05:19:09
>>371
君、批判がお粗末だね。
相手を叩きのめすには、それ相応の論拠が必要なんだよ？
デスクトップ視点がどっから出てきたのかもわからないし、
そもそも、デスクトップ視点がどうしていけないのかもわからん。
システムを重々しいサーバが管理しなくてはいけない理由は何？
（たとえ話ね。僕もサーバが管理すべきだと思ってるけどね。）
そういう点に言及してくれれば、もう少し僕も大人しくできるんだけど。
批判がお粗末だから、あんまり面白くない。せっかく
メインフレーム＋COBOLの有用性を聞きに来たのに、期待はずれ。
374:デフォルトの名無しさん
07/06/22 06:00:16
割り込みスマソ
基幹のバッチ処理なら今でもメインフレーム＋COBOLは有効と思います。
データを扱うための機械にデータを扱うための言語。
開発基盤について考慮する必要がないため、
純粋に業務ロジック、I/Oについて記述した仕様書が書ける。
ハードの処理性能ではコストパフォーマンスの良いIAサーバーも多いと思いますが、
大人数で開発した時の開発期間、精度はこれにかなわないと思ってます。
オープン系は業務システムでの実績はまだまだ浅いのに、
メーカー系のSEたちは無理してOOPで設計し珍妙な仕様書が回ってくる。
UMLだけ出されても困るし、独自のユニークな仕様書はもっと困る。
せめてサーバー側処理だけでもRDB＋ストアドにしてくれればいいのに。
業務システムの仕様書（詳細）で一番大事なのはI/Oだと思ってます。
「伝票ヘッダは伝票明細と関連があり、伝票入力画面でDBにI/Oをかける」
とかいう説明に何ページかけてるのやら・・・。
オープン系に慣れたベテラン業務SEが充実してくるのはまだまだ先の話と思われ。
COBOLの設計ノウハウには全然かなわないと思います。
375:デフォルトの名無しさん
07/06/22 07:02:06
>>370 >>372 >>373> >371とは別人です。
LinuxデスクトップはUbuntuに統一されそうだから、
それはそれでいいのでは。インストールはWindowsより楽だし。
ここは業務システムをオープンシステムに置き換える意味があるか
というスレです。UNIX系だと数十台、場合によると数百台の
クラスターといった構成になる。ここで#1-#8はRHEL、#9-24はSuse
#25-64はDebian なんてことはあり得ない。
だからディストリビューションが云々なんて言うと、
あっ、デスクトップ視点ね、と思われても仕方がない。
376:デフォルトの名無しさん
07/06/22 09:23:43
>>375
>>統一されそうだから
はぁ？
DELLが採用したからってんなわきゃねぇだろ
377:デフォルトの名無しさん
07/06/22 09:33:22
>>373
自分に叩きのめされる価値があると思ってるのが哀れだな。
君の書き込んでる内容はどこからどうみても素人の書き込みなんだよ。
素人に許されるのは「おかしな事を書いているかもしれませんが、どうか
教えてください」だけだぜ。下らん御託を並べても君の為にならないよ。
理解出来ないのであれば、それは君の所為であって、他の誰かに食って
掛かるのはお門違いだ。悔しいのかもしれんが、態度だけでかくても
成長はしないぜ。
378:デフォルトの名無しさん
07/06/22 09:41:28
>>376
たしかに。統一は適切な表現ではなかったね。
せいぜい、一人勝ちくらいかな。
379:デフォルトの名無しさん
07/06/22 09:46:52
>>376
デスクトップ部分しか突っ込めないのは、このスレ全体の傾向なのかw
380:デフォルトの名無しさん
07/06/22 09:51:51
>>378
確かにLINUX標準搭載のPCでは暫くの間1人勝ちしそうな気がする
381:デフォルトの名無しさん
07/06/29 22:40:17
1から読み返したんだが、
どう考えても>>1の会社はボられてるよなぁ……
382:デフォルトの名無しさん
07/07/01 23:34:37
MSに依存するのもIBMに依存するのもコスト高。
でもベンダー一社の方が、バグ解決も速かったり、力技で対応してくれたりするのも事実。
383:1
07/07/02 02:29:16
>>381
感覚だけで言わないで、成功事例をお願いします。
384:デフォルトの名無しさん
07/07/29 01:39:21
>>1
これといったメリットなんてない。
所詮は商売。新しい物を売ってなんぼ。
385:デフォルトの名無しさん
07/08/14 21:21:29
フランス抜きで映画史を語っても問題あるまい。
フランスの映画なんか名作なんてないし。
売れねーし。
唯一の例外は
エマニエル夫人くらいなもんだろ。
386:デフォルトの名無しさん
07/08/14 21:42:55
ハリウッド映画よりはましでしょ。
387:デフォルトの名無しさん
07/08/15 00:40:51
LinuxってのはHPのハードを安く使うためにあるんだろ
388:デフォルトの名無しさん
07/08/15 01:40:22
>>385
スクリーンに映す映画を発明したのはフランス人だし、最初に映画を公開したのもフランス人だよ。
つまりフランスは映画の祖国なわけね。ヌーベルバーグとかも知ってるでしょ。ゴダール、トリュフォー、
メルヴィル、ルノワール、ルイ・マル、リベット、タチ、ドゥミ、アノー、ルコント、ベッソン、ジュネなど
有名監督も沢山いる。名作かどうか分からんけど「冒険者たち」は一般にも面白いと思うよ。
ハリウッド中心の世界の映画産業の中でフランス映画は主要なオルタナティブの一つだね。
389:デフォルトの名無しさん
07/08/16 02:36:44
セブン銀行 銀行勘定系システムに Windows Server を導入
URLﾘﾝｸ(www.microsoft.com)
390:デフォルトの名無しさん
07/08/16 02:44:30
汎用機遅いよね
391:デフォルトの名無しさん
07/08/27 13:10:33
中小経営者が無駄に汎用機買わされてるのを見ると腹立たしくなる事もある
392:デフォルトの名無しさん
07/08/27 19:40:44
汎用なんだからいいじゃん。
393:デフォルトの名無しさん
07/08/27 20:00:05
昔の意味で「汎用」だからな。
オープンの方がよっぽど汎用的。
394:デフォルトの名無しさん
07/08/27 21:26:54
>>391
騙される程度の才覚しか無いのが経営者を騙るなかれ。
395:デフォルトの名無しさん
07/08/27 22:58:51
汎用機とかは保守とセットじゃないとあまり意味無いんじゃね？
ＰＣヲタ一人雇うお金以下で汎用機のレンタル、保守料金がまかなえれば
それで問題ないと考える経営者も居るんじゃね？
396:デフォルトの名無しさん
07/08/28 00:26:27
>>395
夢見すぎ。
冷房費だけでどれだけかかると…w
397:デフォルトの名無しさん
07/09/27 00:05:52
>>373
＞メインフレーム＋COBOLの有用性を聞きに来たのに、期待はずれ
結局は根本は人なんだよ
開発者や関係者の質が違う
オープン系のアバウトさを考えればわかるだろ
無責任・個人主義のゆとり世代が開発・運用する基幹系
オープンシステムなんてナンセンス
398:デフォルトの名無しさん
07/09/27 00:11:32
オープン系マンセーで目立つのは
開発や運用コストの比較といった狭い視点だけっていうのがいやになるね
コストと投資の違いがわかっていない
情報システムは設備投資であって、設備投資コストがかかっても
それなりのリターンが得られればいい
結局、長い目で見て企業活動の基盤を絶対的信頼性と実績を持って
支えられるメインフレームはあと半世紀は消えることはない
費用対効果の問題を費用だけで語るナンセンスさが
オープン系の連中の浅はかさとアバウトさがでててるよね
399:デフォルトの名無しさん
07/09/27 00:17:09
はっきりいおうか
汎用機を使える余裕のないへぼ会社はオープン系へ
そういう２極化がおきるだろうね
ある意味汎用機を運用しているかいないかってのはその企業の
現状の実態を表している
400:デフォルトの名無しさん
07/09/27 00:26:01
>>398
とりあえず、コストでは太刀打ちできないとやっとこさ理解して、
ひねり出した屁理屈が、「コスト」から「投資」への言葉のすり替えか。
プロプラが、オープンより投資のリターンが大きいという根拠はなにかあるのかい？
つーか、レス自体が、費用対効果について、前半で肯定して、後半で否定してる電波レスで、コボラー脳の限界を感じるが。
401:デフォルトの名無しさん
07/09/27 00:41:40
>>400
まず、はじめに私の立場を言っておこう
現在はＪＡＶＡなどのＷＥＢ開発をしていもと汎用機のＣＯＢＯＬ
経験者だということだ
＞プロプラが、オープンより投資のリターンが大きいという根拠はなにかあるのかい？
絶対とめることのできない金融系のＷＥＢ開発でなぜ
フロントエンドはＷＥＢ、バックエンドはレガシーシステムといった
開発がなされるかわかるかい？
根拠はそこにある。現時点でオープン系のシステムはまだ歴史が浅すぎるんだよ
402:デフォルトの名無しさん
07/09/27 00:48:53
>>400
＞とりあえず、コストでは太刀打ちできないとやっとこさ理解して、
いやだから、企業活動をコストの視点だけで論じてる
視野の狭さを指摘してるわけで
企業の１サイクルというのは30年と一般には言われている
そのサイクルをミッションクリティカルに支えるづける
長期的基盤を安定的に提供するための
実績はオープン系にはないし、最低この問題を語るには
目先の損得だけでなく30年サイクルで見るような視点が大事だって
あたりまえだろ？
403:デフォルトの名無しさん
07/09/27 00:54:39
しかし、>>400はオープン系のアバウトさがでてるレスだね
ミッションクリティカルな基幹系システムでは
損得よりも安定性が優先されるのは当たり前なんだがな
オープン系の連中は汎用機も運用できないような貧相な顧客の相手か
チンケな情報系のシステムしかやらないから
大手のユーザー企業さんが顧客への信頼性、社会的責任をどれだけ
背負ってるか理解できないんだろうね
404:デフォルトの名無しさん
07/09/27 00:58:15
ラーメン屋の顧客管理システムが障害で停止しても
社会全体の影響は知れてるが
ＪＲの基幹システムが停止すればそれは
国家経済の損失になる。
まあ、オープン系の連中はこの辺を語りだすと頭から煙が出てくるからなｗ
この辺でやめとこう
405:デフォルトの名無しさん
07/09/27 01:04:47
どうでも良いから sage てくれよな。書き込みする際にメール欄に
sage って入れるだけで良いんだ。君でも出来るよね?
406:デフォルトの名無しさん
07/09/27 01:43:25
sageもできないCOBOLerが、頭から煙を出してスレを荒らしてるみたいだけど。
リターンが「安定性」だけで決まるとは、ずいぶん牧歌的な世界に生きているみたいだな。
その安定性だって、まともに作ったオープン系システムと汎用機ベースとの差は微々たるもの。
そんな差は、運用要員のくだらないミスやその他のリスクで、誤差に収まってしまう。
その誤差に年間数億の出費の価値があれば汎用機にしがみつくのもいいかも知れない。
だが、現実世界では、それは算盤に合わないと判断する会社が多いから、汎用機の売り上げが落ちてるわけだ。
それでも汎用機が残ってるのは、安定性というより、お抱えCOBOLerの仕事を作るためとか、
カオスで動いてる現在の汎用機システムに手を付けられないとか、の理由を無視できない。
407:デフォルトの名無しさん
07/09/27 03:03:13
>>406
＞リターンが「安定性」だけで決まるとは、ずいぶん牧歌的な世界に
これはひどい
その言葉そのまま返すよ。驚くほど発想が貧困だな
１度の障害が企業活動と企業生命を脅かしかねない
それがミッションクリティカルな業務なんだからさ
たとえば銀行が定期預金の利息計算や満期の払い戻しの計算ミスを
大量にしてみろ。社会的信用は地に落ち銀行免許取り消しになりかねない
君はシステムアナリストには向いてないね。それだけはいえる。
408:デフォルトの名無しさん
07/09/27 03:07:27
>>406
＞sageもできないCOBOLerが
日本語読めないほうが恥ずかしいな
sageるさげないは別に強制でもなんでもないしｗ
会話する以上、日本語読めないのは痛いな
401 ：デフォルトの名無しさん：2007/09/27(木) 00:41:40
>>400
まず、はじめに私の立場を言っておこう
現在はＪＡＶＡなどのＷＥＢ開発をしているもと汎用機のＣＯＢＯＬ
経験者だということだ
409:デフォルトの名無しさん
07/09/27 03:13:50
>>406
＞その安定性だって、まともに作ったオープン系システムと汎用機ベースとの差は微々たるもの。
いちいちひどすぎる
汎用機は高度成長期の初めからもう４０年、企業の基幹業務を
支えてきたわけでそれだけの信頼性と実績がせいぜい
古くても１０年のオープン系にあるとは
これは凄い理解度だなｗ
410:デフォルトの名無しさん
07/09/27 03:20:56
オープン系への以降が進んでるのは
決してオープン系が汎用機に匹敵するほどの信頼があるから
じゃないからね
グローバル化による激烈な国際競争が企業にコストダウンを迫ってるわけで
ある意味、余裕のない企業は信頼性を犠牲にしてまで
オープン系に移行、コスト削減をしいられてるってことだからねえ
まあ目先の金浮かしたところでどうなんだか
追い詰められた企業の消極的選択だな
411:デフォルトの名無しさん
07/09/27 04:05:14
ひどい釣りだなぁ。
頭からもうもうと立ち上る煙で脳が逝っちゃってるんじゃないか？
＞＞リターンが「安定性」だけで決まるとは、ずいぶん牧歌的な世界に
っていう簡単な日本語もまったく理解できてない。
この文は、「システムのリターンは極めて多面的あり、
それを安定性の一点に限るのは愚か」と指摘したものだ。
システムのアップタイムが100%になったところで、客がいなきゃガラクタに過ぎない。リターンは０だ。
＞汎用機は高度成長期の初めからもう４０年、
＞古くても１０年のオープン系に
ほう、安定性とは古さの事ですか。ずいぶんパラダイスな脳をお持ちですな。
Googleが同社の収益の源であるLinuxベースのそのシステムを止めたのは見たこと無いけど、
ここ数年だけでも、メインフレームベースの東証も止まったし、マルスも止まったねぇ。
＞現在はＪＡＶＡなどのＷＥＢ開発をしているもと汎用機のＣＯＢＯＬ経験者
以前、COBOLerの書いた拷問のようなJavaソースを見たことあるが、
あれで本人はCOBOLer卒業と思ってたんだろうなぁ。
＞グローバル化による激烈な国際競争が企業にコストダウンを迫ってるわけで
なるほど。お前が言いたいのは、「みんな、共産主義国家に行って汎用機やろうぜ！」って事か。
412:デフォルトの名無しさん
07/09/27 07:53:25
通りすがりだけど、Googleのシステムを汎用機に置き換えることは
現実的じゃないだろうなー。それに、あんなに頭がいい連中が多いんだから、
もしも汎用機に置き換えることがベターなら、奴らはそれをやっているだろうし。
413:デフォルトの名無しさん
07/09/27 09:00:25
>>408
>sageるさげないは別に強制でもなんでもないしｗ
空気が読めませんて事か?
であれば仕方がない。
たまにこういう奴が湧くよなあ。
いい大人なんだろうに…
414:デフォルトの名無しさん
07/09/27 10:35:00
>>411
おいおい、ほんとうにどうしようもないなあ
ひとつづ回答していくよ
＞この文は、「システムのリターンは極めて多面的あり、
多面的であっても優先順位はあるでしょうにｗ
ミッションクリティカルな基幹業務ではまずなによりも絶対的な安定が要求される
なぜ之だけオープンシステムが活性化しているのにいまだに汎用機とそのレガシー資産が
が現役なのかまったく見えていない意見だな。
あんたはビジネスでは顧客満足が一番とわかっていながら
それを基盤から支える基幹システムの重要性がわかってないのではないかな？
基幹システムが障害で停止してまともに振込みができない銀行でなんで
顧客が満足するの？ｗ安定性は当たり前だが一番重要なはずせない
要素だって馬鹿でもわかるだろｗ顧客の満足度を考えるならね
415:デフォルトの名無しさん
07/09/27 10:43:30
オープンカーと同じ。
イザというとき、(サポートが受けられなかったり素人が作ってたりして)脆い。
なんとなくいい気分になれるってだけで、車としては欠陥であるように
クリティカルな場ではオープン関係は使えない。
416:デフォルトの名無しさん
07/09/27 10:45:05
>>414
私は振込手数料が安い方がいいな。本気で。
417:デフォルトの名無しさん
07/09/27 10:51:26
>>414
＞ほう、安定性とは古さの事ですか。ずいぶんパラダイスな脳をお持ちですな。
実績だといってるでしょうに・・・勝手に古さとかに摩り替えないように
＞Googleが同社の収益の源であるLinuxベースのそのシステムを止めたのは見たこと無いけど、
グーグルっていつできた企業だよｗしかしこれで根本的に理解不足が露呈したね。＾＾
まず情報系と基幹系の区別すらついていない
あとはなからオープンシステムでやってる新しい会社の話を出すこと
自体わけわからないね。どう考えてもこのスレの前提は今基幹システムを
動かしているそれなりの歴史ある企業さんのシステムなんだろ？
そんなに必死にならずもっと落ち着いてレスしてほしいな＾＾
＞ここ数年だけでも、メインフレームベースの東証も止まったし、マルスも止まったねぇ。
あっそそれって別にメインフレームだからそれが原因で停止したとかいうわけでもない
信頼性や実績に絶対はない相対的な比較なんだからオープンシステムとの
比較になるわけｗあんた何と比較してるのｗ
比較対照にグーグルのシステム持ち出してるわけだから
わかっていなんのはしょうがないんだろうけどねえ＾＾
まあ君もそういうグーグルみたいなとまっても国家的影響が出ない
会社のシステムの話を持ち出してちょっと勘弁してほしいなあ
グーグルのシステムが停止したところで東証システム停止のような
社会的問題にはならんだろうに・・・。
ミッションクリティカルとか基幹系という意味がわかってない
まさにアバウトオープン系のおおらかな発想だね
418:デフォルトの名無しさん
07/09/27 10:59:22
>>411
＞以前、COBOLerの書いた拷問のようなJavaソースを見たことあるが、
＞あれで本人はCOBOLer卒業と思ってたんだろうなぁ。
おいおい短納期のＷＥＢ開発できれいなソースなんて見たことないよ＾＾
だいたい基幹系であってもきれいなソースなんてめったにお目にかかれない
少なくとも君は開発関係者じゃない冷やかしか？
経験３年以下のプログラムを芸術と勘違いしている程度の初心者だと
わかる意見だな こりゃｗ ひどい
419:デフォルトの名無しさん
07/09/27 11:04:34
オープン系の開発現場では開発途中のソースコードの
管理ができてない何って事も普通にあるｗ
メンテンナンスではどれが最新のソースコードかわからない
なんてこともあったなあ
汎用系では絶対ありえない話
まずソースコードは最低限エンドユーザーの資産だということを認識してくれればね
実務経験者としてはソースコードがきれいか汚いかなんてどうでもいいよｗ
ただソースの管理だけはしてくれよｗ
420:デフォルトの名無しさん
07/09/27 11:10:36
>>411
＞なるほど。お前が言いたいのは、「みんな、共産主義国家に行って汎用機やろうぜ！」って事か。
なんだこの一文は・・・。
結局、目先の損得しか見えない、語れない脳が丸出しだな
まったく話についてきてない
君みたいなやつは安く毒いりの中国うなぎや
格安で落ちる飛行機や、営利重視で脱線転覆事故起こす電鉄会社の
電車乗ればいいだろ
少なくとも君の人生がどうなろうが社会的影響はないだろうが
今話しているのはミッションクリティカルな基幹業務システムの話なんだぜ？
421:デフォルトの名無しさん
07/09/27 12:49:44
ミッションクリティカルがどうとかうざいことこの上ないが
止まって困るようなところはたとえ止まっても潰れない
だから十分な技術の蓄積があれば何だっていいんだよ
オープン系やってるようなところで
オープン系の根幹から理解してるようなところは少ないだろうけど
422:デフォルトの名無しさん
07/09/27 13:28:12
＞止まって困るようなところはたとえ止まっても潰れない
そんなところが止まれは国家や日本経済が死ぬな
自分はつぶれないから社会的影響がどうなろうとしったこっちゃないよ～
なんて発想はもうシステムどうのこうのいうよりも
モラルハザードもいいとこ、さすがオープン系カルチャー＾＾
423:デフォルトの名無しさん
07/09/27 13:32:27
自分はつぶれないからいいよ～で
東証が１週間でも停止したら世界的金融パニックの引き金になりかねない
やはりオープン系の発想はアバウトすぎる＾＾
424:デフォルトの名無しさん
07/09/27 13:41:48
ほんとのほんとにぶっちゃけたこというと、
金融系の基幹システムも、ぽこぽこ落ちてるよ数年に1回ペースで
汎用機だなんだいっても、想定外のシステム負荷には脆いもんだよ
とはいえ数年に1度を想定しちゃうとお金がいくらあっても足りない・・難しいね
オープン系と比べて汎用機が安定つってるのは、あくまでハードウェアの世界の話ね
425:424
07/09/27 14:00:43
俺別にオープン系擁護じゃないからお間違え無く
オープン系の場合、毎月のようにハード障害・交換。これはガチ
426:デフォルトの名無しさん
07/09/27 14:23:23
>>424
一分一秒を争う基幹システムの復旧で
システムダウンのとき最初にハードの問題じゃないと切り分けやすいのは
それだけで利点だよね
オープン系だとそうはいかない
いろんな要素でシステムが構成されていてある特定の場所なのか
あるいは複合的な要素でそうなってるのか？
いろいろと切り分けが大変だ
427:デフォルトの名無しさん
07/09/27 16:45:41
明確に違うと書いておこう。
オープン系もピンキリだ。
ちゃんと高いUNIXサーバ使え。
428:デフォルトの名無しさん
07/09/27 16:55:09
>>426
後、オープン系誤解してる。
汎用機は一品主義で１台の中で可用性を高めているが、
オープン系はHAクラスターで可用性を高める。
だから、サーバダウン＝サービスダウンではない。
ちゃんと設計されたシステムでは、使用者に障害を気付かせないよ。
それと一次復旧と二次復旧を分けて考えなさい。
429:デフォルトの名無しさん
07/09/27 17:53:52
>>428
誤解してる以前に話の内容を勘違いしている
あきらかに障害防止の仕組みの話なんかしてないでしょう
430:デフォルトの名無しさん
07/09/27 18:01:03
ああそうか
＞金融系の基幹システムも、ぽこぽこ落ちてるよ数年に1回ペースで
これはサービスダウンを言ってるわけじゃないのか？
でも落ちるなんて表現は誤解を招くぞ
落ちるといえば大抵システムダウンを連想するよ
431:デフォルトの名無しさん
07/09/28 01:03:31
コボラーがどうして駄目かよくわかるスレだな。
古ければ正しい、若いのは駄目、ソースは汚いのが正しい。
なにより、ビジネスの広い視点がまったくなく、盲目的に安定性しか言わない。
いくらハードやＯＳが安定して立って、システムなんて人間のミスで簡単にトラブルのに。
432:デフォルトの名無しさん
07/09/28 05:11:07
>>429
安定性の話の流れで可用性の話が否定されるとは・・・ちょっと絶句。
解説してあげると・・・
>>426が「一分一秒を争う基幹システムの復旧で」と書いているが、そもそも
オープン系は多数のサーバで可用性を確保しているので、サーバ停止が
即サービス停止にはならない。
つまりシステムは問題なく稼働し続ける。
だから、「一分一秒」だとか「基幹システム」だとか、そんなのは否定要素に
なりえない。
そして、切り分けの話については>>427でﾚｽ付けているが、ちゃんとした機械なら
OSがきちんとログ吐くのでハードかどうか切り分けができる。
もし万一、デバイスドライバーとかの低位レイヤーの問題で切り分けが付かない時でも、
デバッグ用の情報はログに吐かれているので、とりあえず部品を交換したあとに
ベンダーに解析させればいい。
部品交換中だろうが何だろうがサービスは続けられるんだから。
WindowsやLinux等のIntelArchitectureだけがオープン系ではないぞ。
まぁ、少し前からメインフレームみたいに全部品をサーバH/W側で二重化した
ftサーバなんてものも出てきたから、IAサーバでもかなり詳細なログとれるように
なったけどね。
ちなみに>>424は私ではないよ。
433:デフォルトの名無しさん
07/09/28 05:34:31
もう絶対的信頼性と実績の維持のためだけに、高いコストを負担してまでメインフレームを使う時代は終わった。
価格には適度という物が有る。いつまでも高価格じゃ企業は存続しない。
メインフレームしか使えないコボラーなんて寄生虫なんだよ。
Javaや.NETでも安定性は確保できる。つフォールトレラント
JRの基幹システムも未だにメインフレームじゃないでしょ。
メインフレームの高額費用の維持のためにリストラしまくらないと潰れるじゃん(w
銀行こそコストに敏感だからメインフレームからの脱却が進んでいるけどな。
化石のメインフレーム使っていて、最新のネットバンキングとか携帯に対応できる訳ないし。
メインフレームでIEが動くのかい？ 自社のネットバンキングすらログインできない(w
銀行や保険の計算ミスって割と良く有るけど、メインフレームだと、 １度の障害が企業活動と企業生命を脅かしかねないミッションクリティカルな業務で、社会的信用は地に落ち免許取り消しになりかねないのではなかったの？
コボラーは単にスキルが低いからハードの切り分けが出来ないってだけか？
小学生からやり直せばおk。おまいこの業界向いてないよ。
434:デフォルトの名無しさん
07/09/28 06:06:19
メインフレームの高額費用は賠償金を払うときのための保険
435:デフォルトの名無しさん
07/09/28 09:41:09
>>433
オープン系の一員として書くが、こういう頭の悪い発言はやめてくれ。
> メインフレームでIEが動くのかい？
業務サーバ上でクライアント機能が動く必要はない。
というか、むしろ重要なサーバ上で一般業務をするな。
436:デフォルトの名無しさん
07/09/28 10:05:17
メインフレームの主張でよくコスト効率の話が出るけど、
最近はだいぶ限定的になっているよね。
メインフレームは、後からの拡張性に乏しいので最初に
キャパシティを決めて購入・構築になる。
で、足りなくなったら数億以上の金と長期間かけて増強・・・。
もちろん、余裕をもってキャパシティプランニングするんだろうけど、
当然余裕分は余剰投資になるわけで・・・。
安定成長分野でないと使いにくいよね。
金融系の従来業務とか・・・ね。
金融でも新しい決済関連（電子マネー等）とかの急成長分野は、
メインフレームでは辛いでしょうね。
大きいの入れても売れなかったら、どれだけの損失になることか・・・。
柔軟な拡張性と短期間での増強・展開はオープンならではと思う。
437:デフォルトの名無しさん
07/09/28 14:46:36
でも伝票打ちのおばちゃんにはWin等のPCでは無く端末機が良いなと最近思う。
438:デフォルトの名無しさん
07/09/28 15:31:36
よくわかっている人はメインフレーマーという
何も知らないお馬鹿なやつほどコボラーという
ソースコード管理やシステム設計など開発のノウハウは
メインフレームの資産から学べることは山ほどある
所詮コボルプログラムなんて
サーバーサイドＪ２ＥＥ（ＪＡＶＡ）で言えばＭＶＣモデルのＭの部分に過ぎない
ＪＡＶＡでバッチフレームワークを組むときメインフレームのＪＣＬ起動の仕組みを
参考にさせてもらったがあれはすさまじく理にかなってる
コボルだけ見てああだこうだ言いってるのは
フレームワーク上でビジネスロジックしか書かない
最近のなんちゃってＪＡＶＡプログラマーとしか思えないな＾＾
439:デフォルトの名無しさん
07/09/28 15:39:12
ああ、僕の中では
コボラー＝ビジネスロジックしかできないＪＡＶＡプログラマーだからね＾＾
目くそ鼻くそを笑うとはよく言ったもんだ
フレームワークでＤＢ接続部分の共通部品を作ってくれと仕事任せたら
上司連れてきてそんなことできるかと開き直って
自分ができないのを俺の責任にしようとしたいつかの自称ＪＡＶＡ
プログラマーを思い出すよ
まったく
ＳＱＬパッケージやリフレックスパッケージも知らないで
なにがＪＡＶＡプログラマー何だよって頭痛くなるね
>>433
どこからのこぴぺだｗ１０年前からそういう意見は耐えないな
でも汎用機は健在しているのが現実ｗ
440:デフォルトの名無しさん
07/09/28 15:58:57
>>432
＞オープン系は多数のサーバで可用性を確保しているので、サーバ停止が
＞即サービス停止にはならない。
なにを必死になってるのかしらないけど
ダウンしないシステムなんかない
ハードウェアの構成だけでああだこうだ言ってるみたいだが
ソフトウェアとかいろいろこける要素は多分にあるんだがな
441:デフォルトの名無しさん
07/09/28 16:00:49
>>431
＞古ければ正しい、若いのは駄目、ソースは汚いのが正しい。
へ～だれがどこでそんな主張をしたの？
具体的に指摘してくれないかな＾＾
オープン系の連中はソース管理どころか自分が口に出す言葉も
まともに管理できない＾＾事がよくわかるレスだね