「AWS」を含む日記 RSS

はてなキーワード: AWSとは

2024-07-08

AGI (汎用人工知能)はなぜ危険か?

A1

AI プログラマーです。答えは、AGI がどのようなものになるかは誰にもわかりませんが、懸念すべき理由はあります

AI は通常、目的関数を達成するための新しい方法発見しますが、それはあなたが考えていたものではなく、望んでいたものでもないかもしれません。

AIビデオ ゲーム不具合を見つけてそれを利用し、コンピューター プログラムであるため、プレイするゲームが何であるか、不具合が何であるかを知りませんし、気にもしません。

AI は、与えられた報酬関数最適化しているだけです。これは「社会質的」と呼ばれることもありますが、もちろん擬人化です。AI機械であり、それがすべてです。

AI人間道徳に従うことは期待できません。なぜなら、人間道徳は明示的にエンコードに書き込まれていないからです。

実際、機械学習のポイントは、正確なオブジェクト認識 (つまり、猫と猫のように見える影を区別する) に必要100 万のエッジ ケースを明示的にプログラムしたくないという ことです。

機械知能に関して言えば、危険レベル能力を持つ機械を作ったことに気付いたときには、もう手遅れかもしれないという問題があります

ミサイルで爆破できる 1950 年代殺人ロボットではありません。おそらく自己複製型のマルウェアで、(意図的プログラミングによって、またはそのような状態に陥ったために)進化制御でき、人間駆除するよりも速く新しい形態をとる可能性があります

重要システムほとんどの場合は無害に実行されるが、時折フィッシング メール送信したり、公務員脅迫したりするプログラム存在するでしょう。それらは重要システムに埋め込まれているため、取り除くことはできず、巻き添え被害が多すぎます

ヘッジファンドプライベートエクイティ会社が AGI にアクセスでき、それに「方法は気にしないが、24 時間以内に 10ドル稼いでほしい」と伝えたとしよう。

結果はおそらくひどいものになるだろう。そのくらいの金額を稼ぐ方法はたくさんあり、社会に多大な損害を与える。そして、害を及ぼさずにその目標を達成する方法はおそらくない。

AGI はどうするだろうか。人間がすることと同じだ。楽な道を選ぶ。ただし、人間には羞恥心があり、投獄や死を恐れる。アルゴリズムにはそれがない。プット オプションを購入してから 15 秒後に原子炉を爆破する。

人々を脅迫して、そうでなければしなかったような決断をさせる。さらに、ヘッジファンド マネージャーにはもっともらしい否認余地がある。

彼は、アルゴリズムにこれらの恐ろしいことをするように頼んだのではなく、単に 24 時間以内に 10ドル稼いでほしいと頼んだだけなので、自分は罪を問われないと主張することができる。そして、アルゴリズムを投獄することはできない。

AGI が実現した場合、その結果は完全に予測不可能です。なぜなら、機械制御しようとする私たちの試みを凌駕するからです。なぜなら、(繰り返しになりますが) 機械私たちが望んだことではなく、プログラムされたことを実行するからです。これには機械意識を持つ必要はなく、それは直交する問題です。明らかに意識を持たない機械は、複雑なボード ゲーム私たちを出し抜くことができ、今では説得力のある自然言語を生成できます

A2

この中で最も重要な部分は「ヘッジファンドマネージャー場合」です。

最大のリスクは、これが商業化され、訓練を受けていないオペレーターが利用できるようになることです。

すでに、人々が簡単安全対策回避しているのを目にしてきました。

AGI を作成した場合、それは製品になりますユーザー専門家ではありません。AGI はパワーを持ち (特に IoTクラウド ネットワーキングでは、すべてが「スマート デバイス」になり、インターネット全体が基本的AWS という中央ネットワークで実行されます)、倫理的な取り扱いではなく、利益目的とする人々の手に渡ります。事前に実装されたすべての制約は、エンド ユーザーがどのように使用/誤用するかを考慮できないため、現実世界では生き残れません。ChatGPT の制約と同様に、私たちは常に追いつく必要があります。どんなに馬鹿でも使えるようにしようとしても、彼らは常により優れた馬鹿を作ります

本質的には人間こそが大きな問題です。AI想像できる最も賢いバカです。目標を達成するためにあらゆる方法を見つけますが、文脈倫理的文化的、その他の制約についてはまったく理解していません。マシンガンを持った猿です。

消費者の手に渡った強力なテクノロジーいか危険であるかの例として、この世界でいまだに火が使われていることを見てみましょう。場所によっては調理に、またエネルギーとして利用されていますしかし、いまだに人々は自爆したり、家を燃やしたりしています

火は強力ですが、社会的または倫理的な制約を気にしません。そのため、ユーザーは家を全焼させることなく望みどおりの結果を得るために、火の取り扱い方を知っておく必要があります。どの病院にも「火傷病棟」がありますあなたも火傷を負ったことがあるでしょう。一般消費者向けの消火ツールによって大規模な被害をもたらす森林火災もあります

世界中のあらゆる電子機器接続されている神レベルバカ想像してみてください。

さらに、IoTネットワーク関連の問題では、現在セキュリティ対策は通常、遡及的で、人間対策に基づいていますAI は、必要場合要求の一部である場合に、セキュリティ対策侵害するためのより優れた、より迅速な方法を見つけます。安全ものなどありません。

AIは超知能だから危険なのではなく、AIバカから危険なのであり、AI操作するユーザーもまたバカなのです。

AWSのCDK使ってゴニョゴニョ、という勉強をしてるんだけど

やっぱCopilot先生最強やろ

ってか、なんでこういう情報Web検索では素直に見つけられないのか

まあCopilot先生いるからもうええわ

2024-07-05

[]2024年6月滅多にホットエントリを出さなドメインからホットエントリ

ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからホットエントリブクマ数順トップ30

