ドイツの銀行員、一瞬の居眠りで約290億円の誤取引

いやまさにこれ、たまにやるんですよ！
私の場合、ＷｏｒｄかＴｅＸでやるので、大問題にはならないのですが、
たしかに、銀行でやったら、たいへんなことに（＞＿＜！）

ドイツの銀行員、一瞬の居眠りで約290億円の誤取引
http://www.afpbb.com/article/life-culture/life/2949627/10886556

AndroidのIDE,「Android Studio」を入れてみた

AndroidStudioを入れてみた。
以下、そのときの状況

---

■ダウンロード

まず、

Getting Started with Android Studio
http://developer.android.com/sdk/installing/studio.html#download

にいく。



右側の「Download　Android　Studio」をクリックすると

がでてくるので、チェックして、ボタンをクリックすると、

保存するかと聞いてくるダイアログが出た。保存するとすると、



なダイアログが出て、ダウンロードをはじめる。ちょっと長い

---

■インストール
ダウンロードできると、

なアイコンができるので、ダブルクリック



はNextをクリックするとダイアログはすぐ出るけど、ちょっと時間が立って

のように、全体が出る。ここでもNext

Next

Next

Finishすると、

のように、インストールが始まる。で、そのうち

となって終わるのでNext

となるのでFinish
ここで、インストールがおわり、立ち上がる

---

■立ち上げ



というのが出て、

とでて、立ち上げ場所を選べる。
そうすると、

がでてくる。

とか出てきたけど、いまインストールしたばっかだから、Ignore Updateでいいや。

---

■新規プロジェクト作成

そうこうして、さっきの

から「New Project」を選ぶと


以降Nextを適当にクリックしていくと



となって、

となる。そこに書いてある通り、Altキーと１を一緒にクリックすると
左側にプロジェクトウィンドウがでてきて、それを適当に開いていきダブルクリックすると、
右側に、いろいろ出てくる

Internet Explorer 6～9に修正予定がない脆弱性

スラッシュドットの記事

Internet Explorer 6～9に修正予定がない脆弱性
http://security.slashdot.jp/story/13/06/11/0350235

今回の脆弱性は確かに、ローカルで危険なXMLファイルを
開かないと、問題にならなさそうだけど、
そんなことより、今後、このような

Internet Explorer 6～9に修正予定がない

なんてのが、どんどん出てくるんですかね・・・

luminさんが”「ほこ×たて」の「たて」の裏側について”をアップしたよ！

ここ

6月9日（日） に放映された「ほこ×たて」の「たて」の裏側について
http://www.netagent-blog.jp/archives/51945771.html

長いから、まだ読んでない。あとでよむ。

学界ではまだ、「ソフトウェア工学の問題は要求仕様の不備」というのだろうが・・・

　日経BP社が出す資料は、一般に学界の論文などでは、情報源として引用しないと思う。格の低い情報源とされる。同じデータでも、国家、および外郭団体（IPAなど）が出される資料のほうが、正確とされる。
　一方、いわゆる「社長さん」は、日経なんとか大好き！だ。ここで、学界と産業界の意識の差が出る。

---

　で、今回の御題。

　日経コンピューター２０１３年５月３０日号の１２０ページ
　読者の声　今号のテーマ　システム障害

の右の図、「この１年で遭遇した「システム障害」の要因は何ですか」

を列挙すると（ヒストグラムを上記リストに書き換え）


１．ハードウェアの障害　４２件
２．ネットワークの障害　３８件
３．運用オペレーションのミス　３８件
４．独自開発したソフトウェアのバグ　３７件
５．人的リソースやスキルの不足　３７件
６．パッケージ・ソフトウェアのバグ　１８件
７．システム負荷の増大　１７件
８．要求仕様の誤り　１４件
９．OSやミドルウェアのバグ　１３件
１０．その他　４件


となっている。

よく、アカデミックの分野で言われる、「要求仕様の誤り」はかなり低く、
ハードとネットワークの障害が多いのだ。これは、肌感覚にあう。

---

最近の問題は、ネットワークの問題が多い。
また、ソフトは、まったくの大規模新規開発が少なくなっているので、
たしかに、部分改修や、一部システムの新規開発により、バグは出たとしても、
要件定義レベルの大幅な間違いは起こりにくい。

　学界のソフトウェア工学の場合、SEMATもそうだが、海外からの情報が多い。
　海外と日本の開発はことなり、海外は内製が多いのに対し、日本はSIerが
作ることが多く、SIerは、銀行システム、流通、製造業など分野ごとにセクションを
持っている場合が多い。

　従って、日本の場合は、SIerが、同じ分野の似たような仕事を何回もする
ことがおおい（ERPを何社分もつくったり、いくつもの病院の電子カルテを
作ったり）。
　この場合、はじめの顧客の要件定義に失敗しても、SIer会社は学習し、
要件定義ミスがだんだん少なくなることが予想される（しかし、後の顧客
ははじめの顧客より遅く投入するわけだから、要件定義がよりうまく行っても、
先行者利益は限定的となる。ここにトレードオフがある）

　だから、実務的に考えると、「要求仕様の誤り」が少ない理由はうなずける。

---

　一方、BYODなどにより、ネットワーク負荷を予測し、新しい機械を導入したり
タブレットなど新しい端末が導入されれば、ハードやネットの障害は増える。
知識不足になることもあるだろう。だから、上記リストの上位も理解できる。

---

　学界的には、「ハードも、ネットも、運用オペレーションも、全部要求仕様！」
として、要求仕様の問題に帰着させるかもしれないが、そうすると、一般の人の
肌感覚とあわなくなってくるんじゃないかと思う。

　現在は、新規開発より、保守運用が中心であり、
　プログラマ、SE,要求分析者より、インフラエンジニアが勝ち組でモテる時代なのだ！

6月10日(月)のつぶやき

　ウィリアムのいたずら　@xmldtp　10:55

SEMATでソフトウェア工学の普遍的な理論を求めているが、あればチャーチ・チューリングのテーゼ、ないしは「”仕様は実現化する”と”勝手に思ってる”」（実際は違う）ってことじゃないのか？ goo.gl/hhIru

from gooBlog production

返信 リツイート お気に入り

---

Follow @xmldtp