50万行以上あったGoogle翻訳のソース、Deep Learning導入で…

Googleの担当するJeff Dean氏のトーク.
以前は50万行以上あったGoogle翻訳のソースコードが、
Deep Learning導入によって
約500行にまで削減でできたらしい.
https://buff.ly/2x3WdqV

【引用元】
https://twitter.com/naotokui/status/920575428905054208

REDHAT FORUM TOKYO 2017に行ってきた！

１０月２０日、

REDHAT FORUM TOKYO 2017 The IMPACT OF THE INDIVIDUAL
https://www.redhat.com/ja/events/red-hat-forum-tokyo-2017

に行ってきた。ただし途中からなので、途中からメモメモ
（午前中と、午後の富士通のセッションをメモメモ）

---

遅れていった為、メモしていないところについて

・（その前の話）偉い人の話
・なんかの授賞式
　ＮＩＣＴ
　ＮＴＴＤｏｃｏｍｏ：経営のリソースを高いレイヤに持っていきたい

授賞式の後から、メモメモ--------------

■攻めのＩＴを実現するＮＴＴデータの生産技術革新
・顧客の要望は変化している
　トラディショナル：安定・堅牢
　デジタル：激しい変化
・ＩＴサービス市場予測・仮説（グローバル）
　２０１４年では９割がトラディショナル
　２０２５年には６割がデジタルになる
・ＮＴＴデータの現在のシステム開発はトラディショナル技術が主流
　　クラウド３％
　　ＳＩ等９７％（オンプレミス）
　２０１５年は　クラウド７％→減ってきている
・従来トラディショナルが主流だった金融分野で顕著なクラウドシフト
　　金融が２０１６年でクラウド７倍
・ＡＷＳ利用案件　２０１４年から平均成長率１６０％
・トラディショナル／デジタル領域はシステム特性が異なる
　デジタル領域の新しい変化が既存のＩＴ資産に対して様々な要求を求める

　異なる特性を持っている
　「ＮＴＴデータの生産技術革命」で

・ＮＴＴデータが考えるＤＸの３つのストリーム
　　さらなる生産性向上
　　デジタル融合
　　新規ビジネス創出

・トラディショナル：てらそるな
　デジタル：あるてみすた
　間を考えている（ストリーム２）

・ストリーム２
　今今だとＡＰＩでどう出していくか

・ストリーム１：トラディショナル
　ソフトウェア開発の自動化を推進することで生産性を改善
　　９割で適用　２５％生産性向上
　　統合開発クラウド
　自動化サービス：ＰＲＯＲＩＺＥ
　　スタック（システム構成テンプレート）と基盤自動構築・ＡＰ自動化の仕組みを提供
　　puppetを使っている

・ストリーム２：一番ポイント
　レガシーデジタルインテグレーション
　デジタルでどうやって生き延びるか
　→デジタルと融合するためには、システム全体のリファクタリングが必要
　　アセスメント：現行のまま　クラウド
　　　→ライフサイクルで見てみる　ＡＮＳＥＲ　決済ネットワーク
　　　　Ａｎｓｅｒ　Ｐａｒａｓｏｌ：仮想化環境
　　　　ＯｐｅｎＣａｎｖａｓ　９月から
　　　　　　ＩａａＳ：ＳＤＩ
　　　　　　ＡＰＩ切り出し
　ＡＰＩも難しい
　　トラディショナル：つぎはぎになっているので、変換処理必要

・ストリーム３：新規ビジネス
　　サービス企画
　　ＵＩ／ＵＸ　
　材料をそろえる
　　ブロックチェーン、ＨａｄｏｏｐＳｐａｒｋ、ＡＩ部品

・デリバリ
　海外
　開発環境；中国オフショア

・ＲＥＤＨＡＴ、ＤＥＬＬ　ＥＭＣとの協業
　　ＤＥＬＬ；ハード
　　ＲｅｄＨａｔ：テクノロジー　３年間のアライアンス
　　　OpenStack　コンテナに踏み込み(OpenShift)
　　　　　ミッションクリティカル
　　　　　マイグレーションツール