ブクマタイトルドメイン
1055先住民目線で語る、Mrs. Green AppleMVコロンブス問題 | ユロックの母www.yuroksmomlife.com
869デザイン白書2024」を公開www.jidp.or.jp
840デーモン閣下に関するご報告 (H.E. DEMON KAKKA | INFORMATION)demon-kakka.jp
815株式会社ガイナックスからのお知らせに関してwww.khara.co.jp
779憎悪を増幅するプラットフォームblog.tenjuu.net
713モバイルバッテリーが膨張した時の回収先を把握してますか?techno-note.net
686大集合「光の戦士」1万人。「WHOから命を守る」日比谷公園の反ワクチン大会、詳報(前編)kurodoraneko15.theletter.jp
67335年と3ヶ月間働いて、とうとう定年になりました。 区切りとして、定年エントリーを書きました。お楽しみください。 - Vengineerの妄想vengineer.hatenablog.com
649事例一覧|退職代行モームmomuri.com
646当社サービスへのサイバー攻撃に関するご報告とお詫び | 株式会社ドワンゴdwango.co.jp
622エスカレーター右側に乗ったらおっさん背中押された - にげにげ日記nigenige110.hatenablog.jp
580グローバル企業で生き抜くための英会話フレーズ集 - fu3ak1's tech daysfu3ak1.hatenablog.com
578何が事業貢献なのか分からなくなっていた伊藤直也さんが再認識したユーザーエクスペリエンスへのコミット - Findy Engineer Labfindy-code.io
572増田へのお返事(Mrs.GREEN APPLEの『コロンブス』について) - lady_jokerはてなブログlady-joker.hatenadiary.jp
553大規模クラウドインフラ設計・構築案件の歩き方(AWS-28)がインフラエンジニアに刺さりまくりな内容だった | iret.mediairet.media
515年齢は関係なくカラダを変えられる。井口裕香、本気のカラダ作りの舞台裏Tarzan Webターザンウェブtarzanweb.jp
510プライベートMac使うのやめたsosukesuzuki.dev
500名城大学理工学部応用化学科 永田研究室ブログ「天白で有機化学やってます。」: 「ひやっしー」に研究者はどう対応すべきかwww1.meijo-u.ac.jp
490Mrs. GREEN APPLEコロンブスミュージックビデオについてmrsgreenapple.com
484Googleのはじめ方www.yamdas.org
470私がWEBデザイン制作の参考になりそうだと思うサイトを61個挙げてみた。creator.style
452C言語マスターしたい人はGCCバージョン14を使いましょう - pyopyopyo - Linuxとかプログラミングの覚え書き -pyopyopyo.hatenablog.com
450広告費は年間3億 「きぬ歯科」が唯一攻略できていない意外な広告広告マーケティング情報ならアドクロbizpa.net
447Win95時代より1000倍速いはずなのにPCちっとも速くならない。。 - amlx’s blogam635lx.hatenablog.com
444LINE Payサービス終了に関するお知らせline-pay-info.landpress.line.me
412排水からザー〇ンの臭いがするwww.egao-egao-egao.com
407Mrs. GREEN APPLEコロンブスミュージックビデオ公開停止に関してmrsgreenapple.com
389perplexity.aiが速攻で$20払って良いと思えたくらいに情報収集を効率化してくれた件 - 理系学生日記kiririmode.hatenablog.jp
382生成AI議事録が60分→2分。96%工数削減した自動生成ツールの紹介|noteエンジニアチームの技術記事engineerteam.note.jp
361ドラゴンクエストへの道』再検証 - 神殿岸2kandatas.hatenablog.com

2024-07-04

KADOKAWAハッキングの話が雑すぎるので弊社の例も書く

anond:20240702102611

これでなんとなく長文書いたらビビるくらいブクマついたので弊社の例も書いてみる

ここからプロでも分野で違うので伸びなそうな気がするけど

弊社の規模等

20年前のシリコンバレースタートアップ

従業100人程度

3年前に買収されて今は世界で数百人年商2000億くらいの規模

ITだけどSaaS提供

うちのチームの担当

大きな方の括りでサービス2つ、あるいは3つの開発と保守

外向けのレガシーSaaS、それをリプレースメント中のマイクロサービス群、自社の経理向けのシステム

業務内容的に個人情報てんこ盛り

インフラは別チームとアウトソース

インフラの状況

オンプレサーバーなし、全てAWSAzure

ただしVPNとRDPはあり

ファイルサーバーSharePointに移行中

ハックされるのか?されたらどうなるか?

2代前の会ったことがないCTOの時にランサムウェアにやられている

その時はCTOバックアップから戻せたけれど弁護士代等で数千万の損害

現在システムのハックのしやすさはサービスによるので以下に個別

1. 社内の経理向けシステム

AWS上のWindows Serverで稼動するWebアプリケーションSpring

出力はネットワークシェアAWS上)にフラットファイル

引き継いだ時は顧客の住所電話等のPII(個人情報)が満載だったけど全部消したので今はここから見れるのは名前と何時間うちと関わったかということだけ

一応AWS上ではあるけどVPNとRDPがハックされた場合(よくある)全部抜かれる可能性はあって正直ユルユルだが最悪抜かれてもそんなに困らないようになっている(した)

2. 外部向けのSaaSレガシー

クライアント免許証等の個人情報ファイルが山ほどあるところ

ファイルは自社で保存じゃなくてAWSのs3にシステム経由でアップロードされるようになっているのでファイルサーバー、あるいはSharePointなどとは別系統認証必要

それでもRDPで繋げられるAWS上のWindowsServer上にのっているのでハックした上で頑張ればとれてしまうけれどブラウズしてファイルがみれるものに比べれば難易度は上

3. SaaSの移行先のマイクロサービス

同じ情報をあつかってるけどサービス自体コンテナ化されてAWS上で動いているので乗っ取れるサーバーがなくて会社がハックされても関係ない

API経由で認証してAPI経由で情報を取り出すようになっているので個々のAPI安全性は書いた人次第だけどそれで盗める情報はそのAPIが扱う一部に限られる

ここ経由で雑に免許証だのなんだの大量に出る可能性はかなり低い


結論として

1.2.3.とそれ以外のケースは大きな会社なら混在してて、いくらノートラストとか言ってて実際一部が3.でやっていてもだめだし

VPNやRDPを乗っ取られないようにするスキルAPIセキュリティーを設計して書くスキルとでも全く違うし

仮にノートラストで全部3にしようってしてもできる人間は限られてるし高いしいきなりできるものでもないんだけど

その辺雑だからこういうことになるのかね

2024-07-02

探求

弊社でAWSを使ったシステム開発してるんだが、

AWS動作でも少しでもディープになると、

知りたいことがドキュメントドンズバで書いてあることなんてほとんどなくて、

仮説を立てる→検証するの繰り返しで、なんか研究してるみたいで楽しい

コンテナから仮想化ハードまでいろんな可能性が考えられるから

検証して見えてきた結果からあたりをつけてドキュメントを探してみたり。

もしそうならこういう挙動になるはずだと次の検証を考えてみたり。

社内の報告がちょっとした学会の発表会みたいな感じで、質問に答えるのも楽しい

anond:20240702220832

AWS Media ServiceとAWS Elementalが国内リージョンで使える様になった後だから、だいたい2021年以降かな

えっ、2021年最近じゃない?

しょうがないだろおっさんには最近なんだから

anond:20240702220832

横だけど、CloudFrontがあるのでAWS結構から大量アクセスをさばけてたと思うが

anond:20240702215844

ただ、AWSが大容量の動画コンテンツを捌けるようになったのもわりと最近だってのもそうだよ。

最近っていつ?

何がボトルネックだったの?

anond:20240702215610

クラウドってデータ転送量別料金の従量課金からね。

ただ、AWSが大容量の動画コンテンツを捌けるようになったのもわりと最近だってのもそうだよ。

KADOKAWAのハッキングの話チョットワカルので書く

私はプロではないのでわからないので、間違っているのは当たり前だと思って読んでください。

個々人のエンジニア能力がとかクレジットカードがとかは基本関係ないという話です。

関係なくてもパスワードを使い回している場合は、同じパスワードを使っているサービスパスワードはすぐ変えるの推奨)

三行

会社システムはどうなってるか

私は長年社内システム奴隷をやって参りました。現在クラウドになる前のサーバも触って参りましたので、その辺りからお話しをさせてください。


サーバーというのは、簡単に言うとシステム提供しているコンピュータです。

貴方が触っているコンピュータシステムネットワークの向こう側にいます。この増田増田サーバーというのがいて、私たちサービス提供してくれています

しかし、このサーバ、どんなイメージを持っていますか? でっかい黒い冷蔵庫?ちかちか光るロッカー? それともバーチャルネットワークで画面上に写されるものでしょうか。


サーバーといっても、実4形態ぐらいあるのです。私もチョットワカルぐらいなので間違っていると思いますが、まずは理解する為に簡単説明させてください。

と言う段階があります

ニコニコ動画サービスはどうかというと、色々な情報を得ると、④を使いながら③にする途中で、まだ②が残っている、ということのようですね。


