2015-04-20

『SXSWeduへの挑戦結果報告会〜世界の教育最前線から〜』聴講メモ

セミナー・勉強会教育 x IT

先日、デジタルハリウッド大学で開催された SXSWedu 2015 の参加報告を聴講してきました。

http://gs.dhw.ac.jp/news/150413.htmlgs.dhw.ac.jp

昨今の教育事情や世界的な問題意識などキャッチアップできた事が非常に有意義で、来年は是非自分も参加してみたいと思えるような内容でした。

下記、聴講メモなのですが私自身が専門外ということもあり、誤読・誤認または調査不足による誤った記載がある可能性があります。また、参考リンクについては私が勝手に付加したものがあることもご了承ください。

SXSWedu最前線 (デジタルハリウッド大学大学院佐藤昌宏教授)

SXSW : 87年に音楽祭として開始。
- Music, Film, Interactive (IT) が大きなテーマでどちらかというと Edu は前座的な位置づけ。
- PUFFY も全米（世界）デビューのきっかけに使った。今年は Perfume が登場。
- 場所はオースティン (Sillicon Hills : ベンチャー育成に積極的)、世界へ売り込む発信の場。
- Todai to TEXAS : 東大の産学連携が SXSW を通して世界に売り込み。
  - 過去にスケルトニクスも売り込んで、逆輸入のような形で今は日本の CM にも出ている。
SXSWedu は Education expo - Launch - Playground - Film のようにエリア・セッションが分かれている。
- 参加者数6,000人, 男女比 5:5, 教育がテーマということもあって７割以上が大学院卒。今年は日本人18人が参加。
- 15歳でカーボンナノチューブによる膵臓がんの発見手法を確立した Jack Andraka 氏のプレゼンが凄かった。
  - Jack Andraka | Speaker | TED
  - 200通の手紙を書き199 の大学に断られ、最後のジョンズ・ホプキンス大学に採用された。
- MIT MediaLab 所長の Joi Ito 氏の妹である Mimi Ito 氏は興味が近い人が集まったときを学習の機会にする Connected Learning を提唱している。
- KHAN Academy と CollegeBoard の連携が発表された。
  - CollegeBoard が提供する SAT (大学進学適性試験) を受験する上での準備を KHAN Academy が提供する教材を使って中高に行かずとも誰もが無料で行うことができるようになる。
- Gender gap に関するセッションも多かった。
  - ノーベル賞受賞者でもある Malala 氏が Hour of code を支援している。
  - 女性により受容されるように Art の価値が再確認され、STEM に A を加えた STEMA 教育が注目を集めている。
  - The global gender gap : 北欧が圧倒的に格差が少ない。アメリカは20位、日本は104位。
  - 役員の何割を女性に、というような制度ではなく教育で男女格差を解消しようという背景がある。
  - Linda Liukas 氏と Karri Saarinen 氏がヘルシンキで最初に行ったイベントから端を発したフィンランド発の女性向けプログラミング学習イベントである Rails Girls というものがある。
    - そのメッセージとしては、全ての会社がソフトウェアの会社になる、社会にはもっとたくさんのプログラマが必要というもの。
- Closing the (middle skill) job gap というのも一つの重要なテーマだった。
  - スキルを３つに大別すると下記のようになる。
    - ハイスキル : 法律家、コンピュータ開発者、金融業など : 所得が激増している。
    - ミドルスキル : 営業・銀行の窓口業務、秘書、機会のオペレータ・工場の監督官、教員など : コンピュータに代替可能であるとされ、所得が減りつつある。
    - ロースキル : ビル管理・食品調理: 所得は微増している。
  - 参考) UK economy shows shift to low-skilled jobs, research finds
  - アメリカでは基本的なデジタル技能を持たない人は事実上、米国経済のどの部門に立ち入る事ができないという主張もある。
  - ミドルスキルにおける労働市場のミスマッチを教育者と EdTech でどう解決するか？
    - 教育が一つのアプローチ (プログラミング、STEM、ICTリテラシー教育) になる。