■プロセス・カルチャ・コラボレーションが将来のＩＴイノベーションを促進する
・大きな変化　　　　
・３つのエレメント
　　テクノロジー
　　カルチャー
　　プロセス
　→ビジネスを前進させるために必要なのはテクノロジーだけでない
・カルチャーについて考えていますか？
　　オープンソース
　　コミュニティ中心
　　コラボレーション
　　透明性
　→トップから始める
・オープンソースはあらゆる場所に
　　受け入れるしかない。
　　なぜなら受け入れない限り、エンタープライズのシステムは開発できない
　→リーダーシップも気づかないかもしれないが、
　　　データセンターはオープンソースで動いている
　　１つの会社、１つのグループで問題を解決できない
・オープンソースは単なるコードではない
　　カルチャーが非常に重要
　　　コラボレーションによりアイデアを持ち寄る
　　　透明性
　　　問題の共有で解決が早まる
　　　共同作業により必要な標準化が促進

　　開発＋運用：ＤｅｖＯｐｓ
　　　コラボレーションのカルチャー＝コミュニケーション
　　テクノロジー側
　　ＢＡＲＣＬＡＹＳ：アジャイルなＤｅｖＯｐｓカルチャーを採用
　　　カルチャーストーリー：先進的アプリケーション開発

　　プロセスについて考えていますか？
　　　アジャイル、継続的、反復的、自動化
・事業全体でプロセスを検証する
　　開発、ビジネス、自動化、セキュリティの各プロセス
　　セキュリティがカギ
　→コードをオープンにするだけではない

・開発プロセスを変える
　アジャイル、スクラム、ＤｅｖＯｐｓ，ＣＩ／ＣＤ、
　先進的アプリケーションライフサイクル管理

・私たちの開発アプローチ
　ベストなアイデアを集めフォーカスする
　　　ビジネス要件
　　　オープンソース
　　　コミュニティ
　　　ＲｅｄＨａｔ

・ＤｅｖＯｐｓがカルチャとプロセスを融合

・ビジネスプロセスの変革と更新

・自社のビジネスプロセスを理解する
　プロセス改善こそＲＯＩ向上の鍵

・プロセスを自動化する
　　アーキテクチャの適応
　　クロスコラボレーション促進
　　広範な適用

・プロセスとサービスの自動化

・セキュリティプロセスの改善

・テクノロジーについてどう考えていますか
　　統合化
　　ハイブリッド
　　オープン
　　相互運用性
　ハイブリッドインフラ

・オープンソースが技術イノベーションの発生源
　オープンソースイノベーションを企業へ

・レッドハットのテクノロジービジョンは、
　おーぷんかつハイブリッドなクラウド
　未来はハイブリッド＆マルチクラウド

・６２％の組織はマルチクラウドに
　レッドハットは以前からオープンを推進
　　以前は独自
　　　　ＩＢＭ：そふとれいやー
　　　　ＭＳ：あじゅーる
　　　　Ａｍａｚｏｎ
　　　　Ｇｏｏｇｌｅ
　　→ＤＥＬＬ＋Ｒｅｄｈａｔ

・オープンハイブリッドクラウドを実現するには
　　全環境をＬｉｎｕｘ基盤へ
　　ハイブリッドクラウドのインフラストラクチャ

・共通で運用するプラットフォーム　ＲＨＥＬ
・オープンハイブッドクラウド
・コンテナ＝ＬＩＮＵＸ
・インフラストラクチャ
・ミドルウェア
　統合、自動化、データ管理、アプリサービス
・管理と自動化
・サブスクリプションモデル
・包括的サービス
・ＯｐｅｎＩｎｎｏｖａｔｉｏｎＬＡＢＳ
・すべてのアプリケーションをどんなフィットプリントでもどこにあっても
　ロックインなし