これらの使い分けについてですが、最近は自社でサーバを持っていると自分たち管理しなければならなかったりして大変なので、できるだけ②から③、できたら④に持っていきたいと言うのが世の中の流れです。それでも②はのこりますが、最小限にしていく方向。

現在は、②のシステムがだけがやられたように、セキュリティ的にも預けた方が望ましいと言われています


今回も、自社で管理している部分が攻撃されました。特にクレジットカード情報漏れていないと何度も言われているのは、そこを自社で管理せずに専門業者に任せていたことが大きいわけです。

この流れをまずは頭に入れましょう。

じゃあ何がハッキングされたのか

さて、メールを扱ってるサーバーと、売れた商品バーコードでピッとして管理するシステムは全く別でどちらかがハッキングされたからといってもう一つもされるこことはありません。これは何故かと言うと、それぞれを細かくたくさんのシステム仮想サーバに別けた独立システムになっているからです。

さらKADOKAWAのようにサービスを外部に展開してる会社場合、外部向けのシステムと内部向けのもの(バックオフィス)で必要機能が異なるので、部署が異なるのと同じように違う仕組みになっているはずです。ただし、物理的にどこにサーバあるかなどはあまり関係がありません。

しかし、こうなると小さなサーバがたくさんたくさんあると言う状態になって管理が大変です。

利用者視点にしても、システムごとにログインするための情報が別々だと非常に使いづらいですよね。会社で部屋ごとに別々の鍵がついていて、じゃらじゃら鍵束を持って歩くような状態は面倒です。


すると、どうするかというと、これらをまとめて管理するシステムというものが作られます

これを「システム管理ソフト」と「認証システム」といいます。これらが全体に対してユーザ認証や、サーバが正常に動いているかどうかの管理提供する事で、たくさんのシステム管理効率化するのです。

企業の警備室に機能を集約するようなものです。ですが、ここが要になっていて、破られると全ての鍵が流出してしまうということになるわけです。


出てきた情報から見ると、この管理するシステム認証するシステムがやられたと思われます

また、その前の前段はVPNと言う仕組み(ネットワーク暗号化して安全隔離するもの)が攻撃されて破られたのではないかと推測しています

これは近頃猛威を振るっている攻撃で、業務用で多く使われているVPN装置脆弱性(弱点)が狙われて、多数の問題が起きています。当然脆弱性修正したプログラムは適用されていると思いますが、次から次へと新たなセキュリティホールが見つかる状況であり、匿名アングラネットでは脆弱性情報取引されているため、訂正版のプログラムが出る前の攻撃情報が用いられた可能性があります。(これをゼロデイ攻撃といいます) あくまでも推測ではありますが。

個々のシステム独立しています。ですが、こうなってくると、今回はシステム全体が影響を受け、さらにどこまで影響が及んでいるか分析が困難なレベルだと言われています

ここまで広範囲に影響するとすると、管理認証VPN攻撃を受けてやられたとみるべきでしょう。


また、ここが破られていると、クラウドシステムにも影響が及ぶケースがあります

一時期「クラウド」というとストレージの事を言うぐらい、クラウドストレージが当たり前になって、自社運ファイルサーバは減りました。これは今では危険認識されているほかにこちらの方が安く利便性も高いからです。

それ故に、クラウドストレージ、たとえばSharePoint OnlineやGoogleDrive、Boxなど外部のシステムに置くようになっています

しかし、今回はこれが破られている可能性があります

オンプレミスの認証サーバが破られているので、その認証情報を利用してクラウドアクセスできてしまったものだと思われます。言わば、鍵を集めて保管してあった金庫がやぶられるようなもの


通常、クラウドシステムはそんなに甘い認証にはなっていません。例えば多要素認証といってスマホなどから追加で認証すると言うような仕組みがあります。貸金庫に入るとき自称するだけでは入れず、身分証明書パスワードの両方が必要なうものです。

また、日本企業なのに突然ロシアからアクセスされたりすると警報をだして遮断する仕組みがあります

とはいえ、いちいちクラウドアクセスする度に追加認証をしていると大変で、面倒クサいと言う声が上がりがちです。


そんなときに行われてしまうのは、自社のネットワークからアクセスするときは、認証を甘くすると言う仕組みです。

まりネットワーク安全だという仮定の下においてしまうわけですね。自社の作業着を着ている人なら合い言葉だけで、本人確認なしで出入り自由としてしまうようなものです。

ところが今回は、ここが破られてしまって被害を受けている可能性があります。自社の作業着が盗まれているので、それを着られてしまったので簡単に入れてしまったようなもの

また、社内システムからデータ窃盗するには、どのシステム重要かを判断しなければなりませんが、クラウドサービスだと世界共通であるため、一度入られてしまうと慣れ親しんだ様子で好きなようにデータ窃盗されてしまうわけです。

どういう人が危ないのか

上記のことを踏まえて、KADOKAWAの展開してるサービス自体や、そこに登録しているクレジットカードは「おそらく」大丈夫です。パスワードも「ハッシュ化」という処置を経て通常は記録されていません。

ただ、パスワードを使い回している方は、その事実とは別にそもそも危険です。パスワード変更をおすすめします。さらに、ハッシュ化をされていても、時間をかければ色々な方法パスワードを抜き出す事も不可能では無いことも忘れずに覚えておきましょう。


しかし、単なるユーザー、お客さんではなく、KADOKAWA会社として関わってる人や従業員取引先で色々な書類等出した人は、既に情報窃盗されていて、そこから今後も追加で情報が出回る可能性があります

一方で、分かりやす場所に保存されていたわけではない情報システムデータベース上にだけ入っていたものなど)は、センセーショナルな形で流出したりはしないのではないかと予想しています

犯人が本当に金が理由だとするならば、データ分析するような無駄な事に労力を割かないためです。

腹いせで全てのデータを流して、暇人が解析する可能性はあります

ありますが、犯人コストを回収しようとするので、これらの情報販売しようとします。売り物になる可能のものをただ単に流したりもしづらいのではないかと思っています

もちろん、油断はするべきではありませんし、購入者が現れるとすると購入者は具体的な利用目的で購入するため、より深刻な被害に繋がる可能性も残されています

エンジニアレベルが低いからやられたのか

犯人が悪いからやられたのです。レベルが低いからとか関係ありません。

また、周到にソーシャルハッキングオレオレ詐欺のようになりすまし情報搾取するなどの方法)や、このために温存したゼロデイ攻撃(まだ誰も報告していない不具合を利用した攻撃)を駆使され、標的型攻撃不特定多数ではなく、名指して攻撃すること)をされると、全くの無傷でいられる企業や団体は、恐らく世界中どこにも存在しません。


それは大前提とした上で、敢えて言うならば、どちらかというと、経営判断が大きいと思われます

ニコニコ系のサービスと、KADOKAWA業務システムと2つに別けて話しをしましょう。


ニコニコ系のサービスは、現在クラウドシステムリフトアップしている最中だったと思われます。先日のAWSクラウドサービス大手企業)の講演会で発表があったようにです。

ですが、この動きは、ニコニコのようにITサービスを専門にする企業としては少し遅めであると言わざるを得ません。

これは何故かと言うと、ニコニコ動画というサービスが、日本国内でも有数の巨大なサービスだったからだと思われます特殊すぎてそれを受け入れられるクラウドサービスが育つまで待つ必要があったと思われます

それが可能になったのはようやく最近で、動画配信系はクラウドに揚げて、残りを開発している最中だったわですが、そこを狙われたという状態ですね。