SXSWedu の楽しみ方
- Meet up
  - Interactive などは規模が大きいこともあって同じテーマを持っている人になかなか出会えない。
  - Social という機能があり、事前につながることもできるのでそれを活用する (edutech タグの人が多かった)。
  - 海外では仲良くなってから名刺、Email -> Linkedin -> facebook の順でつながる事が多い。
- Austin Startup Crawl
  - Austin に根付くベンチャー企業を回れるような地図をくれる。
  - 先生たちがベンチャー企業を回って学校で使ったり、ベンチャー企業が市場調査をできたりする。日本では深い溝があってまずそういう機会はない。
- ご飯や移動には Uber などのアプリを使っていた。ホテルが凄い高くなるので宿も Airbnb でとった。
  - 毎日がスマホで始まり、スマホで終わるくらい IT が当たり前に使われている。
  - 日本では教育と IT が別のものとして語られることが多い。
SXSWedu2016 : 本気で世界の課題を解決しようとしている教育者と肌感覚で話し合える。
- 日本の現状を正しく把握できる
- 起業家は LaunchEDU へ。期間は10日間くらい。日本の EdTech を世界へ！

教育現場に広がるSTEAMの世界 (グリー株式会社小宮山利恵子氏)

STEAM もテーマの一つとして SXSWedu に設定されていた。
- 4日間で356のセッションがあった中で STEM/STEAM のタグ付けされたセッションは24 (1セッションは10分〜1時間)
セッション紹介 1 : How to teach programming
- イギリスでは５歳から１６歳までプログラミング教育が義務化されている。
- 低学年向けのデバイスを使わないプログラミング教育が普及し始めている。
  - 5歳で簡単なプログラミングとデバッグ。
  - 7歳でプログラミングの設計及び実現。
  - 14歳で２つ以上のプログラミング言語を習得。
- 低学年のうちに (ロボットなどを通して) physical にプログラミングを理解しておくことが重要。
セッション紹介 2 : Robot Edu How robots can transform learning
- 授業でロボットを用いる事でラーニングカーブが鋭くなった（学習効率が高くなった）
- ロボットは年齢・性別に関係なく、その楽しさをアピールできる。またプレゼンの能力も向上した。
  - CS 専攻の学生は男性が多かったので STEAM の A を入れたもの（ロボットの Nao を使ったファッションショー）を取り入れた。
  - ロボットはどの層も引きつけている・アピールできるのではないか？という話がされた。
- いかに民族的マイノリティにアプローチするか？ということも重要。
セッション紹介 3 : Motivation and Virtual Learning
- 子供達は Scratch を使う事で自然と４つの P を実行している
  - Projects
  - Peers (子供達の作品とチュートリアルが掲載されるポータルがある)
  - Passion (ゲームだけでなく母の日のカードや誕生日のカードやレゴで作ったものなどを自発的に作っている)
  - Play (自分が作った者を際限なく遊ぶ)
- 最近の Scratch はダンスや音と組み合わせて３次元の遊びができるようになった
  - 拍手を使ってコウモリをコントロールするゲーム
- 将来、21世紀型スキルと呼ばれるこのような能力はもっと必要になる
セッション紹介 4 : Degrees vs Micro Credentials
- コミュニティスクールによる学位よりも、民間が発行する認定書の方が就職に有利という議論が起きている。
- Nanodegree : Udacity x at&t が提供、既に Google の社員教育としても採用されている。
- 昇進に関する一つのファクターとなりうる。
- 職業的な者、スキル的な者がベースとなる社会になったとき、学校以外の期間が発行する認定書は更に役立つ者になる可能性がある。
Skype 発祥の地でもあるエストニアにおける IT 政策
- 教育先進国であるエストニアはバイオおよび IT を国の主要な産業の柱として掲げている。
- インターネットの個人普及率は76.5%、世帯普及率は70%。
- 国民 ID カードがあり、若い人はカードすら持たずに携帯に収めている。
- 政府 CIO (Chief Information Officer) の Taavi Kkta 氏はまだ 35歳。
- 参考) #ICTSpring 2014 Day 2: 「国の要衝はクラウドにあり」〜世界最先端e国家エストニアが考える、国の守り方
  - 個々の生徒を育成するよりITというツールを使って何ができるようになるか、イノベーションが生まれるかどうかということが重要 (KPI は持てない・それを測る指標は無い)