---

■「デジタル革新」を支える富士通の取り組み
・自己紹介
・富士通メインフレームの歴史
　基幹システム要件：高信頼・高品質・高性能
　５０年を超える年月を経て、お客様とともに成長
　　６４年　ＦＡＣＯＭ　２３０
　　７４年　Ｍ１００
　　８５年　Ｍ３００、Ｍ７００
　　９５年　Ｍ１０００
　　　　：

・ＯＳＳをエンタープライズに適用する富士通の取り組み
　オープンシステム：利用が進むＯＳＳ強化が重要
　　サポートサービス
　　　ミドルウェア
　　　Ｌｉｎｕｘ　ＯＳ：コミュニティ、RedHatと協調しＯＳＳ強化
　　　ハードウェア

・基幹Ｌｉｎｕｘの開発モデル
　コミュニティ・Redhat社と連携しＭＣ要件を実現
　富士通
　　標準化普及推進
　　ＭＣ向け機能
　　ＭＣ向け品質強化
　　サポート品質強化
　基幹システム要件を長期にわたり継続的に実現
　　機能強化
　　プログラム品質強化
　　サポート品質強化
　１０年以上にわたり、基幹システム要件を継続開発
　　ダンプ、トレース、ログ強化、耐故障性強化
　　　不揮発性メモリ（ＮＶＤＩＭＭ）のＲＡＳ機能を開発中
　ＭＣ要件に耐えられる高品質を実現
　　コミュニティ開発
　　ＲＨＥＬ開発
　　富士通検証
　品質状況
　　ＡＦＲ　２００４年の１／２０改善
　　現在も高品質を維持
　９９．５％を富士通内で解決
　ＲＥＨＬ長期サポート
　　修正パッチ：Ｌｉｎｕｘは累積型なので、選択難しい
　　Advanced Misson Criticalサポートプログラム
　　　最長６年、重要修正のみ
→Ｌｉｎｕｘは機能・品質・サポートすべてにおいてミッションクリティカルで
　　安心してご利用いただけます

・富士通の目さすデジタル革新
　Human Centric Innovation Digital Co-creation

・Digital Co-creation
　新たな未来を作り出すために、パートナーやお客様と価値を共創

・つながるサービス
　集める　分析する　価値に変換　最適に制御　つながる
　デジタルビジネス・プラットフォーム
　ＭｅｔａＡｒｃ→クラウドベース

・Ｋ５
　OpenStack,cloudfoundry

・ケーススタディー
　社内システムのクラウド移行

・デジタル革新をＯＳＳで支える富士通の取り組み
　プラットフォーム利用形態の変化
　　　　　　シェア


プライベート　　　　　　パブリック


　　　　　　Dedicate

・デジタル革新を支える開発領域へ拡大
　１０年以上にわたるＬｉｎｕｘＯＳ
　　OpenStack SDN IoT コンテナでデジタル革新牽引

　オープンソースコミュニティ開発を通じてデジタル革新を推進

　コンテナはOpenコンテナイニシアチブ（ＯＣＩ）と
　OpenStackコミュニティでの開発貢献
　順位は上がったり下がったり

・ＯＣＩコミュニティ開発貢献
　コンテナＲｕｎｔｉｍｅ，Ｉｍａｇｅの標準化
　ＣＮＣＦコミュニティでの開発貢献
　 Kubernetesのエンタープライズ適用
　　マルチテナンシー機能に注力

・ＯＳＳを積極活用した製品
　ＲＨＯＳＰ導入の課題と取組
　　環境構築→構築サービス
　　品質→リファレンスモデル
　　運用・保守
　システムのライフサイクル全般を支援するサービスを提供
　PRIMEFLEX for RHOSP　欧米から　OpenStackの最新機能を提供、プライベートクラウド環境
　ETERNUS CD10000 S2 分散ストレージCeph
　Virtuora(NFV)のRHOSPを採用
　RHEL長期サポート　on K5
　RHEL7　拡張プラスサポート　保守運用の負担を軽減