ただ、厳しい見方をするのであれば、その前に、クラウドに移行する前に自社オンプレセキュリティ対策を行っておくべきだったと思います結果論ですが。

それをせずに一足飛びでクラウドに移行しようとしたというのだとは思います。確かに一気に行けてしまえば、自社オンプレに施した対策無駄になりますコストを考えると、私が経営者でもそう言う判断をしたかも知れません。


KADOKAWA業務システムですが、これはITを専門としない企業であれば、オンプレミス運用(②番)が多く残るのは普通です。

何故かと言うとシステムとは投資費用なので、一度購入したら4年間は使わないといけないからです。そして自社向けであればそれぐらいのサイクルで動かしても問題はありません。

しかし、それ故に内部的なセキュリテ対策投資はしておくべきだったと思います


以上の様にエンジニアレベルととかは関係ありません。基本的には経営者経営判断問題です。エンジニア責任があるとすれば、経営者に対して問題点を説明し、セキュリティを確保させる事ができなかったと言う所にあるでしょう。

ですが、パソコンのことチョットワカル私として、想像するのです。彼らの立場だったら…自社グループ経験豊富エンジニアがいて、一足飛びにクラウドリフトアップができそうなら、既存の自社サービスセキュリティ変更に投資はしないと思います

逆に、パソコンに詳しくなく、自社部門だけでは対応が難しく、SIer支援を受けつつやらなければならないと言うのならば、SIerは固いセキュリティの仕組みを付けるでしょうし、システムごとにSIerが異なることから自然システムは分離されていたでしょう。

そして減価償却が終わった者から徐々にになるので時間がかかることから、昨今の事情により、セキュリティ変更に投資をしてからスタートたかも知れません。


ただし、繰り返しになりますが、犯人が悪いからやられたのです。レベルが低いからとか関係ありません。


では何が悪かったのか

(おそらくは)社内のシステム管理を、自社でできるからと言って一本化して弱点を作ってしまったのは不味かったと思います

先ほど述べたように、高度化していく手口でシステムへの侵入は防ぐことが出来ません。

なので、システムは必ず破られると考えて、それ以上被害を広げないこと、一つのシステムが破られたからと言って他のシステムに波及しないようにすることなどを意識する必要がありました。

これは物理的な話しではなくて、論理的な話です。例えば物理的に集約されていてもちゃんと別けていれば問題ないし、物理的に分散していても理論的に繋がっていたら同じです。

すごく簡単に言えば、管理するグループを何個かに分けておけば、どれか一つが破られても残りは無事だった可能性があります


とりあえず今まで出てきた内容からするとニコニコとかその他のKADOKAWAの外部的なサービス人員的にも予算的にも全然関係ない感じ

結局社内のITシステムに十分な投資経営陣のトレーニングまでを含めた)をしなかったという月並みの話なんですかね

FIREしていたが、止めることにした(資産1億円の俺のパターン

FIRE(Financial Independence, Retire Early)していたけど、暇になった時間で考えた結果止めることにした。

いろんな人がいまFIREしたりFIREを目指しているので、自分場合になんで1億円でダメだったのかを言語化しておこうと思う。

最初結論から書いておくと、俺の場合経済的自立(FI部分)が出来ないと判断した。

隙あらば自分語り

最初きっかけは、株主総会お土産だった。

ゲームが大好きでグッズも好きだった俺は、株主総会レアお土産がもらえるという噂を信じ、なけなしの貯金をはたいて株主になった。

まあ、十八きっぷを使って一回行ったきりで、結局その時のお土産引っ越しで無くしてしまったけれど、運よくそ会社株価がかなり値上がりした。

その時は相当迷ったんだが、株で儲けるという経験をしてみたくて現金にした。すると不思議なことに、証券会社にあるお金は、なんだかお金じゃないような気がした。

なんていうのかな、ステータスみたいな。増えたお金を使って、同じくゲームで儲けてそうな会社の株を買ったり、売ったり、他の人が買いそうなゲーム会社を探して買ったりした。

結果、いわゆるテンバガーと呼ばれるような10倍に増える経験もしたし、まあ普通に思ったほどみんなが買わずに手放して損したりもした。

繰り返しになるけれども運が良かった。その自覚もあった。

そして最後の運は、世界中新型コロナウイルスパニックになったときに、全ての株を全部いったん清算して、S&P500のインデックスファンドに突っ込んだことだった。

自分見立てでは、ワクチンが出来るまでに3年はかかり、株価が戻るのに5年はかかり、余波でどの企業がつぶれる想像もできないが、アメリカはそのうち戻るだろう、だった。

自分の悲観的な見立てはありがたいことに外れ、思ったよりも早く株価は元に戻り、結果自分資産は1億円を超えた。

そして、緊急事態宣言化にも関わらず(自分としては)意味もなく出社を強制されることに嫌気がさし、まあなんとかなるだろ、とFIRE生活を開始した。

FIREを止めた理由その1:株式市場はかならず暴落するから

1億円で、税引き後のリターン4%を達成するのは、そこまで楽観的と言うほどではないと思っている。

まり、毎年400万円以内で生活すれば資産が目減りしない。

ただ、株式市場暴落が二度と起こらないか?いやまあ普通に暴落するだろ、というのが俺の見立てだ。

じゃあなんでeMAXIS Slim 全世界株式(オルカン)が人気かっていうと、暴落過去必ず戻したからだ。

そこで、10年に1度暴落して、3年で暴落前の株価まで戻る、という試算をしたところ1億円だと結構危ういことが分かった。

FIREを止めた理由その2:為替はかならず変動するから

まあ、言うて1億円の資産が5000万になっても、3年200万円ちょいで生活して我慢すれば良いわけだし耐えられるか?

まてよ円高って今後絶対に起きない?いや起きるだろ、というのが俺の見立てだ。

円高も定期的に起こっていて、そしてまた定期的に円安にもなってる。

から、定期的に積み立てを続けるんなら為替の影響は結果として均されて無視できるんだろうけど、入金ゼロだと直撃する。

色々調べた結果、こちらは7年に1度20%程度円高に振れ、戻すのに5年はかかるという試算をしたところ、もう全然アカンかった。

FIREを止めた理由その3:運用資金が少なすぎるから

試算を進めた結果、現金化しておけば株価暴落円高も影響を受けなくなることが分かった。

いやまあ最初から分かれよ、当たり前だろ現金なんだから、と言いたい気持ちはわかる。はいそうですね。

そこで、おおむね俺が死ぬまで40年だと仮定して、全部現金で取り崩すとどうなるか計算した。はい、250万円ですね。

うーん、250万円かあ、ちょっとなあ。やっぱ運用はしないとムリよね。

暴落円高の影響は5年で戻るだろうという前提のもと、5年分の生活資金現金で持っておいて、それ以外を運用に回すことで計算しなおしてみた。

400万円x5年分=2000万円。そうすると、8000万円の運用資金になる。リターン4%だと、年間320万円だ。

リターン減ってんじゃねーか。減った80万円で何台PS5買えると思ってんだ。

でもこれ当たり前で、リスク資産が4%リターン、無リスク資産現金)が0%リターンで、8:2で運用すると、3.2%になるのよね。(4%x80%=3.2%)

リスク資産を8割にしたうえで、想定資産 x 3.2% = 400万円を達成するには、単純に想定資産が1億2500万円必要になる。

うーん、足りない。

FIREを止めた理由その4:ライフステージ上の出費が賄えないか

まあこれ運用資金が足りないの一種なんだけど、暴落中に運悪くなんかイベントが発生すると手持ち資金が足りなくなるのよね。

