コンパイル〇株式会社(本社 千葉県松戸市 代表取締役：仁井谷正充）は、「にょきにょき」次回作のCAMPFIREでのクラウドファンディングの記者会見と開始時間１３時への変更と、クラウドファンディングで「にょきまん」のお届けを以下の要領で行います。
■日時：６月２２日（木）１３時～（変更しました）
■場所： 〒160-0023 東京都新宿区西新宿６丁目１５−１ セントラルパークタワー３F会議室
：
■ビデオ出演：
堀江貴文（ホリエモン）
コンパイル○株式会社
http://newsnavi.jp/detail/615486/
（太字は上記サイトより引用）
■日時：６月２２日（木）１３時～（変更しました）
■場所： 〒160-0023 東京都新宿区西新宿６丁目１５−１ セントラルパークタワー３F会議室
：
■ビデオ出演：
堀江貴文（ホリエモン）
コンパイル○株式会社
http://newsnavi.jp/detail/615486/
（太字は上記サイトより引用）
ってことで、IBM BlueMix
https://console.bluemix.net/
を使っていたんだけど、きげんがきれそうなので、
退避先を検討中。
富士通K5に３０日逃げるか・・・と思ったけど、
前のエントリのとおり、むずかしそうなので、
Pivotal Web Services (PWS)かなあ・・・
ということで、自分へのメモ
Cloud FoundryにSpring Boot/Java EEアプリケーションをデプロイしよう
https://blog.ik.am/entries/359
cloudnもCloudFoundryみたいだけど・・・
無料枠があるのかわからん・・・
というか、よくわからん・・・
【ついでにメモ】
CloudFoundryとは関係ないけど・・・
初心者でも15分で公開できるHerokuのはじめかた
http://developers.mobage.jp/blog/how-to-use-for-beginners-heroku
さらに関係ないけど・・・
クラウドIDE「Cloud9」とは？特徴や基本的な使い方
http://kumaweb-d.com/service/cloud9-ide/
https://console.bluemix.net/
を使っていたんだけど、きげんがきれそうなので、
退避先を検討中。
富士通K5に３０日逃げるか・・・と思ったけど、
前のエントリのとおり、むずかしそうなので、
Pivotal Web Services (PWS)かなあ・・・
ということで、自分へのメモ
Cloud FoundryにSpring Boot/Java EEアプリケーションをデプロイしよう
https://blog.ik.am/entries/359
cloudnもCloudFoundryみたいだけど・・・
無料枠があるのかわからん・・・
というか、よくわからん・・・
【ついでにメモ】
CloudFoundryとは関係ないけど・・・
初心者でも15分で公開できるHerokuのはじめかた
http://developers.mobage.jp/blog/how-to-use-for-beginners-heroku
さらに関係ないけど・・・
クラウドIDE「Cloud9」とは？特徴や基本的な使い方
http://kumaweb-d.com/service/cloud9-ide/
Amazon試すのとはわけ違うよ！といわれたんだけど、その理由がわかった！
まず、K5を試すには、
http://jp.fujitsu.com/solutions/cloud/k5/
の「無料で試す」をクリックする。
そうすると、「無料トライアル」をクリックする画面になる。
ここは「無料トライアル」をクリックすればよい。
次の画面で「同意に～」と出るので、ここで
「トライアル申込に進む」をクリック
「ログイン」画面にいくが、
ここからが問題・・・なんのログイン画面？
下の「会員登録をされていない方」をクリックして、
会員登録する。そうすると、解る。
これは、「FUJITSU MetaArc Marketplace」の会員登録
言われたとおりに会員登録をすると、最後にメールが来るので、
そのメールにあるURLをクリックすれば、この会員登録はできる。
で、さっきのログイン画面
ユーザー名をメールアドレス
下のパスワードを今入れたパスワードを入れて
「ログイン」
スクロールすると、こういう画面が出てくる
「契約番号」って何？
言われたとおり、「本サービス公開ホームページ」
https://s-portal.cloud.global.fujitsu.com/SK5PCOM001/
を見る
ここのログインは、さっきのログインとは異なり、
「契約番号」がいる。
「契約番号」って何？
このなぞを解明するのが、次のサイト
https://cloud-direct.jp.fujitsu.com/pages/productinfo/870
つまり、さっきの
https://s-portal.cloud.global.fujitsu.com/SK5PCOM001/
のページで「K5を始める」で申し込みをして、
そうすると、どうやら契約番号というのがもらえるらしい・・・
・・・会社に内緒で勝手にしちゃって、大丈夫かな・・・？
ん・・んん・・・
よく見たら・・・
Zinraiディープラーニングについては、別途申請書が必要になります。
ですって（＠＿＠！）
AIにたどり着くまで、工程が長すぎます・・・
こりゃ、Amazonみたいに、個人的に何かするって言うのは無理で、
会社レベルで、「PoCつくるぞお～、試用するぞお～」みたいに
いっぱい会議して、いろんな人の承認とかもらわないと、
できなさそうですね・・・
・・・めげました・・・
・・・Amazon試すのとはわけ違いました・・・
まず、K5を試すには、
http://jp.fujitsu.com/solutions/cloud/k5/
の「無料で試す」をクリックする。
そうすると、「無料トライアル」をクリックする画面になる。
ここは「無料トライアル」をクリックすればよい。
次の画面で「同意に～」と出るので、ここで
「トライアル申込に進む」をクリック
「ログイン」画面にいくが、
ここからが問題・・・なんのログイン画面？
下の「会員登録をされていない方」をクリックして、
会員登録する。そうすると、解る。
これは、「FUJITSU MetaArc Marketplace」の会員登録
言われたとおりに会員登録をすると、最後にメールが来るので、
そのメールにあるURLをクリックすれば、この会員登録はできる。
で、さっきのログイン画面
ユーザー名をメールアドレス
下のパスワードを今入れたパスワードを入れて
「ログイン」
スクロールすると、こういう画面が出てくる
「契約番号」って何？
言われたとおり、「本サービス公開ホームページ」
https://s-portal.cloud.global.fujitsu.com/SK5PCOM001/
を見る
ここのログインは、さっきのログインとは異なり、
「契約番号」がいる。
「契約番号」って何？
このなぞを解明するのが、次のサイト
https://cloud-direct.jp.fujitsu.com/pages/productinfo/870
つまり、さっきの
https://s-portal.cloud.global.fujitsu.com/SK5PCOM001/
のページで「K5を始める」で申し込みをして、
そうすると、どうやら契約番号というのがもらえるらしい・・・
・・・会社に内緒で勝手にしちゃって、大丈夫かな・・・？
ん・・んん・・・
よく見たら・・・
Zinraiディープラーニングについては、別途申請書が必要になります。
ですって（＠＿＠！）
AIにたどり着くまで、工程が長すぎます・・・
こりゃ、Amazonみたいに、個人的に何かするって言うのは無理で、
会社レベルで、「PoCつくるぞお～、試用するぞお～」みたいに
いっぱい会議して、いろんな人の承認とかもらわないと、
できなさそうですね・・・
・・・めげました・・・
・・・Amazon試すのとはわけ違いました・・・
REVIVE USBを使う。
Amazonで組み立て済みが売っている
REVIVE USB（組立済）
https://www.amazon.co.jp/dp/B0126A5NRG
【参考サイト】
USB入力のスイッチを自作する！ [Home Cockpit Building]
http://kei-sim.blog.so-net.ne.jp/2011-11-13
Amazonで組み立て済みが売っている
REVIVE USB（組立済）
https://www.amazon.co.jp/dp/B0126A5NRG
【参考サイト】
USB入力のスイッチを自作する！ [Home Cockpit Building]
http://kei-sim.blog.so-net.ne.jp/2011-11-13
６月１６日
API Meetup Tech Deep Dive #1: gRPC
に行ってきた！のでメモメモ
API MeetUp
■会場提供
・Speeeさん、無償だよ！
■諸注意
・トイレは向かって左
・Ｗｉｆｉはってあるよ
・飲み物左後ろの自販機
コーヒーもあるよ
・喫煙：禁煙、ビルの外
（→４階の注意、Speeeは５階もある）
■What I learned about APIs in my first
・Ｇｏｏｇｌｅ
ＡＰＩいっぱい
データセンター→サービス
１件の検索でも、数千のコンピューターが通信
10びりおん＋ APIコール／秒
・以前
iosでＡＰＩを使う側
・Google Cloud Platform
・Ｇｏｏｇｌｅに入る前にＡＰＩについて知っていたこと
ＡＰＩは重要
ＡＰＩはテストしないといけない
ＡＰＩはデザイン重要
・分散コンピューティングの思い込み
ネットワーク信頼できる
遅延０
帯域無限
：
・コンウェイの法則
壁がある
中に入って
・Ｇｏｏｇｌｅほどのスケール
→特別な注意
最適化
標準化
柔軟性
・プロトコルバッファ Ｇｏｏｇｌｅの初期のころからある
・プロトコルバッファ ３つの側面
シリアル化
インターフェース記述言語
方法論
しりあらいずのしくみ
→ツールがやるので、しらなくてもＯＫ
protoファイル→protocによって、Go,Java言語になる
GoogleはJSONとかではなく、protocol bufferでやっている
・GRPC
Ｇｏｏｇｌｅの方法、つまりprotocol bufferに基づいている
→オープンソース化
HTTP2を使っている
ローカル関数呼び出すような感じ
・認定された言語リスト
・Unary(ゆーなりー）ＡＰＩ：ストリームでないもの
１対１
・grpcはストリーミングができる
・双方向チャットも簡単
→ＲＥＳＴだと大変だよね！
・ほかの会社でもgRPC使っている
→めるかりさんも
NetFlix
・Swift on server
GoogleはJava,goo,C++,pythin
IBMはJava,JS,Swift
・protocol buffer,gRPCのOpenAPIサポート
・Google APIスタイルガイドがある
公開されている
■gRPC and REST with gRPC in practice
・自己紹介
・アジェンダ
・gRPCの概要
HTTP2を使ったRPC
今V1.3
特徴
・コネクションはりっぱなし
１つのコネクションを使いまわす
ＲＰＣ終了タイミング
デッドライン・タイムアウト
残り時間確認
・ステータスコード
独自の物定義：１６こぐらい
・メタデータ
・メッセージフォーマット非依存
JSON使っても実はいい。
・言語
Ｃ，Ｊａｖａ，Ｇｏ実装
Ｃを拡張
・使い方
サーバーGo,クライアントRuby
サーバー側
１．Ｐｒｏｔｏ定義をかく
２．ProtoからＧｏコードを生成
３．サービスを実装する
４．サーバー起動
クライアント側
５．protoからRubyコード作成
６．クライアント実装
・ＲｅｓｔとＢｒｏｗｓｅｒ
ＲＥＳＴ ＡＰＩは終わった？そうではない
後方互換性
進んでいない言語
Webブラウザ
・grpc-gateway
ＲＥＳＴ→gRPCへ（自動生成ある）
Cloud Endpointsにそれあり
マッピングルールの記述
・Gatewayのコード生成と起動
マッピングルール
いくつか表現可能
・Ｓｗａｇｇｅｒ（ＯｐｅｎＡＰＩ）
→ドキュメント生成
・ブラウザ対応
HTTP2、raw binary、Traller
gRPC-Web
Webで使えるようにする拡張
３つのコンポーネント
grpcweb
ts-protoc-gen
grpc-web-client
・grpcweb
プロトコル変換
→トレーラーをヘッダー、ペイロードへ
・grpc-web-client
クライアント向け
FetchAPI
・α版、
・新機能
Interceptor
ミドルウェア：リクエスト処理を挟み込む
エラー時の詳細情報
→エラーをstatus messageへ：detailsに
ロードバランシング
名前解決
デフォルトＤＮＳ
ＡＰＩで独自実装可能
バランサーのタイプ、サーバー名も返せる
grpclb
ＨＴＴＰ ＣＯＮＮＥＣＴプロキシ
・メルカリの事例
gRPC使う理由
簡単に作れる
ぱふぉーまんす
Single Source of Truth
事例：プラットフォーム化
失敗事例：AndroidでgRPC→機能性が枯れてから（強制アップデートできるならＯＫ）
ＴＣＰロードバランサー(nginx)
フォワードプロキシ
カスタムリゾルバと接続の多重化
プロキシとＬＢを普通につなぐと１コネクション
Protoファイルの管理
１つのリポジトリで管理
ＣＩによる開発版、最新版の自動生成
・まとめ
HTTP2の対応は思ったより悪い
polyglotが使いづらい
HTTP2：待ってれば・・・
こみにてぃ
API Meetup Tech Deep Dive #1: gRPC
に行ってきた！のでメモメモ
API MeetUp
■会場提供
・Speeeさん、無償だよ！
■諸注意
・トイレは向かって左
・Ｗｉｆｉはってあるよ
・飲み物左後ろの自販機
コーヒーもあるよ
・喫煙：禁煙、ビルの外
（→４階の注意、Speeeは５階もある）
■What I learned about APIs in my first
・Ｇｏｏｇｌｅ
ＡＰＩいっぱい
データセンター→サービス
１件の検索でも、数千のコンピューターが通信
10びりおん＋ APIコール／秒
・以前
iosでＡＰＩを使う側
・Google Cloud Platform
・Ｇｏｏｇｌｅに入る前にＡＰＩについて知っていたこと
ＡＰＩは重要
ＡＰＩはテストしないといけない
ＡＰＩはデザイン重要
・分散コンピューティングの思い込み
ネットワーク信頼できる
遅延０
帯域無限
：
・コンウェイの法則
壁がある
中に入って
・Ｇｏｏｇｌｅほどのスケール
→特別な注意
最適化
標準化
柔軟性
・プロトコルバッファ Ｇｏｏｇｌｅの初期のころからある
・プロトコルバッファ ３つの側面
シリアル化
インターフェース記述言語
方法論
しりあらいずのしくみ
→ツールがやるので、しらなくてもＯＫ
protoファイル→protocによって、Go,Java言語になる
GoogleはJSONとかではなく、protocol bufferでやっている
・GRPC
Ｇｏｏｇｌｅの方法、つまりprotocol bufferに基づいている
→オープンソース化
HTTP2を使っている
ローカル関数呼び出すような感じ
・認定された言語リスト
・Unary(ゆーなりー）ＡＰＩ：ストリームでないもの
１対１
・grpcはストリーミングができる
・双方向チャットも簡単
→ＲＥＳＴだと大変だよね！
・ほかの会社でもgRPC使っている
→めるかりさんも
NetFlix
・Swift on server
GoogleはJava,goo,C++,pythin
IBMはJava,JS,Swift
・protocol buffer,gRPCのOpenAPIサポート
・Google APIスタイルガイドがある
公開されている
■gRPC and REST with gRPC in practice
・自己紹介
・アジェンダ
・gRPCの概要
HTTP2を使ったRPC
今V1.3
特徴
・コネクションはりっぱなし
１つのコネクションを使いまわす
ＲＰＣ終了タイミング
デッドライン・タイムアウト
残り時間確認
・ステータスコード
独自の物定義：１６こぐらい
・メタデータ
・メッセージフォーマット非依存
JSON使っても実はいい。
・言語
Ｃ，Ｊａｖａ，Ｇｏ実装
Ｃを拡張
・使い方
サーバーGo,クライアントRuby
サーバー側
１．Ｐｒｏｔｏ定義をかく
２．ProtoからＧｏコードを生成
３．サービスを実装する
４．サーバー起動
クライアント側
５．protoからRubyコード作成
６．クライアント実装
・ＲｅｓｔとＢｒｏｗｓｅｒ
ＲＥＳＴ ＡＰＩは終わった？そうではない
後方互換性
進んでいない言語
Webブラウザ
・grpc-gateway
ＲＥＳＴ→gRPCへ（自動生成ある）
Cloud Endpointsにそれあり
マッピングルールの記述
・Gatewayのコード生成と起動
マッピングルール
いくつか表現可能
・Ｓｗａｇｇｅｒ（ＯｐｅｎＡＰＩ）
→ドキュメント生成
・ブラウザ対応
HTTP2、raw binary、Traller
gRPC-Web
Webで使えるようにする拡張
３つのコンポーネント
grpcweb
ts-protoc-gen
grpc-web-client
・grpcweb
プロトコル変換
→トレーラーをヘッダー、ペイロードへ
・grpc-web-client
クライアント向け
FetchAPI
・α版、
・新機能
Interceptor
ミドルウェア：リクエスト処理を挟み込む
エラー時の詳細情報
→エラーをstatus messageへ：detailsに
ロードバランシング
名前解決
デフォルトＤＮＳ
ＡＰＩで独自実装可能
バランサーのタイプ、サーバー名も返せる
grpclb
ＨＴＴＰ ＣＯＮＮＥＣＴプロキシ
・メルカリの事例
gRPC使う理由
簡単に作れる
ぱふぉーまんす
Single Source of Truth
事例：プラットフォーム化
失敗事例：AndroidでgRPC→機能性が枯れてから（強制アップデートできるならＯＫ）
ＴＣＰロードバランサー(nginx)
フォワードプロキシ
カスタムリゾルバと接続の多重化
プロキシとＬＢを普通につなぐと１コネクション
Protoファイルの管理
１つのリポジトリで管理
ＣＩによる開発版、最新版の自動生成
・まとめ
HTTP2の対応は思ったより悪い
polyglotが使いづらい
HTTP2：待ってれば・・・
こみにてぃ
漏洩同軸ケーブル（LCX：Leaky Coaxial Cable）を利用する方法
「ケーブルから漏れ出る電波でWi-Fi通信」は可能なのか？
http://itpro.nikkeibp.co.jp/atcl/column/16/083100185/060900018/
これって、技適とか、だいじょうぶなんすかねえ？
（これ、スロットアンテナ？）
「ケーブルから漏れ出る電波でWi-Fi通信」は可能なのか？
http://itpro.nikkeibp.co.jp/atcl/column/16/083100185/060900018/
これって、技適とか、だいじょうぶなんすかねえ？
（これ、スロットアンテナ？）
たしかに、データサイエンスとしては
適当な問題なのかも・・・
AKB順位予測、大学・企業が熱心なワケ データで読める？人の心理
http://withnews.jp/article/f0170616003qq000000000000000G00110101qq000015413A
適当な問題なのかも・・・
AKB順位予測、大学・企業が熱心なワケ データで読める？人の心理
http://withnews.jp/article/f0170616003qq000000000000000G00110101qq000015413A
AI PETには、3種類のエンジンを採用。1つは「おはよう」などの定型の問いかけに対して、定型で返してくれるエンジン。それに自由に会話する2つのエンジンを組み合わせた。そのうちの1つは、中部経済新聞が採用した文章自動生成AI「AI記者」にも採用されている、設定したキーワードを使って文章を組み立てるもの。もう1つがディープラーニングになる。
「最初はディープラーニングだけを使っていたが、求めている文脈に対して、返答があっているのかいないのかわからないことがあった。そこで人間の言っていることに対して、フィットするように、意図的に寄せていかないと気持ちの良い会話にならないということがわかり、2つのエンジンを加えた」
「OK Googleとは違う体験」--ハウスコムが「AI PET」に期待するコミュニケーション
https://japan.cnet.com/article/35102375/
（太字は上記サイトより引用）
「最初はディープラーニングだけを使っていたが、求めている文脈に対して、返答があっているのかいないのかわからないことがあった。そこで人間の言っていることに対して、フィットするように、意図的に寄せていかないと気持ちの良い会話にならないということがわかり、2つのエンジンを加えた」
「OK Googleとは違う体験」--ハウスコムが「AI PET」に期待するコミュニケーション
https://japan.cnet.com/article/35102375/
（太字は上記サイトより引用）
アクセス
トータル
ランキング