・富士通ブースのご紹介
　　クラウドブース
　　OpenShiftデモ

---

【所感】

・あたらしい技術は、なんだかよくわからなかった（なかった？）。
　で、カルチャーを協調していた。
・NTTデータの人の話、２０１５年は　クラウド７％→今３％で、減ってきているけど、金融７倍というのは
　そんな感じがする。２極化してるんだよね、なんでも・・・

Reactの紹介と学び方を聞いてきた！

10月１９日
【FinTech勉強会】Reactの紹介と学び方（資産運用イノベーション協会）
https://finance.doorkeeper.jp/events/65965
に行ってきた！ので内容をメモメモ

---

■資産運用イノベーション協会とは何か？
・動画
・平和不動産
　東京証券取引所　戦後すぐにできた
　紙でエアシューターで送っていた証券会社のこっている
　茅場町にはエンジニアリングが足りない
・今回はReact
　Reactで納品すること増えた。金融機関に広めたい

■Reactの紹介
・自己紹介
　Reactの本書きました
・私とReactとの出会い
　２万行のJQueryベースのコードをReactへ移行
・JavaScriptの歴史
　昔：プログラマ、デザイナーの世界
　今：Javascript→フロントエンドエンジニア
　　　　→デザイナーもバックエンドもフロントやる
　Javascript：古い　暗黒期→カムバック Gmailなど２０００年から Ajax
　現在 Node.js：非同期I/O　
・モダンJS(ES6)
　バックエンドの人：JSは怪しいというイメージ→安定してきた。
　２０１５年にＥＳ６
　　ES5：プロトタイプ型がったので、なぞな書き方でクラス
　　ＥＳ６：ふるうにクラス
　ＥＳ６（正式にはＥＳ２０１５）
　　現時点ではブラウザーのサポートは完全ではない
　　babel：ＥＳ５にする
　CoffeScript忘れましょう
　typescript:anglarで、MSが押し
・ＳＰＡ
　ＭＶＣのどかな時代→リアルタイムでできないのは・・
　Ajaxシンプル
　Ajax複雑
　ＳＰＡ
　　サーバーはモデルとコントローラー
　　クライアント側でＭＶＣ
　　　→スマートフォン、スマホファーストと同じ
　　デメリット
　　　検索エンジン対策（ＳＥＯ）
　　　ＩＥ６を切り捨てないと・・
　　ライブラリ、フレームワーク
　　　Backbone
　　　Angular：双方向バインディング
　　　　→パフォーマンスの問題、バージョン2(4)は非互換
　　　Embar
　　　Vue：新時代のJQuery？

・Reactの紹介
　Facebookが開発
　Facebookが実際に使っている実績
　ライセンス問題→解決（ＭＩＴ）
　Ｒｅａｃｔ：
　　シンプルなプログラミングモデル
　　コンポーネント指向
　　充実した生態系（豊富なコンポーネント）
　全画面表示
　イベントでのデータ書き換え→全画面処理が動く(reactがやる）
　 　→Virtual DOM:フツウのアプリでは問題ない速さ
　コンポーネント指向
　確実に使われつつある

・Reactデモ
　node.jsで動いている
　ライブラリインストール：案外難しい

・モダンJS開発環境
　開発者若い、すごい勢い
　突然の開発停滞
　　最近はWebpack
　npm：ライブラリ管理（yarn)
　Babel
　ESLint：文法チェック
・ＪＳＸ
　コードの中にＨＴＭＬを書く
　今までの言語はテンプレートが分かれていたが、Reactは一緒に書く
　画面のどこが書き換わったかは気にしなくていい
・Material-UI

・情報源
　本家：Reactは落ち着いているけど・・・
　　https://reactjs.org
　　日本語：参考にはしても、最終的には・・