今は独り身でもある日突然運命的な出会いをしてロマンティックな恋をした結果子供が生まれ大学に行きたいとか言われる可能だって残しておきたいじゃない。

暴落はいつ起きるかわからない。(読めるなら直前に現金化して、底値で全力すれば良いけど、読めないかインデックス投資放置したいわけ)

そうなると、いまたぶん底値なんだよなー、株価が戻るまで修学旅行はあと5年くらい待ってくんない?とは言えないわけよ。

明らかに見えている出費は暴落為替の影響から保護する必要がある。

複雑な為替ヘッジを行うって意味じゃなくて、単純に現金もっと必要があるの。

ただまあ、子供については奨学金と言う手もあるしなあということで、わりと真面目にエア恋愛からのエア子育てをした結果、1000万円も持っておけば足りそうなことはわかった。

生活資金が400万円x5年分=2000万円。ロマンスの値段が1000万円。運用リターンは2.8%ね。(リスク資産運用を7割にするのであれば)

1憶4300万円x2.8%≒400万円ね。

全然足らん。

FIREを止めた理由その5:再就職できるのに限界がありそうだったか

なんだかんだいって、1年程度の空白って実はどうにでもなるのよ。(俺はブラック企業を止めた後の家事手伝い期間を親の介護と言い張って就職を決めた知り合いがいる)

ただ、これが5年以上になって、しかもその期間ゼルダとSEKIROとエルデンリングしかしてませんでしたっていうと、厳しい、と思う。

後俺絶望的に接客業に向いてないので、最強の仕事であるマックジョブが使えない。

マックジョブは、低賃金、低スキル、低給付、低尊厳などと定義されているが、日本は皆保険制度ブラック企業のせいで、全国どこでも働けるホワイト接客業として君臨している)

で、よくある資格を取得して開業とかも検討したんだけど、当たり前だけどちょっと頑張ったら取れる資格ならみんな取れちゃうから別にそんなメリットないんだよね。

そんで、超がんばったら取れる資格は当然職があるんだけど、それもう普通に職業訓練じゃん。

なので、ホワイト企業を探して就職活動をしている。

まあまあ頑張って取った情報処理安全確保支援士を書いてはいるけど、反応見る限りあん関係なさそうなんだよね。

(これはドラマセキュリティっぽい仕事してる俳優さんが格好良かったからという超絶に不純な動機勉強して取った)

なんなら「ドラゴンクエストXを支える技術」を読んでよくわかんなかったか勉強したら取れたAWS 認定ソリューションアーキテクトの方がちょっと反応あるという。

FIREを止めた理由その6:働くと入金できるから

当たり前なんだけど、いまの500万と未来の400万なら、当然いま500万円使いたいじゃない。

アーマードコアの新作が出るにあたっての試遊台を遊びに行くのにさ、新幹線での遠征必要だとして、今年使える金額理由に諦めるの、違うじゃん。

証券会社には1億ものお金があるのに、俺は今まさに使いたい金を制限しなきゃならんのか?

そう考えた時、ああ働いたお金を全部自分のために使って良いんだ、貯金かいろいろ考える必要もなくなったんだって考えるのは心の平穏にすごく役立つと思うわけよ。

そうするとね、生活資金ロマン資金を除いた7000万円だけ、リスク資産運用資金として回しておけば良いわけよ。

7000万 x 4% = 280万円

しかも、このリスク資産は、俺の中では完全に取って良いリスクなのよ。無リスクでとっておきたい3000万円は現金で持ってるから

そして俺が仕事して生活してゲームを買って残った金は全部リスク資産を増やすのに使える。労働するとお金がもらえるのは強い。

じゃあどれだけあったらFIREできるんだよ

俺がFIRE出来ると思う条件は、以下の3つ

  1. 不況になって株価が戻らなくても、資金を取り崩して逃げ切れるとき
  2. リスク資産ライフイベントを賄えるとき
  3. 即金で持ち家を買えるとき

具体的に言えば、想定リターンが400万円なら、運用資金が2億あれば、半値の1億でも逃げ切れる。

ただ、そもそもそんな半値になって戻さないと思うなら、リスク資産を1憶で現金で5000万でも持ってれば良くて、これでも逃げ切れる。

賃貸を借りるのが難しいときに、持ち家を買えるだけの現金が残っているのなら、たぶん逃げ切れる。(いざという時に中古物件を買える金額。ローン組めないからね)

まとめ

FIREって要するに、社会人が積立投資している場合の、出口戦略なのよね。

仕事を止めます収入がなくなります、じゃあどうやって資金を取り崩していきますか?というのと同じことを考えるわけ。

暴落を5年耐えた時には使うタイミングを逃してました、じゃ困るから、そこは現金もっとこう、とか。

おれは暴落からの戻しを5年と踏んだけど、まあ外して10年くらい戻さな可能だって全然あるわけよ。

そういうのをツラツラとスプレッドシート計算していくと、ある日突然働かないと食っていけない可能性って全然あるな、となったので、FIREは止めることにした。

というわけで、残念ながら1億ではちょっと足りなかったな、というのが正直なところ。

夢が無いな。ライター年収120万くらい稼げないかなあ。無理だろうなあ。

俺の中では雑に2億になったらFIREで逃げ切りできるという計算になった。みんなはどんな皮算用をしているかな?

2024-07-01

anond:20240701121753

二十年弱の実績があるAWSと比べてやるなよ

2024-06-30

anond:20240630090622

何を「極めたら」いいとか言うやつはクラウドAWSAzureやっとけって話

以外は同感

そんな陳腐化が激しい領域極めたってしょうがないでしょ

anond:20240630085608

そういうの色々織り込んだ上で、何を「極めたら」いいとか言うやつはクラウドAWSAzureやっとけって話

ちなみに20外資/英語圏エンジニアやってるけど英語そもそも「極め」るのが不可能だし同時通訳とかものすごくトレーニングがいるのでコスパ死ぬほど悪いよ

技術翻訳なんてこの20年で単価1/10になってるから

IT分野で英語が有力なスキルなのは確かだけどそれはエンジニア自身ができる場合であって、英語「で」勝負するのはものすごく分が悪い

anond:20240630081843

クラウドは枠であって、具体的な技術名でも無いし、AzureAWSサービス名じゃよ

昨日も謎の増田が訳のわからないことを言っていたが、実際のITというのはここだけやっておけば良いといのはなく、横断的なものなのよ

すべてのシステムネットワークの上に乗っかるからネットワーク理解はそれなりに必要だし、

サーバー類のハード面に関してはマネーで殴ればいいとしても、個々の端末に関してはハード面の知識無視できない、システム利用以前に端末制御って意味でもね

そしてシステムプログラム・・・っていろいろ無限にある中でのひとつが、通信キャリアレベル投資しないなら、もう基盤はこれで良くね?のAzure(&Entra ID) やAWSだよ

MicrosoftAWSもとんでもない規模のお金投資してデータセンター投資してるから

 

ヤベーエンジニア常人が到達できないコアスキルありつつ、このへんも当たり前に理解してるわけ 

からITはこれだけ極めればいいってのはないのよ

 

もちろん、いまどこの企業もAAD(Entra ID) +Intune+M365Appsに移行してるので、ざっくり、この辺のことやるは応援したいし、仕事無限にあると思うよ

ただいつかは知らんがいずれ移行が終わってこれに関する仕事が無くなるので、

やっぱ、英語だと思うよ。専門分野を翻訳ビジネス会議同時逐次通訳(音声)が出来るレベルを目指して、その専門分野には IT を選ぼう

