LINE ハッカソンメモ
9/22(土)～9/23(日)
LINE BOOT AWARDS 2018 ハッカソン 東京 vol.02
API のインプットタイムで「1人15枚は付箋にメモする」ということで、
せっかくメモしたので、付箋を捨てる前にブログにもメモ
LINE
- Closing the distance
- LINE のミッション
- Bot
- Messaging API
- Pay
- LINE Pay
- CEK
- Clova Extensions Kit
- LIFF
- なんか Web も使える LINE
- スタンプ
- 位置情報
- リッチUI
- IoT
- Beacon
Twilio
- Twilio Studio
- Qiita - @mobilebiz
- TEL, SMS が出来る
- Twilio Functions
- Channels - LINE
メタデータ
- 男女判定/営業時間抽出API (旧 5W1H API): 5W1H のメタデータ自動抽出APIの機能向上版
- 人名による男女判定も行える。(平成元年～平成15年)
- また、時刻表現について、営業時間、ラストオーダー等も認識可能
- 感情解析API: 日本語のテキストの感情を以下の3軸を7段階評価
- 「好ましい‐嫌い」
- 「嬉しい‐悲しい」
- 「怒り‐悲しみ」
- 願望検索API: ソーシャル投稿の中から人々のしたいことを検索
- 意味カテゴリAPI: テキスト中の内容後の意味カテゴリを出力
- 連想語関連語API: 入力単語と類似の単語または連想される単語を上位10語出力
- この猫なに猫API: 猫写真を読み取り、猫種を教えてくれる
- 猫発見器: 顔認識の猫版
IBM
- デベロッパーズ・ラウンジ
- 色んなサンプルが載ってるっぽい
- Watson Assistant (旧 Watson Conversation)
- 会話をビジュアルプログラミングで繋げられるはず(Storyline みたいな)
- Watson Studio
駅すぱあと
Obniz
- スマスピ: オンライン
- ハード: オフライン
- Obniz: ネットにつながるハードウェア
- メッチャ簡単！
Infineon
- センサー系
- CO2 センサとかもある
- ポジションセンサ
- ジョイスティックとか
- 気圧センサを提供
- 気圧は高度に変換できる
- +5cm で -0.6 hPa
スマートスピーカーを遊びたおす会に参加
こちらに参加
#スマートスピーカーを遊びたおす会
前回の様子はこちら。
http://chibi929.hatenablog.com/entry/2018/04/17/093935
Storyline の Real (by もっちゃんさん)
もっちゃんさん、デュエリストと勘違いされる。
Storyline とは、ノンコーディングで Alexa スキルを開発できるもの。
Google アカウントがあれば利用可能とのこと。
WebAPI も叩けるとのこと。
以前、お聞きした話では、
Storyline は融通が効かない。などと聞いていたが、
どうやら日本語版の Storyline には制約が多いらしい。
本当の姿(英語版)の Storyline を使うことがオススメとのこと。
Storyline を英語版で作り、Alexa Skills Kit 上にデプロイ。
Alexa Skills Kit 上では日本語対応にして後から日本語化すれば良い。
(デプロイし直しとかしたらまた英語に戻っちゃうのかな？先に設計ちゃんとしないとダメかな？)
英語版だと「はい」「いいえ」の状態管理ができる。
(状態管理ってどうやってやるんだろう？)
Storyline で出来ることは、Dialogflow でもできる！？
(移行というか、設計書変わりになるということかな？)
Amazon Echo で Duel する (by show さん)
真のデュエリスト登場。
Amazon Alexa 経由で Lambda を叩き、
AWS IoT Shadow を使ってラズパイへ。
HDMI モニタに表示と。
AWS IoT は、少しかじったことしか無いが、Greengrass を使うものだと思っていた。
Greengrass Core をラズパイにインストールして MQTT でなんやかんや。
お話を聞いてみると「本来であればその形が正しいと思われる」とのこと。
今回はデバイスシャドウしか使わずになんやかんやしたとのこと。
(AWS IoT ってそういう使い方もできるんだ！)
ちなみに状態管理は sessionAttribute とのこと。
また、誤認識を防ぐための Slot が増えるのが悩み。
「俺のターン！」→「俺のアマゾン」と認識。
何故！
世界初！Google Assitant 搭載 ○○○ (by みそさん)
その正体は「Google Assistant 搭載のバナナパンツ」
「OK, バナナ、バナナむいて」
まさかのウェイクワードを変えてきてる。。。
パーリーモードで、光るバナナパンツ。
- ハードウェア
- バナナパンツ: 1382円
- ラズパイ Zero W: 1296円
- スピーカー (Speaker pHAT)
- マイク (USB)
- その他ケーブル類
- ソフトウェア
Snowboy を使う理由としては、
正確にいうと Google Assistant Library ではウェイクワードが使えるが、
Google Assistant Service だとウェイクワードが使えないため利用したのだとか。
(Library でウェイクワード変更はできるのかしら？)
性能評価としては、
スピーカー: バナナパンツとしては十分
動作: 所詮はバナナパンツ
ピカチュウトーク: バナナパンツからは使えない
バナナパンツは、新しいウェアラブル音声アシスタント
(ハードウェアを使いこなすみそさんが羨ましい・・・)
(どうもハードウェアは苦手だ・・・頑張ろう・・・)
初心者向け！ゆるふわGoogle Home + Azure（by ちょまどさん)
まずは、有名どころのスマスピ一覧から。
そして、超β版だけど Windows 10 のコルタナさんを Alexa に変えられる！？
Webhook の先を Azure Functions で作る。
通常 Google Assistant は Cloud Functions for Firebase
Amazon Alexa は Lambda で作る。
ざっと仕組みを説明して、まっちょまどボイスのデモ。
デュエルと同じ状況で「まっちょまどボイス」が認識してくれない。
もう1個、ちょまど天気予報のデモ。
https://openweathermap.org というお天気 API を使って、
東京のお天気を取得しているとのこと。
スポンサーLT
(by IIJ さん)
車にスマスピを搭載したお話。
(by サイバードさん)
スマスピ x ゲームはブルーオーシャン。
懇親会 LT
会社の受付システムをスマートスピーカーで運用してみた知見 (by がおまるさん)
- 導入が簡単
- 内戦の取り次ぎミスが減る
- Teams や Slack の連携が簡単
- 先進的な取り組みっぽく見せられる
- お客様にはまだハードルが高め
- 使い方が分からない
- 恥ずかしい
- など
Alexaニューススキル実録！こどもじゃんけんぽん事件 (by 西園さん)
フラッシュブリーフィングスキルにはニュースや占いがあるのに「じゃんけんぽん」がない！
フラッシュニュースの仕様としては、
があるらしいです。
じゃんけんスキル作って出してみたら大人向けのスキルじゃない！子供向けじゃん？
と言われリジェクト。大人だってじゃんけんしたいのに！
でも大人なので、リジェクト内容にしっかりと応えて、
こども向けスキルにして出した。
そしたらなんと、公式から大人向けのじゃんけんスキルが登場。
今ストアには、
「子供向けじゃんけん」スキルと「大人向けじゃんけん」スキルがある。
内容は恐らく一緒。
しかもイラストまで似ちゃった(笑)
その他
配信動画
VUI の未来
今回はこちらに参加
オープニング・VUIの市場感 (SmartHacks 山本さん)
- スマスピ用にアプリを作ってもスマホで使う人が圧倒的に多い現実・・・
- Google Home よりも Amazon Alexa の方が利用されている。
- Hey Siri は中々使わなかったけど、一度音声入力に慣れると VUI を色々なところで使うようになる
まとめ
- 2018年は全世界で1億台近いスマートスピーカーが利用されるようになる
- 日本のスマートスピーカー対応アプリは1日6個の割合で増えている
- Google Assistant が入ったデバイスは既に4億台以上
- 今後スマートスピーカーの普及により音声AIアシスタントの普及が拡大する
- VUI 領域が拡大！！
開発して感じたVUIとGUIの未来 (MAMORIO 松本さん)
- なくすをなくす
- 最近半額だったような？
- MAMORIO は 5プラットフォーム(FB Messenger/LINE/Google Home/Alexa/Web Chat)で利用可能
- 受付システムを Slack からスマスピで喋らす方式へ変更
- Slack は気付かない場合がある
- 音なら気付く
- VUI でしか出来ないものは無い！？
- GUI より VUI の方が便利な場合はある！
- VUI が便利な場合の共通点
まとめ
- 開発して感じた VUI の近い未来 == 単目的のタスクは全て VUI に置き換えられる
スマートスピーカーのアプリ・スキルを作ってみた(仮) 〜エンジニア編＆デザイナー編〜 (オプト 久保田さん・平岩さん)
VUI は何故こんなにも魅力的なのか (久保田さん)
Alexa スキルを作ってみた (平岩さん)
- サンプルから変更したところ(サンプルから変更してくれているのでわかりやすい！)
- スキル起動時に待機状態になるように変更
- アドテク用語に反応するスロットを追加
- Intent を2つにした
- アドテク用語を説明する Intent
- アドテク用語をランダムに説明する Intent
まとめ
音声要素技術が利用されているデバイス・サービスのVUIとその取組 (ニュアンス・コミュニケーション・ジャパン 近井さん)
- 声紋認証は日々学習していくので風邪をひいても大丈夫
- でも何故かアルコールによる声変わりはダメらしい
LINEが描くVoice UIがある世界 & Clova×IFTTT連携ライブデモ (LINE 立花さん)
- 登壇中の説明で Clova が動きまくる！
- LINE のミッション
- 世界中の人と人、人と情報・サービスとの距離を縮めること
- IFTTT デモ
- This: Todoist
- That: Clova
- Bot Awards2(仮) が準備中！
まとめ
- LINE: SMART PORTAL
- AI: バーチャルアシスタント
- 日常に溶け込んで人々をサポート
- IFTTTを使えば今日からあなたのバーチャルアシスタント
おまけ
- Mash & Room のミッション
- 一億総キノコ
Google Home で遊ぼう
久々に勉強会に参加。
記事を書くことをサボっているのでちゃんと書こうかなと。
Google Homeでつくるスマートホーム (田中みそさん)
- スマートホーム構成
- Firebase を起点にラズパイ等で各種制御
- Firebase へは IFTTT の Webhook
- もしくは、Firebase Hosting
- Firebase を起点にラズパイ等で各種制御
- Google Home で何かやるには主に 2 通り
- IFTTT を使う
- Google Assistant アプリを作る
- Firebase -> ラズパイ
- Firebase への書き込みをラズパイ上の Node.js で監視
- 家のポートを開ける必要がないので安全
- ラズパイまで来ちゃえばなんでも出来るぜ！
- 朝起きたらテレビがついてた
- マイアクティビティを確認するとちゃんと発言している
- 寝言に注意
- ラズパイ -> 家電
- Wi-Fi 付き赤外線リモコンの API を叩く
ps3-wakerという Node モジュールで PS4 操作- Wake on Lan で Windows を起動
- Google Home を喋らせたり
- 物理スイッチはサーボモーターで押し込んだり
まとめ
- 独自音声コマンドを作るにはとりあえず IFTTT
- 自宅サーバ (ラズパイ等) で正業を行うにはインターネットからローカルへのトンネリングが必要
- ラズパイまで辿り着けば大体いなんでもできる
Google Home 用のお遊びアプリを Microsoft Azure 使って作ってみた (ちょまどさん)
- ちょまどさん PC がお亡くなりに。。。
太田さん
ちょまどさん
- まっちょまど の実演は懇親会にて！
まとめ
- Google Home 楽しい
- Azure Function 便利
- ソースコードは こちら
Actions on Googleでできること (山口能迪さん)
- Google アシスタント
- スマホ、タブレット、PC、Android Wear、車とか色んなもので使える！
- 拡張については一部限定公開もある
- 音楽、スマートホーム連携、ニュースなど
- 一般公開は IFTTT / AoG
- 拡張の流れとても見やすい
- AoG の特徴
- SSML でもっとレスポンスを拡張することができる
Dialogflow tips (fishさん)
- Dialogflow のすごいところ
- できること
- できないこと
- 動的な処理
- BMI の計算
- 航空券の検索や予約
- 動的な処理
- Dialogflow を使うと Slack や LINE の BOT としても使える
- GCP プロジェクト数の上限に注意
まとめ
- Dialogflow 便利！！
MAとチビキノコ
〜ハッカソンに参加するようになってこんなものも作れるようになった！〜
この記事について
この記事は MashupAwards Advend Calender 2017 の 9日目の記事です。
qiita.com
はじめに
ちびキノコとは
ちび × マッシュ＆ルーム
ちび
「ちび」とは、ネコの名前であり、
私のハンドルネームやアカウントです。
※ chibi はほとんど取れないので chibi929 が主です。
※ chibi929 も取れない場合があるんですけどね。。。
マッシュ＆ルーム
http://mashandroom.org
想像せよ！頭にキノコが生えるまで
一億総キノコ
つまり
キノコに耳と手とヒゲを生やしてネコ化です。
MA とちびキノコ
初参戦は 2016 年の MIZUHO.HACK
この時は、
ペッパー触れない！サーバーサイド触れない！クラウド触れない！IoTできない！
何も出来ません。Android アプリがメインです！
そんな感じです。
その後
- NTTドコモ×TBS TV HACK DAY
- 特大ペッパソン2016
- ペッパソン2017東の陣
と参加し、
気付けば、初めて触ったクラウドは AWS ではなく Bluemix という。
Watson 君楽しい！
そして、こんなものも作れるようになった！
Youtube
www.youtube.com
www.youtube.com
Qiita
ちなみにドラゴンボールシリーズ
負債と共には生きたくない
これに参加しました！！
すごく勉強になる良いイベントでした。
執筆が遅くなりましたが、引っ越し後まだインターネットが繋がっていないんです。
という言い訳です。
負債とは
- 読むのが辛い/時間がかかる
- 修正するのが辛い/危ない
過去の自分を含めて全てを疑え
こんな時は負債を背負っているはず
- そんな複雑なわけがない
- 1分以上読んでもわからないわけがない
- 一連の処理で行ったり来たり繰り替えすわけがない
負債返済の下準備のタイミング
- 調査やリファクタをしたとき
- 変更を入れるとき
負債の種類を見極める
- 負債の払い戻し: 返済するべき負債
- 負債の転換: ベストではないけどベターに返済
- 利息のみ支払う: コードと共に生きる
なぜ負債を返済する必要があるのか、返済することで何が変わるのか
まとめ
負債があるのは何故か??
- 時間的な制約、実装者の技術力の限界。など色々ある。
- ポジティブに考えると「自分たちの技術力が高いので負債と感じる」
- 「負債vs人」ではなく「負債vsチーム」とする
負債は少しずつ日々返済していくもの
- 貯まってしまった負債は現実世界同様、すぐに返すことはできない。
- 負債を返済する時間がないなら不吉な匂いのするコードにコメントを入れる。
- コメントを入れる仲間(連帯保証人)を増やす
文化を作ろう
- 「低品質のコードを書くのが悪い」のではなく「低品質のコードをマージする文化が悪い」
- 技術的負債を混入しない環境・文化作りが大事。
- 自分がメンテできないコードは Approve するな！
実装よりもリファクタが大変
- 技術的負債を返済するときは、とにかく幅広い知識が必要。
- 遅くなれば遅くなるほど、依存関係が増えるため依存モジュールへの知識も必要であり、
- 後でリファクタしようとすると死ぬことになる。
Qiitaのお話を聞いてキータ
これに参加させていただきました！
なんとも今更感な記事。。。 忙しくて家でPC開く時間が全然なかったんです。。。
貴重なQiita誕生秘話！！
当初は、3名ほどの開発メンバーで、 時間も合わないのでオンラインでアイデア出し、 そして、合宿のような形で原型作り、 そして、またオンラインで作業。という形だったそうだ。
しかも、途中でサービスの方向性を変更しているとのこと。 Q/Aサービスから情報共有サービスへ。
あの使いやすいMarkdown形式も最初から導入されていたわけではなく、 リリース後にユーザーからの要望でプレーンテキストからMarkdown形式へ変更されたとのこと。 確かにプレーンテキストではとても辛い・・・
投稿してもらわないと始まらない！
Qiitaは情報共有サービスとして、記事を投稿してもらわないと始まらない。 そこで、Kobitoなどの投稿のための機能作りを開始。 プロトタイプを試してもらって、フィードバックを貰う。 リリース後のUI変更はあまりできないので、UIの検討・テストは入念に行う。
UIの大規模変更は、大抵の場合は文句しか言われない。だから検討・テストは入念に。 慣れてるものから変わってしまえば最初は使いづらいからだろう・・・。
個人的には「いいね」機能が出来たときに若干使いづらさを覚えた。 今まであった「ストック」機能が小さく残ったので、ストックが逆に使いづらくなってしまった。 とはいえ、人によっては元々Pocket等に入れていてストックをしてない人も多いと思う。
ガイドライン
色々あったガイドライン。 これは、開発者の思想や想いが伝わりきっていなかったとのこと。 「プログラミング」という言葉の定義が曖昧なのも問題があるとは思うが・・・
実際、当初ガイドラインに記載がなかっただけで、 「プログラミング知識を共有しよう。」などQiitaには至るところに書いてある。 思想としてはプログラミングの記事を書いて欲しかったそうな。
個人的にはいわゆるプログラミングの記事だけでなくて、 IT技術系の記事ならなんでも良いと思うんですけどね・・・。
「いいね」と「編集リクエスト」
恐らくこれには開発者の想いが詰まっている。 「ストック」はどちらかというと「後で見る」。後で見るためのストックではなくて、 とにかく良い記事に対して「いいね」を気軽に付けて記事を評価したい。 そんなところから「いいね」が誕生。
:+1: ができれば :-1: は？という話になる。
しかし、Qiitaには「編集リクエスト」という機能が存在する。
つまり、良くなかった記事が「投稿者の編集」もしくは「利用者の編集リクエスト」によって良い記事に変わるかもしれない。
だから :-1: は用意していないのだ。
ブログの記事は、執筆者が責任を持って内容を最新化しない限りは古いままだが、 Qiitaは編集リクエストによって、古い記事を新しいものへと変えることができる。 記事をみんなで育てていくのがQiita。
まとめ
yaotti さん、takoratta さん のお話を聞けてよかったです。 中の人の想いが伝わる良い会でした。 開発者の想いを利用者に伝えるのは大変ですね・・・。
私もQiitaを活用させていただいておりますが、最近も編集リクエストをいただきました。 「こっちのタグのほうがフォロー数多いですよ！」という編集リクエストでしたが、 どんなに小さくても編集リクエストをもらえるととても嬉しいですね。 むしろ小さい方がマージしやすくて良いかも！と思っています。
自分でも何回か編集リクエストを出したことがありますが、 ただ、編集リクエストをいただいた方へはマージという形でしかお礼ができないのが若干寂しく感じてます。 もうちょっとだけ編集リクエストを活発的に活用して行こうと思います！