　欠点
　　ほかのライブラリを使う場合、うまくいかないことも
　　アニメーション苦手
　　バージョンアップでＡＰＩが変わる
　Redux(Flux)：表示のみのライブラリ
　　→モデル、コントロール要素がなくなる
　　→コード増えるイケてない部分も

・ReactNative
　ネイティブＵＩを使って、Android,iosアプリを作る
　タグがＨＴＭＬでなく、ios用

・Electron
　Windowsアプリ、iphone
　→HTMLが動いている
　slackは、これで書かれている

・Reactの学び方
　「結論から学ぶReact入門」
　「EY-Office」
　英語ＯＫなら
　　https://reactjs.org/tutorial/tutorial.html

　学び方
　　前提のクリア
　　　ＨＴＭＬ，ＣＳＳ，プログラミング入門（ヘルプしてもらえる言語）
　　環境構築
　　　案外難しい。ネット情報は注意（古いの見ちゃダメ）
　　ＪＳ（ＥＳ６）を学ぶ
　　ＪＳＸ
　　　テンプレートとは違う、条件や繰り返し
　　コンポーネント
　　　関数型コンポーネント、クラスコンポーネント

・Ｑ＆Ａ
　JQueryの問題
　　いろんなところに書ける→どこに書き換えている人がいるんだ！
　　いろいろなところに手を入れないと
　　ブログに書いてある
　　　　まず、ＵＩテストから書く
　　　　テストが通るかどうか
　デザイナーとの協業
　　ＪＳＸまで見てもらえるか
　　→コードを書くような流れになっている
　　　デザイナーとプログラマーを分けられない
　Electron
　　ネットのチュートリアルみて
　　Reactのある本の中に少し記述がある

■今後のとりくみ
・スクレイピング　次回
・ＡＩスピーカー　ロボット投信

　　

Google,Apple,Facebook,Amazonが凄いのは天才的なビジネスセンスである

技術力が特段優れているというよりは、
ビジネスセンスが凄く、世界的に成功している。

という話を、AITCの総会で、鶴保会長がしていたけど、
これの意味を理解する為に、以下、ちょっと参考資料。

（以下の話は鶴保会長がしたのではなく、私の知識を披露しただけ）

●日本の技術力が遅れていたわけではない。
　むしろ、彼らは、日本の技術力を使ってい「た」という話

１．
グーグルは、セルゲイ・ブリンとラリー・ペイジの2人が検索システムの特許を元にして創業した会社です。そのセルゲイ・ブリンが最初に発明した病院用の検索システムは、実は日立アメリカが特許出願しています。その翌年にセルゲイ・ブリンはグーグルを創業しています

【引用元】
埋没する技術と無力化する知財にどう対処するか：イノベーターの戦略的知財マネジメントの要諦
http://www.rieti.go.jp/jp/events/bbl/13111401.html

２．
実用に向かう量子アニーリング--VWやグーグルが採用した新コンピュータの実像
https://japan.zdnet.com/article/35099097/
から引用
量子アニーリングの起源は1990年代にさかのぼる。東京工業大学の西森秀稔教授と当時大学院生であった門脇正史氏（現在・エーザイ）による研究に端を発する。

３．
日本の技術すげぇ！iPhone 6/6 Plusには多数の日本製パーツが使用されている模様
http://www.appps.jp/125122/


●ところが日本はビジネスセンスが無いので、
　今では、技術がまったくビジネスに結びついていない

１．
実は幻想、iPhoneの「日本製部品頼み」
https://www.nikkei.com/article/DGXMZO17370580W7A600C1000000/

２．
・・・げ、AmazonとCSKの話を書きたかったんだけど、ネットにその話
　載ってないんだ・・・残念。

スマートSE

１０月１８日、AITC総会に行ってきた！
そこでの講演２つをメモメモ

---

■スマートエスイー：スマートシステム＆サービス
技術の産学連携イノベーティブ人材育成