- エストニアは高等教育が充実しているので国外への留学生は少ない
- 小学校１年生のスマホ所持率が91%
- Pelgulinna School
  - IT はツールでしかないので子供達の五感を用いた授業を多く行っている
  - HITSA (NPO 団体)が先生のケアを一括して行っている
  - IT教育 Smartlab
日本の課題
- 理系人材の減少 : 97年度から減少を続け、2013年度には21.6%まで低下
- STEM 教育を支える ICT 教育環境の格差
  - デバイス活用政策 : 700億円の試算 - 行政配布か、自費購入か、BYODか？
  - 2014年度から４年間で6,712億円をICT教育整備として予算措置しているが地域において環境格差が存在する。
  - デバイスに触った事の無い子供達がたくさんいる・公立学校であっても平準化されていない。
  - 地方交付税だが紐づけではないので長の判断で使途が異なる。

SXSWeduからみる世界のEdTechスタートアップの状況 (Viling Venture Partners 栗島祐介氏)

発表資料
Minecraft meetup
- 満員の会場で半数近くが子供達で熱狂していた。
- 日本でも流行っている・ひとクラス３・４人はやっているらしい。
  - HIKAKIN 発信から始まった？実況動画に触れて楽しいと思ったのがきっかけの可能性。
  - 探Qチャネルのように動画から学ぶことが当たり前になりつつあるのかもしれない。
- 参考) Minecraft Official Site | Minecraft Education Edition という試みがある。
SXSW に挑戦したベンチャー企業の中で LAUNCHedu Finalist の紹介。
- Zaption
  - 優勝者であり、映像教材として提供されている動画をつぎはぎして教材を作ることができる。また学生の進捗も確認できる。
- Pear Deck
  - 多人数向けリアルタイム双方向型授業サービス
  - 同様のアプリで日本発のロイロノートの方が勝っている印象。
- 去年のファイナリストは RobotsLab
Viling Venture Partners は Education Expo に VC として参戦。
- 日本から教育スタートアップを連れて行って反応をみた。
- 海外に置ける日本の教育系スタートアップの進出可能性の調査。
- 日本発でも勝算があるが超えるべきポイントがある。
- 洗練されたプロダクト（機能・UI・UX）が必要。
- 外部の組織の巻き込み方、Global な実績が重要。
EdTech : アメリカでは 2013 年に 1,400 億円、2014 年 Q1 に 750 億円もの予算がついている。
- 幼児教育・K-12教育・STEM（高等）教育
- 米国における女性エンジニア比率は14%であり、この比率を上昇させる動きとして Art が取り入れられた。
- テクノロジーの進歩によるミドルスキル層の衰退
  - 銀行窓口業務に IBM の人工知能ワトソンの導入
  - 金融業でもトレーダーが自動化されつつある
日本の現状
- 教育関係者 x Startup が当たり前にある環境 : △
- 教育機関・事業会社・投資家の支援体制の確立 : △
- 伝統的な習い事にも変革が起きつつある。
- 海外市場に日本の目を向けさせるための方法の模索。
- SXSWedu のネットワークから日本の教育系 Startup を世界へ（有力者と効率良く繋がれる）。
http://www.vilingvp.com/
- 没頭人材
- Eduvation Times (EdSurge の日本語版サイト)
- Accelerator Program

日本の教育系スタートアップによるSXSWed挑戦報告 (株式会社baton 衣川洋祐氏)

