進化する銀行システム 24時間365日動かすメインフレームの設計思想 (Software Design plus)本無料ダウンロードpdf
進化する銀行システム 24時間365日動かすメインフレームの設計思想 (Software Design plus)
著者 花井 志生
進化する銀行システム 24時間365日動かすメインフレームの設計思想 (Software Design plus)本無料ダウンロードpdf - この本を見つけたり読んだりすることにした場合は、以下に参考のために進化する銀行システム 24時間365日動かすメインフレームの設計思想 (Software Design plus)の詳細に関する情報を示します。 素晴らしいナレーションで。 進化する銀行システム 24時間365日動かすメインフレームの設計思想 (Software Design plus)は今年人気のある本の1つです。 これには256ページページが含まれており、単行本(ソフトカバー)形式で利用できます。 この本は、その4.2の評価と、約3のユーザーレビューを得て、非常に驚きました。 ですから、この本を読み終えた後は、読者にこの素晴らしい本を過小評価しないことをお勧めします。 進化する銀行システム 24時間365日動かすメインフレームの設計思想 (Software Design plus) をリーディングリストとして使用する必要があります。そうしないと、人生でまだ読んでいないので残念です。 これは、この書籍を市場または別の書籍販売者で検索するために使用できる書籍の識別子です。isbn:4774187291、ean:4774187291またはasin:asin。
本のタイトル : 進化する銀行システム 24時間365日動かすメインフレームの設計思想 (Software Design plus)
平均的な顧客フィードバック : 4.2 5つ星のうち 3 カスタマーレビュー
ファイル名 : 進化する銀行システム-24時間365日動かすメインフレームの設計思想-software-design-plus.pdf
ファイルサイズ : 24.81 MB
以下は 進化する銀行システム 24時間365日動かすメインフレームの設計思想 (Software Design plus) の最も正直なレビューです。 この本を読んだり購入したりする場合は、これを検討してください。
平均的な顧客フィードバック : 4.2 5つ星のうち 3 カスタマーレビュー
ファイル名 : 進化する銀行システム-24時間365日動かすメインフレームの設計思想-software-design-plus.pdf
ファイルサイズ : 24.81 MB
以下は 進化する銀行システム 24時間365日動かすメインフレームの設計思想 (Software Design plus) の最も正直なレビューです。 この本を読んだり購入したりする場合は、これを検討してください。
IBMのホストコンピュータの技術を日本の銀行システムとの関係で解説した本。今やコンピュータシステムといえばオープンシステムが基本であり、仮想化は定着し、コンテナ技術も一般化し、クラウドもごく自然な選択肢として成長していて、サーバレス開発という言葉すら登場する中で、さらに金融ではFinTech革命が世界を席巻しているこの時代に、あえて銀行基幹系を支えるメインフレームの本が出ると知り、期待して注文した。以下のような4部構成になっている。第1部 銀行の勘定系オンラインシステムの特徴と歴史第2部 システムを構成するハードウェア、ソフトウェア第3部 システムの安定性、性能を高める技術第4部 システム安定化への取り組みと今後著者によると、第3次オンラインシステムの安定性や性能を高める技術の概要をまとめていたメモが元になっているという。真面目に書かれている。特に略語については何を略したものなのか丁寧にわかるように書かれている。特に、第3部は比較的こだわって書かれている。ただ、個人的な感想としては、IBM色が前面に出ているのはいいとしても、全体的には、銀行の勘定系の本としても、汎用機の解説本としても、第3部以外の部分は期待したほど詳しいものではないように思われる。銀行勘定系の業務システムそのものについての解説があまり踏み込んだものではないし、特に勘定系システムはCOBOLなどで莫大なコードが書かれてきたのだがアプリケーション開発に関することがあまり書かれていないし、ハードウェアやネットワークの進歩についてもそんなに詳しいとは思えないし、日銀ネットや全銀システムの説明も詳しくないし、FISCの安全対策基準との関係についてもきちんと書くべきではないかと思われるし、情報系を中心とする銀行の他のシステムとの関係性についてもあまり深くは書かれていないし、海外のシステムとの比較も申し訳程度しかない。こちらが期待しすぎていたせいもあるのかもしれないが。例えば、第3次オンでアプリケーション開発側を主に担当していた元PMと得意な部分を分担しあって書くとか、もうひと工夫する余地があるような気がした。
0コメント