・スマートエスイー Society5.0の時代にイノベーションを起こせる
・enPIT proに採用されたよ
・産学連携がポイント
・文部科学省は短期高度プロ５件採択、その１件
・人生１００年時代＆Society5.0時代の学び直し
　体系だって、フルスタックで
　同じ例題で、ビジネス・デザイン思考、留学生ブレンド、柔軟な組み合わせ
　コレド日本橋に早稲田ＮＥＯ
・いままで
　　ＴＯＰＳＥ
　　早稲田大学　海外展開なども
・センサ、ＩｏＴ、クラウド、人工知能→アプリケーション→ビジネス
・ＭＣＰＣのIoT資格検定中級相当が入門
　　→入門科目もある
　卒業は上級に受かる程度：修了制作
・ヘルスケア共通例題
・修了制作の例ＴｏＰＳＥ
・１科目５万円、正規履修で５０万
・参加：企業でも個人でも

---

■気象データ活用サービスのさらなる発展に向けて
　気象庁観測部計画課

・ＡＩＴＣとの関係

・生産性革命
　政府の成長戦略（未来投資戦略２０１７）→３００ページ全体版
　生産性革命プロジェクトを推進

・未来投資戦略２０１７
　第四次産業革命のイノベーション（ＩｏＴ、ビッグデータ、ＡＩ、ロボット技術等）
　をあらゆる産業や暮らしに取り入れ、さまｚ様な社会課題の解決

・Society5.0
　５番目の社会
　　１　かり
　　２　のうこう
　　３　こうぎょう
　　４　情報化
　　５　最先端の技術

・キーワード「生産性革命」
・これからの時代「人」と「データ」
・つなぎ役「先端ＩＴ］
　→たくさんの気象データから、大きな価値を！！

・紹介する話題
　　気象ビジネス市場の創出
　　ＷＸＢＣ

・気象ビジネス市場の創出
　　気象データ「利用はまだ低調」
　課題
　　産業界が求める気象サービスの提供
　　新たな気象ビジネスを実現する対話・連携

・気象ビジネス推進コンソーシアム（ＷＸＢＣ）
　先進的なビジネスモデルの創出

・気象データの概要とその利用
　観測→数値予報（スパコン→予報官）→天気予報など
　たくさんのデータ
　１日のデータ１６００Ｇ
　　電文データ
　　数値データ
　民間気象業務支援センター：だれでも入手できる
　　→独自の予報をしないのであればＯＫ
　気象データ高度利用ポータルサイト

　気象庁　情報カタログ

・産業分野における気象データの利用の事例
　　タクシーの需要予測
　　　　リアルタイム人口分布
　　　　イベント
　　　　気象データ
　　　→機械学習
　　電力需給：太陽光発電
　　建築現場安全管理
　　小売り

・気象ビジネスの今後
　　「気候リスク管理」で検索
　プロジェクト
　　　アイデアそん　ＶＬＥＤ
　　　アイデアコンテスト
　　　手軽に触る環境：日射量予測データ
　人材育成ＷＧ：活動とスキルセットの目標
　　ビジネス　→連携　新規気象ビジネス創出ＷＧ
　　　定期セミナー
　　　地方セミナー
　　　勉強会
　Ｈ３０年度概算要求：しているよ

Ｑ＆Ａ
・海外の気象データは
　　WMO：外国のデータもみんな共有という枠組みある
　　　→基礎データは共有
　アメリカ：支援センターもあるけど、クラウドでとか、いろいろ選択肢ある
　　　→日本も？

【論文のありか追加】「ＡｌｐｈａＧｏ」が進化、白紙の状態から学習して従来型人工知能を破る

「ＡｌｐｈａＧｏ」が進化 囲碁の打ち手教えずに従来型破る
http://www3.nhk.or.jp/news/html/20171019/k10011182291000.html

とか

囲碁ＡＩが「独学」で最強に　グーグル、産業応用探る
https://www.nikkei.com/article/DGXMZO22407340Y7A011C1TI1000/