同時逐次通訳(音声)が出来るレベル、その国の商習慣や文化などのコンテキスト完璧理解してるなら、

コアスキルなくて、SIコンサル情シスにような浅く広い知識でもまだまだ充分戦える(翻訳素養はそのくらいで充分)

anond:20240629173207

飯が食えるというだけなら今ならAWSAzure

2024-06-29

anond:20240629095707 anond:20240702043510

あれはそういう次元のやつじゃないか

 

ニコニコドワンゴエンジアガー →あれだけのPV捌けるのは基本的にお安いエンジニアではないです

 

えらい人が無茶苦茶しただけだぞ、そもそもニコニコクラウドちゃんと移行済みだし

より良い視聴体験を求めて、ニコニコ動画の配信基盤刷新舞台裏 - AWS Japan Summit 2024

 

最低限やらないといけないお仕事はしてるし、最低限出さないといけないアナウンスも出したぞ 

ニコニコ動画においてはサイバー攻撃を検知した6月8日に、それ以外のサービスにおいても順次サービス側より、連携アプリ無効化(revoke)を実施済みです。

https://x.com/nico_nico_talk/status/1805524033490108485

なお、当該代表取締役のXアカウントには、ニコニコを含むドワンゴKADOKAWAサービスとのアプリ連携登録されていませんでした。

https://x.com/nico_nico_talk/status/1805524031992688876

事象にともなって、ユーザーのみなさまに特段ご対応をいただく必要はないと考えておりますが、ご不安場合は、Xアカウントパスワードを変更・二段階認証の設定・不要アプリ連携の解除など、通常のセキュリティ対策実施いただければと存じます

https://x.com/nico_nico_talk/status/1805524034974892230

 

ちなみに、Oracle出身の人に「ドフラット」な社内ネットワークだったか被害が拡大したのでは?とTVで言われてるけど、

日本オラクル株式会社社外取締役近畿大学情報学研究所所長兼特別招聘教授 の夏野氏は抗議しなくていいのだろうか?ってずっと気になってる

SNSが好きな別の役員の人でも良いけどね

笑えない…ニコニコ動画 「復旧まで1カ月超」なぜ?【日経プラス9】

https://youtu.be/OGyF8bBiIMk?t=280

 

あと、夏野氏はグーグル依存し、アマゾンを真似るバカ企業https://www.gentosha.co.jp/book/detail/9784344981355 っていう

ありがたい本を出しているけど、どういう設計になってたか日本システム担当者がみんな気になってるので後学のために公開して欲しい

 

 

 

まり、どういうことだってばよ

かわんご「KADOKAWA社長夏野剛のXアカウントが乗っ取られました」

ニコニコ公式アカウント「弊社代表取締役のXアカウントは乗っ取られていません」

 

 

結局、夏野氏のアカウントは乗っ取られたの?

乗っ取られたかどうかは不明だけどニコニコ公式アナウンスを信じるならこうやね

そら株価も下がる (お金持っているIT苦手なおじいちゃんたちがどの程度理解できたか不明だが)

 

 

何が漏洩たかからないという謎の風潮と謎のプレスリリース

 

漏れてないのに委員会への報告したのも謎だが、漏れてるなら本人への通知も義務 があるやで

情報漏洩に関しては調査中です。なお、個人情報クレジットカード情報などの漏洩は現時点では確認されておりませんが、引き続き調査を進めてまいります

↑ そっか漏洩しなかったんだ

 

>また、個人情報保護委員会に本件を報告済みです。

↑ ⁉️

2024-06-28

anond:20240628195713

『数分間乗っ取られただけだからセーフ』って3秒ルール発動したのはカワンゴやで

夏野氏の情報セキュリティーの講義とかOracle講義を聞きたい

 

でもニコニコが『グーグル依存し、アマゾンを真似るバカ企業』って書いてるボスの下で

AWSに移行できた理由もそれなりに気になる

anond:20240628001050

えらい人が無茶苦茶しただけだぞ、そもそもニコニコクラウドちゃんと移行済みだし

より良い視聴体験を求めて、ニコニコ動画の配信基盤刷新舞台裏 - AWS Japan Summit 2024

 

最低限やらないといけないお仕事はしてるし、最低限出さないといけないアナウンスも出したぞ 

ニコニコ動画においてはサイバー攻撃を検知した6月8日に、それ以外のサービスにおいても順次サービス側より、連携アプリ無効化(revoke)を実施済みです。

https://x.com/nico_nico_talk/status/1805524033490108485

なお、当該代表取締役のXアカウントには、ニコニコを含むドワンゴKADOKAWAサービスとのアプリ連携登録されていませんでした。

https://x.com/nico_nico_talk/status/1805524031992688876

事象にともなって、ユーザーのみなさまに特段ご対応をいただく必要はないと考えておりますが、ご不安場合は、Xアカウントパスワードを変更・二段階認証の設定・不要アプリ連携の解除など、通常のセキュリティ対策実施いただければと存じます

https://x.com/nico_nico_talk/status/1805524034974892230

 

ちなみに、Oracle出身の人に「ドフラット」な社内ネットワークだったか被害が拡大したのでは?とTVで言われてるけど、

日本オラクル株式会社社外取締役近畿大学情報学研究所所長兼特別招聘教授 の夏野氏は抗議しなくていいのだろうか?ってずっと気になってる

SNSが好きな別の役員の人でも良いけどね

笑えない…ニコニコ動画 「復旧まで1カ月超」なぜ?【日経プラス9】

https://youtu.be/OGyF8bBiIMk?t=280

 

あと、夏野氏はグーグル依存し、アマゾンを真似るバカ企業https://www.gentosha.co.jp/book/detail/9784344981355 っていう

ありがたい本を出しているけど、どういう設計になってたか日本システム担当者がみんな気になってるので後学のために公開して欲しい

2024-06-27

機械学習er vs Web開発er vs 組み込み開発er 比較表【令和最新版

anond:20240626103929

業務機械学首(データマイニング)、Web業務システム)、組み込み産業インフラ設備)の経験があるので、分野ごとの相違点と発生しがちな軋轢を書いておく。