最も興奮する、100秒の勉強法マッチ
教育 x 対戦型ゲームアプリ
問題意識 : PISA (学習到達度調査)の調査では数学的リテラシーや読解力などは日本は高い、が興味関心・動機付けは非常に低い。
SXSW で失敗する10の挑戦
- SXSW を調べない。
- 直前に英語を詰め込む。
- 学ランを着る（あまりウケなかった）。
- 英語版サンプルのデモだけじゃだめ、U.S. リージョンのストアに出してその場で誰でもインストールできる状態にしておくべき。
- 日本の教育を伝えるという気概だけではだめ。アジアの一国としての日本を求められる（アジア市場でのポテンシャル、中国などとの比較）
- SXSWedu に全力を注いでしまうのはだめ。 Interactive に Perfume もいたし、面白い新しいサービスがいっぱいあるので残りも滞在するべき。
- SXSW を満喫してしまうとだめ。時差の関係で現地で日本と仕事ができる時間が限られる。
- 一人で乗り込むのはだめ、３人はいて欲しい。
- しっかり食べるとだめ、時差ぼけを解消するためには機内食など24時間食べないといいらしい？
- 自身をもたない、すぐ砕けるのはだめ。穴だらけでもとりあえず持っていく。

2015-04-12

DevLOVE関西『農業の「現場」から生まれた業務改善サービス「houren.so」の話を聞いてみる』聴講メモ #DevKan

セミナー・勉強会農業 x IT

農業 IT の取り組み事例について勉強したいという事で、大阪で開催された下記イベントに参加してきました。

devlove-kansai.doorkeeper.jp

スライドも公開されています。

作業中の気付きからhouren.soが開発されるまで from Tsuyoshi Saito

www.slideshare.net

農作業などの現場で、写真による 1. 簡単で、2. 十分に内容が伝わる必要最低限の報告を可能にしたのが現場を強くする報告連絡相談ツール「houren.so(ホウレンソウ)」です。

農業 IT の事例という視点だけでなく、シンプルながら現場に必要なソリューションを提供するというものづくりの方法論として参考になったと思います。

スライドに書かれている事とほとんど重なりますが、以下、聴講メモです。

発表者 : 株式会社日本情報化農業研究所斎藤毅様
- 細胞生物学専攻 : 遺伝子組み換えなどの研究をやっていた
houren.so : ２週間前に正式リリース
- 建築・宿泊・食品・農業など「現場」に特化した、現場の問題をスムーズに解決するツール
- IT をほとんど触れない人向けのグループウェア
写真を投稿するだけでオーナーと従業員の両方の要件を満たすことができる
- 小さい会社だと従業員がトイレを掃除する
- 汚いと会社の好感度が下がるので上司が気になる
- 掃除後の写真を撮影して投稿する事で (Exif から) 誰がいつどこの箇所を掃除したかを知る事ができる
- houren.so では矢印をつけて気になる点にコメントを残す事ができる
写真一枚で報告するアプリが開発された経緯
- 農家で勉強させてもらっていた７年前はずっと畑にいて栽培と出荷をしていた
- 日々の作業が終わった後、業務アプリに本日の作業（日報）をまとめるのがきつすぎた
- ブログ形式で自由に記述をしていたため（思い出した）時間も適当だった
- 一般的な業務報告アプリも負担だった
- 誰も読まないのに出さないとサボりとみなされるので日報自体が不毛な作業になり、睡眠時間も削られていった
- 農業は前に向かって転倒すると死ぬような機械があったりするので睡眠不足は致命傷・死亡事故につながる
- 雨の日はメモはとれないし、寒い日は手袋を外したくない。そもそも水回りの作業が多すぎてメモは現実的ではない
- 真夏の農薬散布は８月でも重装備が求められる（散布する人が一番危ない・年間５人は中毒事故がおきる）
- 情報を保持しているものとしてデジカメに着目してみた
- 農業従事者は写真を見ると大体の広さがわかる
- 使用した機械と作業開始前後の写真を見せただけで責任者はほとんどのことがわかった
  - 大事な事は写真だけで大半が伝わるということがわかった
- 写真を見ただけで技術を習得できた人もいた
- 丁寧に作業日報を投稿されても真剣に読まないし、販促で使える写真が合った方が現状把握よりも遥かに有利
  - テキストではなく写真のデータの方が欲しくなった