とか


【１０月２２日　追加：論文のありか】
Mastering the game of Go without human knowledge
https://www.nature.com/nature/journal/v550/n7676/pdf/nature24270.pdf

日本語で
AlphaGo Zeroの論文の要約
http://blog.livedoor.jp/yuno_miyako/archives/1068350228.html

パスワードを定期的に変えるのはデメリットが多い！？

パスワードを定期的に変えるのはデメリットが多い！？変更すべき4つの場合
http://itpro.nikkeibp.co.jp/atcl/column/17/092800400/101500004/

ソフトバンク式プレゼン術

孫社長も実践　ソフトバンク式プレゼン術、7つの鉄則
https://style.nikkei.com/article/DGXMZO14837220T00C17A4000000

陸王のフォントは

正調明朝体B

って、すげー、よくわかるな・・・

陸王のフォント　正調明朝体B
http://blog.goo.ne.jp/hitorigumi/e/f6fe5401fc6748cd3a0a274e85bb4bfa

お題：このセキュリティソフト、何かが足りない。…何が足りない？

パスワードが「admin」

【引用元】

ランサムウェアの脅威を知らせるため、エンジニアに大喜利をやらせてみた結果
https://liginc.co.jp/354713

「実は、要求が決まっても、開発コストは見積もれなくなっている」理由

実は、スケールすると、システムを変える必要があるから
（クラウドだと「ソフトを変えなくても」スケールするというのは実は嘘）

例を挙げるとわかる。

お題：掲示板システムを作る

●最小限の構成：
・サーバーを１つたちあげて、PHPかなんかで組む。
・データをオープンソースのRDBに入れる（上記PHPと同一サーバー）

●信頼性をあげたい
・サーバーを１つたちあげて、PHPかなんかで組む。
・データをオープンソースのRDBに入れ
　１台をマスタ、１台をスレーブとしてレプリケーションする
　→サーバーは増えるが、ソフトの変化はない
　＝予算は増えるが、開発工数は変わらない