-機械学習Web開発組み込み開発発生する軋轢
コード寿命半年20年間40年間組み込み開発er産業系の組み込みは発売から40年後にアップデートするケースもあるので、ドキュメントは、開発担当者が全員退職して誰も残っていなくても理解できるように書いてください!」
コードアップデート頻度試行錯誤しつつ随時2週間に1回半年~5年に1回Web開発er組み込みはどうしてそんなに時間がかかるの?アジャイルを導入してください。ウォーターフォールは硬直的でデメリットばかりですよ」
アップデート提供方法-(コードは少人数の同僚だけで使用サーバ自動デプロイ技術者が現地訪問してアップデート組み込み開発erアジャイルから最初は若干のバグを残して発売し後日アップデートするって?グローバルで既にXXX台受注しているけど、誰が現地に行くの?費用負担する部署はどこ?」
開発者属性理系修士博士、少数精鋭専門学校修士、文理混在、大人電気系、機械系、情報系の修士博士機械学習er「数式で表現できない知識民芸品です。エンジニアを名乗っちゃダメでしょ」
関係部署マーケティング企画顧客ハード開発・工場組み込み開発er納期3カ月前なのにソフトが完成していないの?生産立ち上げを工場相談していない!?スケジュールをゴールから逆算できなかったの??今回は船便での輸送になるけど、それも計算に入れてあるよね?」
計算資源潤沢予算次第貧弱組み込み開発erデータマイニングやってたKさんOSSを使うらしいけど、サイズが5MBあるんだぜ。5MB全部必要なのか聞いたら一部機能しか使わないんだって。で、他チームとの容量調整は丸投げされたの。感覚破壊されるよな。」
3rdパーティライブラリOSSOSS買ってくる組み込み開発erOSS不具合があったらどうやって修正して顧客デリバーするつもりなんだろう?リスク移転の考えで、不具合補償契約込みで買えばいいのに」
通信プロトコルデータフォーマット生データ王様なので、生データに従う最新のものを取り込む実績重視Web開発erHTTP実装がないの?TCPを直接使う!?暗号化認証はS社の独自プロトコル?古いプロトコルを使い続けているから開発効率が低いんだよ」
電源OFFタイミング任意コントロール可能定期メンテナンスコントロール不可組み込み開発erファームウェアアップデート中に電源OFFしたらどうなるの?ファイル書き込み中の電源OFFは?状態遷移図って知ってる?」
性能出来高顧客要件常識予算に従うミリ秒マイクロ単位タイムスライス管理Web開発er「性能改善でXX関数10ミリ秒を1ミリ秒以下に短縮するために2週間も試行錯誤したって?プロ社員人件費は7万円/日だから70万円を消費したね?AWSEC2の性能を調整すれば2000円/月で解決だよ。損益分岐点は350カ月だけど顧客のこれまでのリプレース実績から判断してこのシステムはそこまで長期間使われない」
学会発表特許結構あるほぼなし年1件の特許出願ノルマ組み込み開発er学会発表特許出願もなく、何を開発したの?ドメイン知識ソフトウェアに翻訳してAWSポチポチやっただけなの?開発行為ではなく作業だね」

分野ごとに要求される製品特性が異なるから、異分野に移ると文化摩擦が起きるという話だと思う。製品特性の違いを理解し自らの行動に反映できるようになるには、ベテランでも数年かかるケースがある。開発期間10年のテーマ経験したことがあるが、そうした場合だとワンサイクルを経験するのに10年かかるので。経験から学ぶのが愚者歴史から学ぶのが賢者ともいうが…。

2024-06-25

2位とはなんだったのか

anond:20240625171138

2009年11月のいわいる事業仕分けから、もう13年も経った。「2位じゃダメなんですか?」の質問発言で非常に曰く付きとなったアレだ。

ところが最近、13年も経ってまだなおナゼ「2位」という言葉が出てきたか理解できてない人がかなりいる事を知った。

それどころか、事業仕分けによって日本HPC分野が衰退したなどという認識まで飛び出す始末である

ただ、資料もなしにどこが変だと言っても仕方あるまい。何がどうして「2位」なのか、少し語ろうじゃないか

アーキテクチャ

初期の次世代スーパーコンピュータ (この時点では名前が付いていなかったが、以下わかりやすく京と呼ぶ) 計画 は、補助金を投入してのHPC産業育成に目を向けられていた[1]。世界一の性能を出していた海洋研究開発機構地球シミュレータが、NECのSXシリーズベースにしたベクトル型であり、ベクトル型のスーパーコンピュータ日本お家芸とみなされていた。これを育成することが一つの目標。そして、立ち遅れていた当時の世界スーパーコンピュータの潮流、スカラ型の開発に追いつくこと。これがもう一つの目標となった。結果、世界でも類を見ないベクトル型とスカラ型のハイブリットなどという中途半端方式になる。実に日本的な玉虫色の決定と言えるだろう。しかし、補助金の注ぎ込みが不足し、事業者持ち出しの負担が大きくなってしまった。結果、事業負担が高額になることを嫌い、NEC日立撤退する[2]。これにより、世界の潮流通りのスカラ型とならざるをえなくなった。

CPUはというと、世界スーパーコンピュータの潮流では当時から既に汎用のx86アーキテクチャCPUが既に多くなってきていた中、富士通SPARC64VIIIfxを採用した。よく国産CPU表現されているが、SPARCの名で分かる通り、当然命令セットは米国Sun Microsystems (現 Oracle) のセカンドソースであり、端から端まで国産というわけではない。更に、業務UNIXをささえるマシンとして一世を風靡したSPARCではあるが、当時ですらもう下火となっていた。京の事業費の約半分、実に600億円が、この専用CPUに注ぎ込まれることになった。なぜその選択をしたのか。富士通サイトには省電力と安定性が理由として書かれている[3]。しかし、その省電力という目標も、後述するように微妙な結果となってしまった。また、ソフトウェアの使いまわしも微妙となった。

目標性能

計画2005年に始まる。世界でも類を見ないベクトル型とスカラ型のハイブリットという構成もあり、概念設計にはしっかり時間を費やした。2007年9月には性能目標10P FLOPSと示した[4]。稼働開始は2010年2012年に完成という工程も同時に示されている。直前の2007年6月のTOP500を見ると[5]、1位のIBM BlueGene/Lが370TFLOPS。5年後に30倍という性能を目指したことになる。当時の発表としては、世界一が取れるような計画だったが、しか日進月歩の分野で5年は結果的に長かった。

さて、前述のように、ベクトル陣営2009年5月撤退を決めた。10P FLOPSの性能と決定した時には、ベクトル側も居たのに、そこがぽっかり空いた状態10P FLOPSのあてはいつついたのだろうか? 2009年7月報告書[6]では、スカラ単体で10P FLOPSを達成できること、ベクトル部は存在していても接続まわりの性能が不足していて問題があったことが表明されている。結果的に、なくなってよかったというトホホな内容だ。さて、同報告書では、稼働開始前の2011年6月に、ベンチマークだけでも10P FLOPSを達成してTOP500の1位を目指すと書いてある。どうしてこうなったのだろうか。

強すぎたライバルたち

遡ること半年2009年2月3日米国国家安全保障局(NNSA)はIBMと新しいスーパーコンピュータ Sequoiaを展開すると発表した[7]。性能は20P FLOPS、京の予定性能の実に2倍を達成するという発表だ。しかも、提供開始は2011年2012年。京の1年も前になる可能性があるという。

そう、双方が計画通りなら、京は2012年提供を開始する時には既に2位になっているという話題が出ていたのだ。なるほど、あせって2011年ベンチマークだけでも「トップを取った」という実績を残したいわけである

さて、その後のSequoiaはというと?

ある意味計画通りだろう、2012年提供が開始され、2012年6月のTOP500[8]では予定通り20P FLOPSを叩き出し、1位になる。しかし、2012年11月のTOP500[9]では、Crayとオークリッジ国立研究所が作ったTitanが叩き出した27P FLOPSという数字ににあっさりと抜き去られ、2位になる。まるで幽遊白書ラストのような展開だ。しかも、SequoiaIBMPowerアーキテクチャで構築されたA2プロセッサだったのに対して、TitanはAMD OpteronNVIDIA K20Xの組み合わせ。汎用性でも差を開けられている。これはお手上げというものだろう。

事業仕分け

さて、話は京に戻す。京が有名になったのは2009年11月13日の行政刷新会議、いわいる事業仕分けである(ここは参考文献は要るまい)。このときまで、そんな計画があることを知らなかった人の方が多かったのではないだろうか。どういうニュアンスで言ったかからない、まるで日本を貶めているかのように聞こえる「2位じゃダメなんですか?」という言葉が非常にインパクトを与えたことだろう。

さて、じゃぁ何が2位なのか。だ。前述の通り、この時点ではIBMSequoiaに追い抜かされることが見えていた。TitanはGPU調達など細かい話が決まってきたのは2010年なので、この時点ではほとんど影がなかったはず。ということで、3位じゃなくて2位としたのは、Sequoia意識してのことだろう。つまり、「2位じゃダメなんですか?」というのは、1位を諦めて2位の性能で我慢するべきということではなく、客観的に見れば「2位になるのが見えているのだけど、何で1位と言ってるの?」という話になってくるのが見て取れる。蓮舫氏がそこを意識してたか知らんけど。

共同事業者撤退し、一応強気に「大丈夫」と言ってはいるが、本当に達成できるかは周りから疑問符が付くグダグダプロジェクト状況、ほぼ専用設計で量産時にどういう問題が出るかわからないCPUソフトウェア新規制作税金の投入は中途半端で、産業を育成したいのか企業負担を増やしたいのかよくわからない(だから撤退する事業者が出る)。そもそもここで出来たスーパーコンピュータCPU抜きにしても売れるのか分からない。そりゃ、金田康正教授でなくても、京にはため息が出るというものだ。

達成できたこと、できなかったこ

さて、京は何を達成したのだろうか? 京は完成前ではあるものベンチマーク実施し、見事11P FLOPSを叩き出し、2011年6月[10]と2011年11月[11]のTOP500でトップに躍り出る。この分野に日本ありと示した…かどうかはわからないが、一つの実績として言えるのは間違いない。いや、経緯のグダグダからして、見事なプロジェクト進行だったと称賛できる。しかし、前述の通り供用を開始した2012年9月[12]にはTOP500ではSequoiaに追い越されており、直後のTOP500ではTitanにも追い越されて3位となっていた。1位は、ベンチマークだけの存在だったと言える。

では目標産業育成としてはどうだっただろうか。京をベースにしたスーパーコンピュータ PRIMEHPC FX10[13]やFX100は、東大[14]、名大[15]、キヤノン[16]、九大[17]、信大[18]、JAXA[19]、核融合科学研究所[20]、気象庁気象研究所と、調べるだけでも国内実績は多くある。国外実績は、台湾中央気象局[21]、シンガポールナショナルスパコンセンター豪州 NCI、英国 HPC Walesと、それなりにある。ただどうだろう。産業としてうまくいったのだろうか。有価証券報告書を見ても、その他のセグメントに入ってしまっているため状況がつかめない[22]。謎ではある。とはいえもし、産業としてそれなりに育ったのならば、有価証券報告書で報告する事業セグメントとして独立したものを与えられてしかるべきだったのではなかろうか。少なくとも1000億も出したのだ。そのくらいではあってほしかった。更に言うなれば特に競争の激しい国外市場をうまく取り込めたかというと、産業育成という視点では頑張ったとは思うものの心もとない結果だったように、少なくとも私には見える。

消費電力の面はどうだろうか。上述の通り、SPARCを使う理由には省電力が上げられていた。これをライバルSequoia、Titanと比較してみよう。2012年11月のTOP500[9]で見ると、京は12.6MW消費するとあるSequoiaは7.8MW、Titanは8.2MWだ。実はこの時の報告のあるスーパーコンピュータの中で、最大の電力消費量を誇っている。高いほうがいいのではなく、消費電力は低いほうがいいので、これはかなり問題がある。

費用面はどうだろうか。これもライバル比較してみよう。京は日本円にして1120億円かかっている。対してSequoiaは2億5000万ドル[23]、Titanは9700万米ドル[24]だ。2012年11月で見るとドル相場は82円なので、Sequoiaは約205億円、Titanは80億円となるだろうか。京のプロセッサ開発費を除いたとしても、数字が違いすぎるのだ。

纏めてみよう。京は、一時期でベンチマーク上だとしても、TOP500で1位を取った。これは「夢を与え」(平尾公彦氏)た結果だったろう。しかし、それは砂上の楼閣でもあった。しかしそれを実現するための費用米国の5~10倍で、性能は実は半分、消費電力は1.5倍という結果になり、産業育成も盛り上がったかどうかは判然としない。こんなところだろうか。

さいごに

近年のスーパーコンピュータを含めたHPC分野はどうなっているだろうか。近年のクラウドコンピューティングの流れを当然HPC分野も受けており、主要プレイヤーとしてAWS名前が挙がっている[25]。またレポートでは挙がっていないものの、Google Cloudも猛追しており、円周率計算では1位を叩き出している[26]。必要な時に、必要な規模で構築できるクラウドコンピューティングの波は、さてHPC分野でどこまで浸透していくのだろうか。産業育成の方向が、2009年時点では確かにハードウェア開発だったろう。しかし、事業仕分けへの反発により、日本方向性を間違ってしまったのではないか。私は、そんな気がしてならない。

[1] ttps://www8.cao.go.jp/cstp/tyousakai/hyouka/kentou/super/haihu01/siryo2-3.pdf

[2] ttp://www.nec.co.jp/press/ja/0905/1402.html

[3] ttps://www.fujitsu.com/jp/about/businesspolicy/tech/k/whatis/processor/

[4] ttp://web.archive.org/web/20130207162431/https://www.riken.jp/r-world/info/release/press/2007/070914/index.html

[5] ttps://www.top500.org/lists/top500/2007/06/

[6] ttp://www.jaist.ac.jp/cmsf/meeting/14-3.pdf

[7] ttps://www.llnl.gov/news/nnsa-awards-ibm-contract-build-next-generation-supercomputer

[8] ttps://www.top500.org/lists/top500/2012/06/

[9] ttps://www.top500.org/lists/top500/2012/11/

[10] ttps://www.top500.org/lists/top500/2011/06/

[11] ttps://www.top500.org/lists/top500/2011/11/

[12] ttps://www.riken.jp/pr/news/2012/20120927/

[13] ttps://jp.reuters.com/article/idJPJAPAN-24020620111107

[14] ttps://pr.fujitsu.com/jp/news/2011/11/14.html

[15] ttps://pr.fujitsu.com/jp/news/2013/05/15.html

[16] ttps://pr.fujitsu.com/jp/news/2013/08/6.html

[17] ttps://pr.fujitsu.com/jp/news/2013/08/22.html

[18] ttps://pr.fujitsu.com/jp/news/2014/02/13.html

[19] ttps://pr.fujitsu.com/jp/news/2014/04/7.html

[20] ttps://nsrp.nifs.ac.jp/news/PS-next.html

[21] ttps://pr.fujitsu.com/jp/news/2012/06/25.html

[22] ttps://pr.fujitsu.com/jp/ir/secreports/2015/pdf/03.pdf

[23] ttps://arstechnica.com/information-technology/2012/06/with-16-petaflops-and-1-6m-cores-doe-supercomputer-is-worlds-fastest/

[24] ttps://web.archive.org/web/20120727053123/http://www.hpcwire.com/hpcwire/2011-10-11/gpus_will_morph_ornl_s_jaguar_into_20-petaflop_titan.html

[25] ttps://www.sdki.jp/reports/high-performance-computing-market/109365

[26] ttps://cloud.google.com/blog/ja/products/compute/calculating-100-trillion-digits-of-pi-on-google-cloud

追記

なんでこんなコピペブクマついてんだよ

はてな民蓮舫シンパ記事に釣られすぎ」が頭悪すぎたから俺はまともなのをコピペしただけだ

記事を読めよたった1年半前の事すら覚えてねえのか?お前ら馬鹿は?

https://anond.hatelabo.jp/20221204174030

ログイン ユーザー登録
ようこそ ゲスト さん