- どんな写真が使えるかはわからないので日報を兼ねて写真を撮ってもらった
- 何となく撮った写真でも問い合わせが合ったりした。ちょっとした写真が使えたりした。
houren.so では写真を並べて日付だけ出すような形にしている
- 同じ日に撮影した写真を並べて作成する簡易的な日報機能がある
- 業務報告アプリは管理者の欲しい情報ではなく作業者の投稿のしやすさを優先することで真価を発揮する
- 写真内の Exif を使っているので後日投稿しても情報は落ちない
肥料を与えたのに元気の無いニラがあった
- 写真一枚である程度わかった
- 矢印とコメントで指示することができた
- 熟練者は問題の早期発見ができる
  - 追加で写真をとるこてより追求する事ができる
  - 熟練者が目をつけているところがログに残る
- 機械いじりが得意な人はメータを撮り始める
- ノウハウが貯まり始めると強い
- 投稿のハードルを下げた事でメンバーの特徴が見えてきて、それを共有する事で個々人が意識すると有利な視点を鍛える事ができた
- 負の要因を一つ一つ見ていくと強いものになる
農場の事務作業の低減の取り組みは SOY Shop
- 植物のミカタ
- セレクトファーム
個人に紐づく情報はほとんどない（名前とアイコンくらい）
天気情報は欲しいと考えている
公開前に自社で１年動かしていた、ベータ稼働していたのも半年

2015-04-05

Nginx で http も https も IP 直打ちのアクセスを弾きたい

Nginx/Apache

XXX.XXX.XXX.XXX mysite.com という A レコードを持つサイトを運用していて、http と https でのアクセスを受け付けているとします。

Nginx では下記のようなサーバブロックがあるイメージです。

server {
    listen 80;
    server_name mysite.com;
    return 301 https://$server_name$request_uri; #https にリダイレクト
}

server {
    listen 443 ssl;
    server_name mysite.com;
…
}

そして IP 直指定で飛んでくる不審なリクエストには応答したくないので Nginx 内の公式ドキュメント Server names を参考に下記のようなサーバブロックを追加してみます。

server {
    listen       80  default_server;
    server_name  _;
    return       444;
}

このとき、当然 http://XXX.XXX.XXX.XXX へのリクエストには 444 が返るのですが、https://XXX.XXX.XXX.XXX は SSL 証明書の警告が出るもののアクセスできてしまいます。

How nginx processes a request によれば

もし “Host” ヘッダがどのサーバ名ともマッチしない場合、またはリクエストにこのフィールドがまったく含まれていない場合は、nginxはこのリクエストをデフォルトサーバに振り向けます。上記の設定ではデフォルトサーバは最初のもので、これは nginx の標準的なデフォルトの挙動です。

ということで 443 に対するディレクティブが mysite.com のものしかない場合、https へのリクエストは全て mysite.com のサーバブロックで処理してしまうようです。

では、80 に加えて 443 に対する default_server も足してみると良さそうです。

server {
    listen       80  default_server;
    server_name  _;
    return       444;
}

server {
    listen       443  ssl default_server;
    server_name  _;
    ssl_certificate /path/to/mysite.crt
    ssl_certificate_key /path/to/mysite.key
    return       444;
}

最初、https://mysite.com へのリクエストまでもが 444 でドロップしてしまっていたのですが ssl_certificate と ssl_certificate_key を記載していなくて

no "ssl_certificate" is defined in server listening on SSL port while SSL handshaking, client: x.x.x.x, server: 0.0.0.0:443

とエラーになっていただけでした。このデフォルトサーバの証明書はオレオレでも構わないと思います。

あるいは

stackoverflow.com

の回答にあるような

server {
    listen 443;
    server_name mysite.com;

    if ($host != "mysite.com") {
        return 444;
    }
    ...
}

でも IP 直のアクセスを落とすことができますが、server_name を指定しているのにもう一度チェックしていて若干冗長な感じがあります。