●サーバー側のアクセス量が増える
・サーバー増設
　複数サーバーが処理をする
・データをオープンソースのRDBに入れ
　１台をマスタ、１台をスレーブとしてレプリケーションする
　→ここ注意。要求を出す側は、ここで変化が無いと思っているが、
　　実際は
　　　・スケールさせたり、インスタンスを消すためのシステムが必要
　　　　(AWSだと、cloud watch,cloud formationなど）
　　　・セッションが使えるとは限らなくなってくる
　　　　　→このレベル以上の場合、WebAPIで作ったほうが楽になる
　　　　　→セッション in DBにするケースもある（後述の本質的対策でなく）
　　　・DBアクセスが複数サーバー（動的になる）に対応
　＝予算がかかる。インフラの力必要になる。実はソフト開発工数が増える★


●サーバーアクセスされるデバイスが増える
・レスポンシブWebデザインで開発
　→ここ注意。要求を出す側は、レスポンシブでやればOKと思っている
　実際は
　　・莫大なE2Eテストが必要。
　　・ios系(ipad,iphone)で問題を起こし、対応が必要になることしばしば
　＝テストの（自動化）力必要になる。ソフト開発工数が思った以上に増える★


●サーバーアクセスされる国を増やす
・多国語対応すればよい
　→ここ注意。要求を出す側は、画面を翻訳すればOKと思っている
　実際は
　　・時間などをUTCベースで作っておかないといけないんだけど、
　　　JSTで作っちゃっている場合ある
　　・画面の構造自体変わる
　　　　→多国語の構成管理が難しくなる
　＝ソフト開発工数が思った以上に増える★

●サーバー側のアクセス量がもっと増える
・スケールすると思っている
　実際は
　　・セッションin DBだときつくなる。なので、NoSQLに入れるか、セッションレスにする
　　　→ソフトの改修が入る
　　　→この段階で、後述するキューの利用を考える
　　・DBをマルチマスターにする場合がある
　　　→SQLで、テーブル作るときに対応が必要なところもある
　＝スケールさせると、ハード代高いことに、よほど鈍感出ない限り、このへんで気づく
　　ソフト開発工数が思った以上に増える★

●サーバー側のアクセス量がもっともっと増える
・安くするにはサーバーレスだ！と思っている
　→ここ注意。要求を出す側は、
　　サーバーレスって、サーバーのプログラムを持っていくと思ってる
　実際は
　　・根本的に書き方が違う（以下の理由で、マイクロサービスで記述する）
　　・RDBでサーバーレスをやると接続が持たないので、キューに入れる
　　　→ソフトの改修が入る。アーキテクチャを見直し、APIベースのマイクロサービスへ
　＝ソフト開発工数が思った以上に増える★、以前に、こういう開発を出来る人が少ない

上記★印のところで、ソフト開発が大幅にかかる。
だけど、はじめから、「サーバーレスでマイクロサービスで！」作れるのならいいけど
たいていは
　・思った以上の予算がかかる（スケールしないのなら不要な予算）
　・開発が難しく、人材が探せない
ということで、それは無理。

で、要求の段階で、トラフィックやトランザクションが見積もれても、
処理の書き方、サービスの選び方一つで、同じトラフィック、トランザクション
でも、上記のどの段階で開発をするかが変わってくる。
もちろん、それによりコストが変わる。

なので、

「実は、要求が決まっても、開発コストは見積もれなくなっている」、

むしろ、前に書いたけど、「要求が大事というのは古い時代の話」で、今は、
どう実装するかが大事だから、計画よりもPoC作って確認したほうが早いんだよねえ・・

無線LANケーブルとは

前に書いた

「無線」LAN「ケーブル」
http://blog.goo.ne.jp/xmldtp/e/2e0f7bcf638681c3d52dfb6819c0f82d

の答え

無線LANケーブルってなんだよwwwと思って調べてたら正解が見つかった
https://twitter.com/peko29435649/status/919872435440070656/photo/1

LCXケーブル？

「Wi-Fiを暗号化するWPA2に脆弱性発見」の論文のありか

以下のニュース
Wi-Fiを暗号化するWPA2に脆弱性発見　～対応のあらゆる機器が影響
http://pc.watch.impress.co.jp/docs/news/1086255.html

について、解説者のTwitterで、その脆弱性の論文のありかが示されている。

ここ

Key Reinstallation Attacks: Forcing Nonce Reuse in WPA2
https://papers.mathyvanhoef.com/ccs2017.pdf

ちなみに、サイトは
Key Reinstallation Attacks
Breaking WPA2 by forcing nonce reuse
Discovered by Mathy Vanhoef of imec-DistriNet, KU Leuven
https://www.krackattacks.com/

VirtualBoxでUbuntuをインストールしてたら、画面がしましま

こんなかんじ

（この前に上の赤っぽい線が画面いっぱいに広がった）
で、インストールできない。

こんなとき

Ubuntu14.10をVirtualBox環境にインストールしようとしたら画面が砂嵐だった件
http://mayoneez.hatenablog.com/entry/2014/11/14/022157

にあるけれど、

「右側の」ctrlキーとＦ１、その後「右側の」ctrlキーとＦ７

を何回か繰り返したら、

になって、先に進むことができた。
・・・なんなんだろう

Ｐ．Ｓ　右側の！ctrlキー。なぜか、左側のctrlキーではだめだった。

テスラ、400人解雇

うまくいっていないんでしょうか・・・

同社は今月、生産面のボトルネックのために新型セダン「モデル３」の生産が遅れていると発表している。

米テスラ、中間管理職など400人解雇＝元社員
https://headlines.yahoo.co.jp/hl?a=20171016-00000006-reut-bus_all
(太字は上記サイトより引用）