業務システムをオープン系にするメリットって

業務システムをオープ ..

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という限定つきながら、
プラットフォームに依存しないという言い方はできなくもないきがするが。

次ページ