あとこちらでは前段に HAproxy を置いてそこで落としているようです。

security.stackexchange.com

今回のサイトは IP とドメインが１対１なので SNI 云々については気にする必要がありませんでしたが、複数ドメインをホストするようなサービスだと default_server での直 IP リクエストドロップが良さそうです。

2015-03-21

Colored Hashtag for Trello を v1.0.5 に更新しました

Git/GitHub/GitLab JavaScript Trello Yeoman Chrome

どうも Trello のデザインが変わったせいか動作しなくなっていたので Colored Hashtag for Trello を更新しました。

chrome.google.com

Chrome プラグインだと公開するだけで勝手にユーザの環境も更新されるから開発者的には有難いですね。気軽にバグ修正ができます。

この Colored Hashtag for Trello ですが、Plus for Trello というプラグインと一緒に使っても動作するように作っています（チームで導入しているため）。

chrome.google.com

このプラグインを使うと下図のようにハッシュタグが強調表示されるのですが、デザインが変更されるということは DOM の構成、または属性が変更されるということなのでセレクタを使う場合はそこを意識してあげる必要があります。

f:id:beniyama:20150321131156p:plain

実際、Plus for Trello 使用前後を比較してみると

<div class="list-card-details u-clearfix">
  <div class="list-card-labels u-clearfix js-card-labels"></div>
  <a class="list-card-title js-card-name" href="/c/XXXX/1-101">
    <span class="card-short-id hide">#1 </span>#101 プラグインの更新記事を書く
  </a>  
  ...
</div>

という DOM（一部抜粋）が下記のようになっていることがわかります。

<div class="list-card-details u-clearfix">
  <div class="list-card-labels u-clearfix js-card-labels"></div>
  <a class="list-card-title js-card-name agile_hidden" href="/c/XXXX/1-1-story-1">
    <span class="card-short-id hide">#1 </span>#101 プラグインの更新記事を書く
  </a>
  <a class="list-card-title js-card-name agile_clone_title" href="/c/XXXX/1-1-story-1">
    <span class="card-short-id hide">#1 </span> プラグインの更新記事を書く
  </a>
  ...
  <span class="agile_hashtags"><span class="badge agile_badge agile_badge_hashtag_primary">101</span></span>
  ...
</div>

元々一つしか無かった .list-card-title が二つになり、オリジナルは .agile_hidden クラスが付加されて不可視に、ハッシュタグ部分を別 span に分離したクローン（.agile_clone_title が付加されている）がその後ろに差し込まれています。

Colored Hashtag for Trello では（どうせ DOM 操作によるスタイル変更を行うので） Trello API を使わずにタイトル中のテキスト（上図で言うと「#101 プラグインの更新記事を書く」の部分）からハッシュタグを検出しているのですが、ここでオリジナルのものを破壊されてしまうと Plus for Trello の有無で処理を変えないといけません。しかしながら、ちゃんと元の構造のまま残してくれているのでその必要はなく、代わりに .list-card-title で引いたときに最初のもの（オリジナル）だけ取得するようにすれば良いだけです。この辺は、他のプラグインのことも考えて Plus for Trello は作られているなと関心しました。

v1.0.4 までは first-child 疑似クラスで .list-card-title 要素を指定していた（つもりだった）のですが、http://web-dd.net/?p=278 でも書かれているように .list-card-title:first-child としても「最初の .list-card-title 要素」が選択されるのではなく、「最初の要素が .list-card-title だったときのみマッチする」のでその前に他の要素が同レベルで現れるとひっかかりません。今回はおそらく .list-card-labels の div が差し込まれるようになったために first-child が .list-card-title でなくなったことが原因かなと考えています。

結局、今回は代わりに first-of-type 疑似クラスを使う事で解決しました。E:first-of-type－CSS3リファレンスによれば

E:first-childの場合には、種類に関係なく要素を数えるため、最初に来る要素がE要素であった場合にスタイル適用の対象になります。

一方、E:first-of-typeの場合には、途中で別の種類の要素が入る場合にはそれを数えずに、指定した種類の要素のみを数えるため、最初に来るE要素がスタイル適用の対象になります。

