金融系システムエンジニアの方へ

質問

なぜ、あなたはシステムエンジニアの中であえて
金融系を選んだのでしょうか？教えてください。

回答No.6

lawson

すいません、長らく放置してる感じです。
たぶん、私が中途半端にふって、放置してるからでしょう・・・

人のスレに便乗して、いろいろ、コメント書いちゃいます。

>少しでも早く発注命令をネットワークに
>乗せるようにするプログラムを組むこと。

あまり、想像できないですが・・。
ぱっと頭に浮かぶのは、
ポーリングしないで、割り込みのようなもので、処理するとか。。
発注の識別情報だけ、ネットワークに乗せて、
発注内容詳細は命令の実行側で再SELECTするようにして、
ネットワークに乗せる時の負荷を小さくするとか・・・・

>さらに、少しでもディーラーさんが
>使いやすく、一瞬で発注命令を出せるデザインにすること。
あまり、想像できないですが・・。
ぱっと頭に浮かぶのは、
ＤＦＤなどの業務フロー的に発注命令を出すにあたっての
作業者にとっての入力情報が、すべて画面上に表示されていたり、
発注命令発行時用のダイアログをポップアップであげたら、
既に、デフォルトが入力されていたり、不足や、変更分に関しても
簡易入力用のポップアップで、単なる選択操作で事足りるようにしてたり。。。

>当然ながら、出来る限り落ちないようにすること。

あまり、想像できないですが・・。
ぱっと頭に浮かぶのは、
定期的に、小さな連絡用のパケットを送信するとか・・

>そのためには、既存のものだけでなく、
>少しでも性能を上げていくために
>未知な領域に足を踏み込んでいかなければ成りません。

たいへんそうだ。

>詳しくは書けませんが、最近も日本の金融では
>まだまったく使われていない言語を
>使用して、一部機能を作ろうとしています。
>これが早くなるとは思うのですが、
>資料も少なく、実例も少ないので結構きついです。

たいへんそうだ。

>さらに、メンテのフェーズを考えると、
>通常よりたくさんの資料を残さなければいけません。

私も以前、障害時のトラブルシューティングの資料、
障害対応方法と、リカバリー方法(そのまま、再実行か？、
再実行前に、どんあ準備が必要か？ 再実行が不可で、代わりに
どんな対応を施すべきか？)
１００％は、無理にしても、
思いつく限りをカテゴリ別に分けて、書いていったことがある。
障害復旧に時間がかかると、シャレにならないような
システムだったので、設計書や、仕様書よりも、
そっちの方のウェイトが高かったような気がします。

>あまり、最先端でおいしい気はしません。
>その言語がそのままマイナーで消えていったら
>そのキャリアはあまり意味ありませんから。

そうですかぁ
でも、言語そのものよりも、その言語がもってる
文化を吸収することのほうが本当は大事な気がします。
いくらマイナーでも、smalltalkができる仕事なら、
やってみたいと思います。

>最近みずほ証券だの、大和証券ＳＭＢＣだのと
>不祥事がありますが、どうしても仕方が無い
>部分が出てきてしまいます。
>なぜなら、ディーラーさんが思ったことを
>一刻も早く取引所に取り次がなければならないですから。

金が絡むと必死で、端末をたたきまくるんでしょうね。
早くしないと・・・。損失がどんどんふくらんでしまう・・・

>体的には私はこういう感じです。
>これで参考になりますか？

少しはイメージがでました。

>ちなみに、英語は必須です。
>ディーラーさん外国人多いので・・・。

あちゃー！！、これはつらいです。

>高度なセキュリティが必要な時もあります。
>具体的には書けませんが、
>例えば世界のとある箇所に日常的に繋いで、
>機密情報をやり取りする場合。

セキュリティの仕組みってなにげに面白いですよね。
チャレンジレスポンスとか、ワンタイム認証とか。
最初に知ったとき、なるほどと思いました。
セキュリティって、意図的に知識として知って意識して
システムを組まないと、気がついたら、セキュリティの甘い
システムになってたりするので、知識を増やすことが重要な
分野だと思いました。

>参考になりませんね…。
>金融にも色々ありますってことで…。

いえ、参考になりましたよ。
ところで、最近、ファイナンシャルプランナーという資格が
あることを知りました。
この資格を持ってると、有利なんかなぁ。
金融系にもいろいろあるでしょうが・・