アカウント名:
パスワード:
例外はウェブアプリケーションぐらいでは? と推測しているんだけど、どうだろう。それ以外だと、社内システムなら新規開発が大量発生したりもするよ。市販業務アプリは、WindowsもMacもなんてOfficeぐらいだし。
#761394 の言っていることは的を射ているような。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー
記事内容もちゃんと読めば? (スコア:2, 参考になる)
Re:記事内容もちゃんと読めば? (スコア:3, 興味深い)
ただ、
>アプリケーションのほとんどは,Windowsのターミナル・サービスで
この「ほとんど」というのがポイントではないでしょうか。
例外的にクライアント側で利用するアプリがあり、それらに対応可能なソリューションとしてMacが適当だと判断されたのだと思われます。
おそらく、そういった「例外」は情報システム部門が述べる以上に多いでしょう。
それらをおおむねカバーし(少なくとも代替手段を設けることが可能)、なおかつリスクを軽減できる方法としては、なるほど「Mac端末」というのは適当かもしれません。
Re:記事内容もちゃんと読めば? (スコア:3, 参考になる)
全然逆だと思いますよ
銀行の営業系のシステムは、新規開発だと窓口用の特殊端末などを除いて最近ではほとんどWebアプリで構成してクライアント依存を極力排除する傾向が強いです。端末数が半端じゃなく多く、支店や集中センターなど遠隔地にある拠点数が多いので、クライアント依存なアプリケーションの更新にとんでもないコストがかかるからです。実際、あおぞらのリテール営業系のシステムはWebベースですし
問題は、クライアント依存のソフト、特にあおぞらのようなシステムが古くてホスト依存の多い銀行だと、ダム端末や帳票出力に頼ってる業務なんかがたくさんあって、複数の端末が混在してしまう問題があります。Windowsクライアントでターミナルエミュレーターを動かして、ダム端末を統合させることもできますが、完全なクライアント非依存にならないし、銀行の内部ネットワークもIP化、VPN化が進んでいるのであまり現実的な選択肢とはいえません。そこで、ターミナルサーバ側でホスト用のターミナルエミュレーターを動かしてクライアント依存を排除するというのは割と多いです
Re:記事内容もちゃんと読めば? (スコア:0)
うらやましいですね。
証券会社の株関連のソフトはみんなActiveXを使用しているので、Windowsオンリーになってしまってます。
良くて出来の悪いJava止まり。
ほんとなんとかしてほしいよ。
Re:記事内容もちゃんと読めば? (スコア:1)
例外はウェブアプリケーションぐらいでは? と推測しているんだけど、どうだろう。それ以外だと、社内システムなら新規開発が大量発生したりもするよ。市販業務アプリは、WindowsもMacもなんてOfficeぐらいだし。
#761394 の言っていることは的を射ているような。
Re:記事内容もちゃんと読めば? (スコア:1)
取引先からのメールでも、有無を言わさずOfficeのファイルってのはずいぶんあることだと思うのです。
ウェブアプリは、情報システム部門が監督しているでしょうから例外とはならないでしょう。
まあ、この次も端末としてMacを選ぶべきかはちょっと怪しいと思います。
HPのブレードPCソリューションとかもありますしね。