とのことで、これでめでたく最初の .list-card-title だけ取得することができるようになりました。

2015-03-02

デブサミ 2015 での講演の感想など #devsumi #devsumiB

セミナー・勉強会デブサミ2015 体験談

先日の記事で書いた通り、去る 2/20（金）に Developers Summit 2015 の公募セッション枠で講演をさせていただきました。

個人的には非常に貴重な体験をさせていただいたと思う一方、もう少し来場された方の関心を引けなかったか？明日の業務に持ち帰れるような情報を提供できなかったか？と我が身の至らなさも身に染みました。例えそれが二日目の朝一でも来たいと思えるようなコンテンツを提供できるよう精進していきたいと思います。

そして下はぼっち The Speaker の様子です。同じ枠の他の登壇者の方に行列できてると一段と寂しい…

f:id:beniyama:20150220111319j:plain:w250

さて、忘れないうちに Speaker として参加した所感を徒然と書いておきたいと思います。

スタッフの方達が素敵

当日朝一のセッションで直前だと心許なかったので水曜日の夜に一回リハさせていただいたのですが、会場スタッフの方達の対応や気遣いがとても丁重で驚きました。もちろんリハーサルだけでなく会期を通して懇切丁寧に対応していただき、余計なストレスなどなく万全の状態で講演に臨むことができました。

f:id:beniyama:20150218184521j:plain:w400

ちなみに事前案内では Mac の VGA ケーブルアダプタなどは持参とあったのですが、会場には VGA アダプタは元より有線 LAN とケーブル用アダプタ、ピンマイク、レーザーポインタ付きプレゼン用リモコンもあってマシン（資料）だけあれば後は OK な感じでした。ドングルなど指しましたが接続設定・問題共に全くなし。

講演中の写真撮影

こちらはイベント中も注意などあったようですが、自戒も込めて確かに無音カメラで撮るような配慮は必要かもしれません。登壇している側からすると音は余り気にならなかったのですが、撮る仕草はよく見えるので聴講されている方がカメラ構えた瞬間・またはまだ撮影してないのにスライド変えちゃって良いものかと変な心配をしていました。この辺、講演慣れされている方はスルーできるんでしょうか。

自分も冒頭で資料は後日公開する旨伝えてはいましたが、それでも撮影される方は多かったように思います（ちなみにその資料）。関心を持っていただけているというのは素直に嬉しいのですが。

広い会場での講演

f:id:beniyama:20150220101444j:plain:w400

先述の通り２ブロック目くらいまでは聴講している方の顔や仕草が見え、目線を意識しながら喋れたのは良かったかなと思います。ただ慣れないリモコンを使ったために何回かスライドの移動が前後してしまったり、反応しなかったり（リモコンとドングルの間に体が入る位置になるとダメだった）して見苦しかったのは反省点です。これは慣れたのを持ち込んだ方が良さそうです。

あとせっかくピンマイクがあったのでできる限り前に出て話したかったのですが、PC が演台の上にあるので今何がスクリーンに出ているか振り返らないとわからず、位置取りの難しさを感じました。ただ、その後のセッションで舞台中央に小さな台を置いてそこに PC を置かれている方もいらっしゃったので、それであれば一々振り向いたり演台に戻る必要もなさそうで良いなと思いました。

あとは、リモコンが届く限り舞台を降りて歩き回るというのも、いつか機会があれば試してみたいです。

Developers Night

運良く参加させていただいた 2月19日 Developers Night powered by AWS(東京都) では知り合い０のぼっち状態で飛び込みましたが色々な方とお話させていただいたり、あとは LT、特に竹迫さんの『ドットコムバブルの再来～アセンブラ短歌を一句～』は素晴らしいの一言でした（デモ動画有り）。

あと珍しくじゃんけん大会で２位になり、システムテスト自動化標準ガイド (CodeZine BOOKS) を有難く頂戴しました。

f:id:beniyama:20150219205344j:plain:w250