株式会社LIFULL の技術ブログ
全652件
こんにちは。先月からiOSチームにジョインした塙です！ WWDC2015ではiOS9やwatchOS2の発表、SwiftがVer.2.0になりOSS化など、様々なニュースがありました！そんな熱い情報を、WWDC2015に参加した弊社エンジニア2名が発表させていただきます！ 以下、概要です。 概要 日時 2015/06/23(火) 19:00 – 22:00 場所 株式会社ネクスト 東京都港区港南2-3-13 品川フロントビル3F エレベーターにて3Fまで登っていただきますと、左手に受付スペースがございます。 参加費 無料です！ 内容 弊社エンジニアからの現地報告 LT枠で申し込み頂いた方のLT 懇親会(軽食をご用意いたします) 定員 LT枠：4名（10分前後のLTの準備をお願いいたします） オーディエンス枠：50名（尚弊社のエンジニアも別途参加させていただきます） 注意事項 Apple Developerアカウントを持っている方に限定させていただきます。 Appleとの契約上守秘義務の課せられている情報等については、個人の責任において管理をお願いします。 なお上記に伴いまして、入室時に誓約書への記載をお願いいたします。 Wifi、電源は準備しておりますが限りがあり、回線品質の保証は出来ませんのでよろしくお願いします。 詳細＆参加申し込み WWDC2015報告共有会@ネクスト (2015/06/23 19:00〜) connpass.com 皆様のご参加を心からお待ちしております！
こんにちは、リッテルラボラトリーの清田です。 ネクストが開催協賛 させていただいた 2015年度人工知能学会全国大会 (JSAI 2015)に4日間参加してきました。 ここ数年はほぼ毎回参加していますが、年々参加者数・発表数が増えているだけでなく、 オーガナイズドセッション という仕掛けによって、参加者間での創発も増えているという感じがしています。 なかでも、Deep learningのセッションは、会場の外まで立ち見の参加者がいるほどの盛況でした。 ネクストのブースでは、 GRID VRICK を展示し、多数の方々にお立ち寄りいただきました。遊んでいただいた方々、貴重なご意見をお寄せいただいた方々ありがとうございました！ また、 オーガナイズドセッション「ヒューマンコンピュテーションとクラウドソーシング」 では、電気通信大学栗原研究室との共同研究の成果を発表しました。 JSAI2015 ツイートタイムラインへの階層的クラウドソーシングの適用による住まい探しユーザの背景ニーズ理解 from Yoji Kiyota セッション内の他の方々の発表と異なり、クラウドソーシングそのものの手法というよりは、産業的な用途にフォーカスした内容でしたが、参加者の方々からたくさんの建設的なフィードバックをいただくことができました。 函館では、多くのアカデミアの方々と意見交換させていただきましたが、本質的な産学連携とは何かということについて、認識を新たにするよい機会となりました。 人工知能学会誌で担当させていただいた「イノベーションとAI研究」特集 でも、産学連携は大きなトピックでした。 アカデミアと産業界の人々がもっと連携して価値を創出するために、私たちがいまできることは何かを踏まえて、新たな取り組みを始めていきたいと思います！
こんにちは、上津原です。 またArduino関連です。以前はUnityを使ってそれぞれを動かしてみましたが、JSで動かせるんだぜ、ということを聞きやってみることにしました。 johnny-fiveって？ johnny-five www.npmjs.com node.jsの説明は割愛するとして、johnny-fiveってなんじゃ？という話ですが、Firmataを利用して、JSからarduinoを動かすことができるワンダフルなライブラリです。 npm install johnny-five とやればインストールできます。 書き方はとってもシンプルで、 var five = require( "johnny-five" ); var board = new five.Board(); board.on( "ready" , function () { // Create an Led on pin 13 var led = new five.Led(13); // Blink every half second led.blink(500); } ); （johnny-fiveのページから抜粋） こんな風に書くと、これだけでLチカができるようになります。とっても簡単です。 socket.ioもくっつけてみよう で、ただちかちかさせるだけじゃっちょっとつまらないので、socket.ioをつないで、特定の文字列を送るとLEDが光るようにしてみました。 www.youtube.com コードは以下です。（node.jsは超初心者なんで変な書き方してたらごめんなさい。一応動きます。） npm install socket.io をまずやって、arduinoにStandard Firmataを入れておきます。 server.js var five = require( "johnny-five" ); var board = new five.Board( { port: "COM4" } ); board.on( "ready" , function () { // SERVER ////////////////////////////// var html = require( 'fs' ).readFileSync( 'index.html' ); var http = require( 'http' ).createServer( function (req, res) { res.writeHead(200, { 'Content-Type' : 'text/html' } ); res.end(html); } ); // SOCKET IO /////////////////////////// var io = require( 'socket.io' )(http); http.listen(3000); var led = new five.Led(6); io.on( 'connection' , function (socket) { socket.on( 'msg' , function (data) { console.log(data); if (data == "on" ) { led.on(); } else if (data == "off" ) { led.off(); } else { io.emit( 'msg' , data); } } ); } ); } ); index.html <!doctype html> < html > < head > < meta charset = "utf-8" > < title > arduino-socket.io </ title > < script src = "/socket.io/socket.io.js" ></ script > < script src = "//code.jquery.com/jquery-2.1.3.min.js" ></ script > </ head > < body > < form > < input id = "message" > </ form > <!-- SCRIPT --> < script type = "text/javascript" > // SocketIO///////////////////////////////////// var socket = io () ; // フォームに文字列を入れたときの動作 $ ( 'form' ) .submit ( function () { socket.emit ( 'msg' , $ ( '#message' ) .val ()) ; $ ( '#message' ) .val ( '' ) ; return false ; } ) ; </ script > </ body > </ html > こんな感じでとりあえずフロントからarduinoを操作できちゃったりします。簡単です。 どんなふうに使えるか？ こうすることで何ができるかっていうと、サービスを作って、ブラウザをキオスクモードにしといて、特定の操作はハードボタンを作ってあげる、とかそういう事ができるわけですね。 マウスの操作とか、タッチパネルとかよくわかんない人の為だったり、もしくはゲームの為だったり、様々なコントローラとして活用ができたりもしますよね。 気軽に動かせるので想像の幅が広がりますよね。 そんなこんなで、とりあえず動かしてみたの回でした。それではまたー。
こんにちは、HOME'Sアプリのデザイナーをしている、こいずみです。 主にiOSのアプリを担当しています。 Webやアプリのデザイナーの方なら必ずやる、パーツ書出し。 この作業って地味に大変ですよね。 とくにスマートデバイスは年を追うごとに様々な解像度のデバイスが発表され、それぞれに合わせたパーツの書出し工数はどんどん膨らんでいくばかりです。 そこで、今回はPhotoshopの便利な機能 「Generator」 を使って、iOSの３種類の解像度をいっぺんに書出す方法をご紹介します。 Generatorって？ Generatorとは、PhotoshopがCC 14.1から搭載された機能です。今まではWebやアプリ用の書出しと言えば「Web用に保存」だったのですが、Generatorを使うことで、より早く効率的に画像を書出すことができるようになりました。使い方に関しては、結構前から色々なブログにも載ってますがこちらでも一応触れようと思います。 1 ,PSDファイルを用意 2 ,書出したいレイヤーや、フォルダに「hoge.png」のように拡張子を追加。 （pngのほかに、gifやjpegでもOK） 3 ,［ファイル］→［生成］→［画像アセット］にチェックを入れます。 4 ,PSDファイルと同じ階層に、「◯◯-assets」フォルダが自動生成され、その中に「button.png」と「card_homeskun.png」が自動で書出されています。 @1x、@2x、@3xを一瞬で書出したい。 ここからが本題です。 上記の機能を応用して、iPhone用の３種類の解像度の画像を一瞬で書出すことができます。 先ほどレイヤーやフォルダに付けた「button.png」や「card_homeskun.png」に「50%」や「＠3x」などを付けて、書出しサイズを変更します。 私の場合は、もともとのファイルを@2xサイズで作っているので「50% button.png, button@2x.png, 150% button@3x.png」と付けて生成します。 そうすると先ほどのように、自動でサイズ調整された画像がassetsフォルダ内に書出されます。 やってみるとわかるのですが、境界線の太さや、スマートオブジェクトも綺麗にサイズ変更してくれています。超べんりです。 ただし、座標に端数があったり、スマートオブジェクトじゃないものがあるとボケてしまうこともあるので注意です。 さらに、このフォルダ名をつけるのも、めんどうなうえに手入力してると気づかないうちに間違えたりしていて、Generatorさんが怒って「errors.txt」をassets内に吐き出してしまうので、これも自動化。 この自動化に関しては、当初必死に手入力をして、全身から煙が出始めた私たちデザイナーを見かねて、エンジニアがゴニョゴニョしてくれました。 ざっくり言うと、 「50%」 や 「@2x」 や 「.png」 がレイヤー名やフォルダ名につくようにスクリプトを組んでもらってPhotoshopに組み込みました。 さらにそのスクリプトにショートカットを割り当てたので、今ではレイヤー名 「button」 とつけて F5 を押せば、あっという間に 「50% button.png, button@2x.png, 150% button@3x.png」 となってくれます。 エンジニアさん本当にありがとう！ まとめ 書出しの時間を減らすことで、より必要なところに時間をさくことができますし、個人的には、これらを使うことで作業効率がかなり上がった気がします。 コーディングメインの制作さんも、もらったデザインファイルからパーツを書出すときにべんりと思います。 ぜひ活用してみてください！
はじめまして、 HOME'S アプリのデザインを担当している、こばやしです。 2015/06/02に「主催：株式会社グッドパッチ、Sansan株式会社」による、「開発者とデザイナーのモバイルアプリ開発をテーマに両社よりエンジニア、デザイナーが登壇し、現場で巻き起こるぶっちゃけ話を繰り広げる勉強会」に参加してきました。 本当は「エンジニアとデザイナーが仲良くなりたいけどなれないジレンマ？（笑）」というタイトルを想定していたようですが、カッティングエッジだったのでやめたようです。（笑） その中で、アプリデザイナー共通の課題があり、それに対する考え方・取り組みが参考になったのでご紹介します！ コミュニケーション 今回の勉強会のキーワードです。受託・発注・自社などプロジェクトへの関わり方は様々ですが、どのシーンでもコミュニケーション（共通認識）がとても大事だと捉えて、両社いろいろと工夫していました。 一緒に作る（要件定義から全員参加） 要件定義からプロジェクトメンバー全員でスタートさせることで、プロダクトイメージを一人ひとりが考えて、同じゴールを共有する。結果、実装フェーズでブレず効率的な開発に繋がる。 その際「正しいスケジュールは正直引けない」というのが両社認識しているところで、要因の1つは「アジャイル開発による各工程の遅延」によるものが多いが、その部分は「意思決定権を明確にすること」でスピードアップを図っているとのこと。 共通言語でしゃべる アプリにはiOS・Androidともにガイドラインがあり、アプリ開発に携わる人、全員の共通言語となります。ガイドラインが示す内容に対してエンジニア・デザイナー間で共通認識を持つために、「ガイドラインを一緒に読み込む勉強会」を行うことで理解を深めているとのこと。それがスピードとクオリティが伴うプロジェクトの基盤に繋がっているようです。 この議題で面白かったのが「インタラクションをどう正確に伝えるか」でした。 「オノマトペ（擬声語）」で伝えてみる。 「参考アプリ」を探して見せる。 「動画作る」ことで伝えきる。 というものでした。 HOME'Sのアプリ開発でも全く同じ手段でデザイナーからエンジニアへコミュニケーションを図っていたので「どこも一緒なんだ！」という共感と「伝えきる」という努力を惜しまないというのは、デザイナーの本質なんだなと思いました。 おなじ場所でつくる アプリはweb以上に「インタラクション」が重要で、それによる体験の満足度やわくわく感を訴求することがとても大切。なので、インタラクションの細かいニュアンスを伝え、実装に反映するために納得いくまでトライ＆エラー。そのためたくさんのコミュニケーションが必要なので、席は隣に構えて、やり取りの速度を上げ、ロスを最小限におさえることでクオリティを高めているとのこと。 委託・外注の際には、直接伺い密に連携をとるそうです。 やさしい言葉遣い 「エンジニアは言葉が鋭い」良くいえば的を得ていてシンプル。ですが、伝え方が強いと伝わる内容を誤解してしまうことを知ってほしい。 まとめ 「コミュニケーションが大事」 一緒に作る（要件定義から、メンバー全員参加） 共通言語でしゃべる おなじ場所でつくる やさしい言葉遣い お互いの「熱意とおもいやり」が大事ですね。 結果、 効率よく開発できる エンジニアは実装、デザイナーはUIを考えるためにたくさん時間を使える クオリティが上がる 価値をユーザーに届けられ、ユーザーからフィードバックをもらえる モノづくりとしてモチベーションが上がる 素敵なサイクルが回っていきます！ ネクストでも「コミュニケーション」を大事にしています。それに「個人の成長」もとても重要と捉えているので、プロジェクトを通じて両者がしっかり獲得できる手段を模索しながらトライ＆エラーを繰り返し、優れたサービスをいち早くユーザーに届けられるよう努めます！
こんにちは、HOME'Sアプリのデザインを担当している、いちはらです。 InVisionは基本的に英語の情報ばかりなので、いざ退会するとき、 ちょっと困ったことがありました。 自分でやってみて苦労した所を書いておきたいと思います。 事実その１ マイページにメールの返信はこない。 当たり前なのですが、QAは英語しかないです。 読むのが面倒だったので、ページ下部のヘルプから質問をしてみました。 UIがチャットっぽいのでマイページに「何か返信がくるはずだわぁ」と、のんびり待っていたのですが。登録したメールのメーラーの方にだけ返信が来ていました。それに気がつかないで、退会が期限ぎりぎりになっていまい、焦りました…。 事実その２ 有料プランは自動更新です。変更しないと「そのまま継続」されます。 プラン変更の方法は以下です。 ログインする 右上からProfileをクリック Billingをクリック Cancel Planをクリック(キャプチャではUpdate Plan、赤丸のところ) 変更したいプランを選択して完了 Cancel Planの文字はグレーアウトされていて、それがまた分かりにくかったです。 プランの適用は１年契約の場合、１年後の当日まで有効です。 例）2015/4/1にプラン変更したら2016/4/1いっぱいまで。 事実その３ アカウント削除はメールで依頼するしかない。 サポート時間内のメールの返事はとっても迅速、すぐ返事が来ました。退会の申請に対しても丁寧で、つたない英語のやりとりもちゃんと対応してくれました。よかったです。 以上です。どなたかのお役にたてますように！
こんにちは。Android衛藤です。 前回の記事 でGoogleのDesign Sprintセミナーに参加した記事を投稿しましたが、 それ以来実際にやってみる機会がなかったので、先日社内で実施してみました。 前回はクリエイターの日でAndroid Wearアプリを作りましたが、今回もクリエイターの日に参加します。 ちょうど良い機会だったので、参加メンバーと一緒にDesign Sprintを実施し、どのようなサービスを作りたいかを決定することしました。 クリエイターの日の参加レポートは別に機会として、今回はどのような内容を実践したのかを紹介したいと思います。 実施内容 ペルソナ決め ペルソナが求めている体験 / どんな価値を見いだせるか ・・・ 個人ワーク ペルソナが求めている体験 / どんな価値を見いだせるか ・・・ チームブレスト 求めている体験・機能について、各自それぞれ投票(1つになるまで) ペルソナ決め 前回のGoogleさんで行われたDesign Sprintでは、ペルソナの候補が何人かいて、それぞれ細かくその人についての設定がされていました。 今回は事前に準備されている訳ではないので、自分たちでペルソナを作るところから開始となります。 具体的には下記のようなものに決定しました。 35歳、男性 家庭持ちで、子供が二人(3歳、1歳) 今は賃貸に住んでいるが、今後購入を考えている 新しいもの好き(ミーハー) 趣味はスノボー、読書 車を持っている 引越したら犬が欲しい などなど この後、このペルソナがどんな体験を欲しているか(その体験による価値)を元にアイデアを出して行きます。 ペルソナが求める体験(個人ワーク) 以前行ったのと同様、個人ワークとしてポストイットに案をどんどん書き出して行きます。 ここでは、質より量、が大事とのことで、思いつく限り案を出しました。 ペルソナが求める体験(グループブレスト) 個人で出た案をグループ内で出しあって行きます。 ペルソナが求める体験(決選投票) まとまったら、一人2票までどの機能・体験を実現したいかを投票します。 今回の場合、上位2案が同じ票数だったため、さらにその2案に対して決戦投票を行い、最終的な案を決定しました。 今回実践しなかった内容 前回よりさらに時間がなかったため、いくつかの内容は実践しませんでしたが、今後機会があればフルでやってみたいと思います。 Technical Complexity と User Valueのプロット 本来であれば、求める機能の案出しの際に、技術的難易度(Technical Complexity)とユーザにとっての価値(User Value)を縦横軸にとり、ポストイットをプロットしていくのですが、今回は行いませんでした。 実際にはここで、実現容易度とユーザにとっての価値を比較出来ればよいかと思います。 プロトタイプ 前回は案出しを行った後に、プロトタイプ作成まで行いました。 実際には一人8個まで、そのペルソナがどのようなシーンでその機能を使っているのか、絵を基本として案を出すのですが、 今回は想定シーンが決まっていたためスキップしました。 シーンが定まっていなければこの段階で、創ろうとしている機能のイメージがしやすくなるかと思います。 ペーパーモック 最終的な個人それぞれで考えた8つのシーンを、グループで話し合い最終的に一つのシーンを決定し、その機能のペーパーモックを仕上げます。 今回は時間的な関係でこちらもスキップしました。 また、フルフルなDesign SprintではペーパーではなくPhotoshop等を使ってモックを仕上げるようです。 ここまで来るとかなり本格的なものが出来上がります。 実施してみておもったこと 今回初めて業務で実践してみましたが、感じた事をまとめてみます。 チームで共通の認識が持てる 当たり前ですが、共通のペルソナで共通の機能を元に話が進んで行くため、チーム全員が共通の認識を持つことになります。 その結果、話がそれることなく最後まで短時間で仕上げることが出来ました。短時間というところがDesign Sprintの醍醐味かと思います。 時間配分が大事 以前はファシリテートしてくれたので時間通りに行きましたが、今回は誰かが時間を計りながら話し合いにも参加していました。 そのせいか、気付けば時間を計り忘れて話が進んでしまうことがたまにありました。 次回からは気をつけたいですね。 実践する内容をその場で決めてしまった ある部分をスキップすることについて、その場で決めてしまっていたため少し流れが見えにくいように感じました。 いろいろとスキップしてしまったり、なかなかうまく行っていない所もあるかと思いますが、とりあえずは決められるところがバシッと決められてよかったです。 次回実践するときには・・・ 以下に気をつけて行いたいと思います。 事前に内容のアジェンダを作る 各アジェンダについての制限時間も一緒に設定する 時間計測する人を決める ファシリテーターを決める 今回初めて自分たちで行ったため、もしかしたら十分なDesign Sprintになっていないかもしれませんが、 学んだこと・感じたことを活かして次回につなげたいと思います。
こんにちは、リッテルラボラトリーの清田です。 2015年5月30日(土)〜6月2日(火)に北海道函館市の 公立はこだて未来大学 で開かれる 2015年度人工知能学会全国大会 (JSAI 2015)に、株式会社ネクストが開催協賛します！ 人工知能学会全国大会は、近年では1000名を超える参加者を集めていて、通常セッションのほか、多数の オーガナイズドセッション が開かれ、毎年活発な議論が行われています。 人工知能は、ディープラーニング（深層学習）の発展などで社会的にも注目を集めている研究領域ですが、今回も、 コンピュータ囲碁とプロ棋士の対戦イベント や、昨年設立された 人工知能学会倫理委員会の公開討論セッション など、注目の企画が盛りだくさんです。 企業展示コーナーでは、ネクストも企業ブースを出展します。レゴブロックでお部屋づくりが体験できる GRID VRICK のほか、住まい探しのレコメンデーションに関する最新の研究成果も紹介します。 また、オーガナイズドセッションでは、 電気通信大学 栗原研究室 との共同研究の成果として、 クラウドソーシングを活用した住まい探しユーザーのニーズ理解に関する研究 についての発表も行います。 ぜひお立ち寄りください！
池田です。 今度5/28(木)にグランドオープンする 品川シーズンテラス にて開かれる「 品テクマルシェ 」というイベントに、リッテルラボラトリーの「 すごい天秤 」「 GRID VRICK 」を出展します！ 弊社以外にも、この品川界隈のテクノロジー系の会社が集まって楽しいテクノロジー体験ができます。 ぜひ、皆さんぜひお越しください！ ● 品テクマルシェ on the GREEN 日時：5/30(土)・5/31(日) 10：00～17：30 場所：品川シーズンテラス
こんにちは、 HOME'S アプリのデザインを担当している、いちはらです。 アプリのデザインには欠かせないモックづくりの行程ですが、 沢山の種類があって、どのツールを使うか迷うところだと思います。 今回は、モック作成ツールの「InVision」について書こうと思います。 現在ツールの導入を検討している方の参考になればと思います。 InVisionってなに？ EvernoteやAirbnbなどの有名な企業が採用しているモックアップ作成ツールです。 海外のサービスなので英語です。 どうやって使うの？ 使い方を、ざっくり説明すると以下の３ステップ。 画像のアップロードはドラッグ&ドロップ！ 画像をリンクをつなげて、トランジション(アニメーション)をつける URLをシェアする 以上です。複雑な操作はないので面倒くさがりの私にぴったりです。 ここが便利 このツールが便利だなと感じたのは、第三者へのモックのシェアが簡単なところです。URLをシェアするだけで、相手はログインなどの必要なくモックを確認し、コメントを残すことができます。 実際に、Windowsアプリを開発した際、外部の方と電話しながら、InVisionのコメントツールを使ってみたのですが言葉だけで説明するよりも、とても説明しやすかったです。そして、なんかずっと笑っていました。面白かったです。 こちらがそのときに開発したアプリです。 <a href="http://apps.microsoft.com/windows/ja-jp/app/homes/450e2fe4-205c-4ff0-8c68-a96bbba125c8" data-mce-href="http://apps.microsoft.com/windows/ja-jp/app/homes/450e2fe4-205c-4ff0-8c68-a96bbba125c8">Windows ストア の Windows 用 HOME'S(ホームズ) アプリ</a> apps.microsoft.com シェアする際は、もちろんパスワード設定もできて安心ですよ。 以下の空欄にURLが表示されます。 これだけ覚えておけば大丈夫 使い方をもう少し説明します。 まずはつなげたい画像をアップロードします。ドラッグ&ドロップです。 編集したい画面をクリックすると以下のようなページ遷移します。 １、ページ下部にある、四角＋ポインタのアイコンをクリック。 ２、マウスが「＋」に変わります、リンク範囲を設定。 ３、ボックスが表示されます。遷移先＋ジェスチャー＋トランジションを設定して、Saveを押してください。 基本的な操作はこれだけです。 リンクを張るときにテンプレートリンクも設定できます。 webの「ホームボタン」や「ログインボタン」等、必ず同じページに遷移するリンクを設定することで、同じ作業を繰り返さなくてすみます。 ページ切り替えのジェスチャーは上記、６個。基本的なものがそろっています。 贅沢をいうとピンチインアウトがあるとうれしいです。 ページ遷移のアニメーション（トランジション）は12個。多いです！ ほとんどカバーできます。 アプリ内のページ遷移はSlide、アプリ間の移動にはFlowが使えます。 ちょっとしたアプリ内のページ遷移にはDissolveがおすすめです。 細かいところですが、ステータスバーの設定ができるのが便利です。 色が自由に設定できます。HOME'Sのステータスバーはオレンジなのでそのように設定します。地味ですが、かゆいところに手が届く機能です。 他にも Sketchとの連携ができます。使いこなせばAdobe系ソフトがなくてもアプリデザインができちゃいそうですね。興味あるのですがなかなか手がつけられません…。 まとめ それぞれ好みもあると思いますので、興味のある方は、まず無料版で試してみると良いと思います。私は、最近は国内サービスのProttも使っています。いろいろ試して、快適なモックアップライフを楽しみましょう！
こんにちは、リッテルラボラトリーの上野です。 今回は、クリエイターの日の制度を利用して、OculusRiftとKinectを使った全身没入型VRコンテンツと、段ボール製HMDを使ったARコンテンツを作成しました。 さらに、作ったものをニコニコ超会議に出展してきたので、その様子も一緒に紹介します。 OculusRiftとKinectを使った全身没入型VRコンテンツ OculusRiftを装着すると、思わず画面中の物に手を伸ばしたくなったり、歩いて近づいてみたくなりますよね。 その思いを実現すべく、Kinectを使って、VR空間中で全身を動かして、(ある程度)移動できるものを作ってみました。 開発環境は、Unityを使います。 KinectのSDKはUnityに対応しており、簡単に接続することができます。 さらに、以下のような、Kinectでトラッキングした動きを人型3Dモデルに反映するアセット(Unityで扱えるライブラリのようなもの)もあるため、動かすのも簡単です。 https://www.assetstore.unity3d.com/jp/#!/content/18708 今回は、動き回れて楽しめるものとして、アクションゲームのようなものを作成しました。 Kinectのボーントラッキングで全身の動きをゲームのキャラクターに反映し、手足を動かす、しゃがむ、ジャンプするといった動作をできるようにしています。 動画の右側に見える赤い人型が、Kinectでトラッキングしている人の映像です。 その人型と同じように、ゲーム内のキャラクターが動いているのがわかると思います。 また、動画の中で出てきますが、Kinectのジェスチャトラッキングで魔法を出す機能も付けてみました。 ジェスチャトラッキングでは、腕を上下左右に振ったり手を前に押し出す動作を取ることができます。 それらに火や雷といった魔法を対応させて出している感じです。 OculusRiftを被ってプレイすると、全身が動くという没入感と、 対峙するモンスターが鼻の先まで迫る臨場感を楽しむことができます。 段ボール製HMDを使ったARコンテンツ 段ボールでできた筐体にスマホを入れることで簡単にヘッドマウントディスプレイを作れてしまう段ボール製HMDが流行っています。 種類には、Google Cardboardやハコスコ、100LUSなどがあります。 今回はこれで動く、簡単なARコンテンツの作成をしました。 スマホのカメラから取得した画像に処理を加え、ピンク色のサインペンで指し示した場所が爆発するようなARコンテンツを開発しました。 開発環境としては、基本的にUnityを用いました。サインペンの検出には、OpenCVForUnityというアセットを用い、ピンク色の物体を認識しています。 また段ボール製HMDは2画面分割する必要があるので、その表示にはCardboard SDK for Unityを使いました。 ニコニコ超会議に出展しました！ 4月25日、26日に開催されたニコニコ超会議にて、これら2つのデモを展示してきました。 作品名はそれぞれ「VRアクション」と「リア充爆発ステッキ」です！ 2日間展示してきましたが、体験者が途切れることはほとんどなく、多くの方に体験していただきました。 体験して下さった方、意見を下さった方、本当にありがとうございます！ 写真は出展ブースの様子です。満員御礼、ありがとうございます。 紫の服装の2人は、1週間一緒に開発を進めた、中くんと石田くんです。 体験して下さった方の反応はといいますと、 VRアクションは、モンスターの迫力に驚きながらも、楽しく、または真剣にプレイしていただけてました。 リア充爆発ペンは言わずもがな…みなさん思い思いのものをARで爆発させて楽しんでいらっしゃいました。体験し終わった方の顔は、どこかすっきりしていた気がします。 今回の出展を通して、多くの方に楽しんでいただけたことは嬉しい限りです。 また、多くの課題も見つかったので、今後より良い体験を提供するために改善していけたらいいなと思っています。
池田です。 弊社で公開させて頂いている、iPhoneアプリ「HOME'S(ホームズ) アクセシビリティ対応版」に関して、お知らせがあり、記事を書かせて頂いています。 現在、「HOME'S(ホームズ) アクセシビリティ対応版」は、バージョン1.0.1を公開中ですが、旧バージョンとなる1.0.0に関しまして、弊社システムの更新に伴い、2015年6月30日以降ご利用ができなくなります。 最新版は引き続きご利用頂けますので、現在、バージョン1.0.0をご利用の方は、最新版に更新してご利用ください。 お手数をお掛けいたしますが、何卒よろしくお願いいたします。
こんにちは、リッテルラボラトリーの清田です。 まもなく発刊予定の 人工知能学会誌 2015年5月号 に、「イノベーションとAI研究」と題した特集が掲載されます。 今回、人工知能学会編集委員として特集を企画・担当させていただきました。 企業のR&Dや新規事業、ベンチャー創業、産学連携など、イノベーション創出の最前線で活躍中の方々に、8編もの記事をご寄稿いただきました。 いずれの記事も、現場での豊富な経験に基づいてご執筆いただいており、人工知能（AI）技術をイノベーション創出に生かすためのヒントが満載の内容となっています。 人工知能学会にご入会いただくことで購読できるほか、Amazon.co.jpでも購入が可能です。 特集概要のスライドを公開しておりますので、こちらもご覧ください。 人工知能学会誌 2015年5月号 特集「イノベーションとAI研究」 from Yoji Kiyota 多くの方々に読んでいただき、イノベーションへの新たな視点を得るきっかけとしていただきたいと思います。 企画の意図 この特集を企画するにあたっては、 シナジーマーケティング株式会社 R&D の谷田泰郎さん、 株式会社ホットリンク R&D の榊剛史さんらと続けてきた議論がきっかけとなりました。 弊社も含め、多くの新興IT企業がイノベーション創出を目的として研究開発（R&D）組織を設立しています。以下に、日本国内でのAI関連分野での主な取り組み事例をまとめてみました。 企業名 創業 株式公開 R&D組織設立 設立の経緯 AI関連分野での主なR&Dテーマ (株)ホットリンク 2000 2013 2004 ブログ関連技術の産学連携組織として HottoLabo 設立 ソーシャルメディア解析、コミュニティ解析 サイボウズ(株) 1997 2000 2005 連結子会社として サイボウズ・ラボ(株) を新規に設立 機械学習、自然言語処理 楽天(株) 1997 2000 2005 楽天技術研究所 を新規に設立 自然言語処理、画像認識 ヤフー(株) 1996 1997 2007 Yahoo! JAPAN研究所 を新規に設立 機械学習、自然言語処理 (株)ネクスト 1995 2006 2011 東京大学発の産学連携企業であった(株)リッテルを買収し、 リッテルラボラトリー を設立 情報推薦、ビッグデータ解析、ユーザエクスペリエンス (株)サイバーエージェント 1998 2000 2011 秋葉原ラボ を新規に設立 ビッグデータ解析、機械学習、自然言語処理 (株)リクルートホールディングズ 1960 2014 2012 (株)リクルートテクノロジーズ内に，新技術開拓部門として Advanced Technology Lab を設置 ビッグデータ解析、機械学習、自然言語処理 シナジーマーケティング(株) 1997 2007 2012 R&Dグループ を新規に設置 マーケティングおよびコミュニケーション研究 (株)ドワンゴ 1997 2003 2014 ドワンゴ人工知能研究所 を新規に設立 人工知能、特に汎用人工知能や全脳アーキテクチャに関わる研究 サイジニア(株) 2005 2014 （独立したR&D組織の設置なし） ビッグデータ解析、機械学習 学会やイベントなどで他企業のR&Dの方々と交流する機会も多々あるのですが、AIをはじめとする研究シーズをビジネス上の価値創出（イノベーション）につなげる過程で直面する課題についても、しばしば話題になります（もちろん、私たちのグループもいくつかの課題を感じています）。 それぞれの現場で課題解決のためにできることもたくさんあります。PDCAのサイクルをできる限りたくさん回したり、マネジメントを強化したり、R&D部署と他部署のコミュニケーションを活性化したり、といった取り組みはきわめて重要であり、実際に多くの現場でも実践されています。谷田さん・榊さんとも、それぞれの現場で行っている取り組みについての情報交換を続けてきました。 しかしながら、議論を続けていく中で、 「それぞれの現場での取り組み」だけでは解決できない、より大きな課題が横たわっているのではないか 、という認識も生まれてきました。成功事例の手法を実践することも確かに大事ですが、 R&Dをビジネスのプロセス全体の中でどのように位置づけるか、という哲学を浸透させない限り、実践は長続きしないのではないでしょうか？ R&Dだけでなく、イノベーションにかかわる多くのステークホルダー（経営、企画、営業、エンジニア、大学・公的研究機関、コンシューマー、...）が議論を共有できる土台があって、はじめて取り組むことができる課題もあるのではないか、という一つの考えが浮かび上がってきました。 そこで、今回の特集担当の機会をいただくにあたって、イノベーションをとりまく大きな課題を浮き彫りにするために、以下の2つの軸を設定して、イノベーションの最前線で活躍中の方々に執筆いただくことで、議論を共有するための土台を創るというチャレンジを試みました。 イノベーション創出に関わる人々の「役割」 経営、企画、営業、エンジニア、アカデミアなど、それぞれの「役割」の視点から感じていらっしゃる課題を共有していただくとともに、「役割」の違いから生じる意見の食い違いを乗り越えて連携するためのヒントを探る。 シーズ主導とニーズ主導 イノベーションを生み出すために、「シーズ」と「ニーズ」という2つの要素をどのように扱ったか、ビジネスの成長プロセスのどの段階でシーズを取り入れたか、といった事例をカバーすることで、イノベーション創出プロセスを俯瞰する視点を得る。 浮かび上がってきたイノベーションの「課題」と「ヒント」 著者の方々に執筆いただいた内容をまとめていく過程で、イノベーションをとりまくさまざまな「課題」、そして課題に取り組むための「ヒント」が浮かび上がってきました。 詳しい内容は特集記事に譲りますが、ここではいくつかの興味深いポイントを紹介します。 マーケットと直結したR&D環境の必要性 サイジニア社 代表取締役の吉井様は、 Netflix Prize の事例を紹介されています。米国DVDレンタル大手のNetflixが開催したレコメンデーションアルゴリズムのコンテストは、100万ドルの賞金やプライバシー保護をめぐる問題で大いに注目を集めました。しかし、 優勝したアルゴリズムは実際にはサービスに採用されなかった ことが、 Netflixエンジニアのブログ で述べられています。 その理由として、「研究用に取り出されたデータのサブセットに対して最適化を図っても、サービス運用の過程でユーザー行動のパターンが変化すること」が挙げられています。「データの科学の」時代に研究が実世界のイノベーションにつながるためには，最初から実環境、つまりマーケットからのリアルタイムなフィードバックが得られる環境での研究開発が重要になるだろうという議論は、非常に興味深く感じました。 R&Dへの適切なフィードバックの必要性 ホットリンク社 は、2004年という非常に早い時期から HottoLabo という産学連携組織を設立し、大学の研究シーズの技術移転に取り組まれています。ホットリンク社 代表取締役の内山様は、榊さんとの共著で、過去の成功事例・非成功事例を通じて、技術移転を促進するための行動指針案を提案されています。 具体的には、「大規模データが社内ですぐに利用可能な形で蓄積されていること」とともに、「R&Dチームへの適切なフィードバックがなされること」の必要性が論じられています。非成功事例では、R&Dチームへのフィードバックが顧客および営業チームから行われていたものの、シーズへの期待が実態以上に大きく、ニーズ側が想定していた機能と実際に開発された機能に差異があったことが、一つの要因だとされています。また、成功した事例では、ニーズとシーズの両方を理解しているメンバーまたはコンサルチームが、研究シーズへの過剰な期待をかけすぎないように、ニーズをコントロールしながら適宜R&Dチームにフィードバックを行えていたという考察が示されています。 イノベーションを促進するための価値観の多様化 お茶の水女子大学の 伊藤貴之先生 は、産学連携研究や学生教育などにかかわってこられたご経験をもとに、価値観を多様化することでイノベーションを促進する、という方策をいくつか提案されています。 日本の大学の研究教育は圧倒的にシーズ重視の傾向が強いことを、海外の大学との比較に基づき論じられています。伊藤先生が在外研究されていたときに学生から見聞きしたこととして、 （企業との共同）研究プロジェクトで与えられる命題は、当初は一見学術的価値のないルーチンワークであるかのように見える。しかしその中から問題を発見して解決することは可能だし、その研究成果が就職活動時に高く評価される という意見を紹介されています。一方で、伊藤先生がかかわっておられるVisual Analyticsというニーズ指向で生まれた学術分野についての話を日本国内で紹介すると、 研究分野全体のフレームワークや実用事例に関心を持たず、機械学習やインタラクションなどの各要素技術の理論的新規性だけを執拗に質問してくる人が少なからず見受けられる という経験があったと述べられています。学術性新規性はいったんわきにおいて研究を始動し、新規性は後からついてくる、といった研究体制も認めるような価値観の多様化こそが、イノベーションの多様化につながるのではないか、という考察を示されています。 また、日本の大学には、「演習科目の充実度」「インターンシップの機会」「基礎教育の充実度」などで課題がいくつもあるものの、弱点を補うためにできる工夫についても論じられています。 - 産学連携の一環としてインターンシップをとらえる。日本のIT企業でも、正社員がメンターとして学生をきっちり指導し、学生の本質的スキルを高める業務を経験するケースを多々見聞きする。教員としても、短期的に学生が離れるのは痛いかもしれないが、学生がたくましくなって帰ってきてくれれば収穫になるはず。 - 基礎教育で得られる知識の重要性を体験させる機会を設ける。具体的には、数学的素養を必要とするプログラミング実習の実施や、IT基盤知識の重要性を実感できるインターンシップを勧めるなど。 女子大学に勤務されている先生ならではの視点として、女子学生が活躍できる環境をつくることによる価値観の多様化についても議論を展開されています。IT分野での女性の活躍は世界共通の課題認識となっており、 ACM などの主要学会でも女性の活躍に期待した多数の論文や記事が発表されているようです。伊藤先生は、女子学生を対象としたアンケートや見聞きしたことを通じて、 - 海外と比較して、高校での進路選択の際に「情報系学科への進学を薦められる機会が少ない」傾向がある - 学際的・融合的なテーマや、ニーズ指向に近い問題解決型の研究に興味を持つ傾向がある - IT分野について、報道や会話を通じて「理解」「共感」する機会が少ない といった考察を示されています。 一方で、IT企業が主催する女子学生限定のインターンシップやハッカソンなどのイベントに協力した際に感じられたことについても言及されています。参加した学生から、「いままで参加した他のセミナーよりもはるかによく理解できた」「こんなに自分のアイディアに共感してもらえる機会は初めてだった」といった感想が聞かれたことが印象的だったとのことです。こういった理解・共感を得る機会が一度あるだけでも、女子学生の自信・モチベーションを高める機会となり、独自性のあるイノベーション醸成につながる、という期待を述べられています。 おわりに 今回の特集では、非常に短い執筆期間にもかかわらず、いずれの著者の方々も非常に質の高い記事を執筆いただきました。また、単なる成功体験にとどまらず、イノベーションを生み出すために日々悩み、苦闘し、試行錯誤を続けられているプロセスをも披露していただいています。失敗体験や困難への直面など、書きづらいことがらについても率直に書いていただいた著者の方々に、厚く御礼申し上げます。 特集をとりまとめる経験を通じて、 多くの現場で共通する課題があること 、 多くのステークホルダーの人々と協力することでしか解決できない課題があること をあらためて感じました。得られた知見を私たちのR&D活動でも生かしていくとともに、議論を盛り上げる視点を提示することで研究コミュニティに貢献できればと思います。
こんにちは。リッテルラボの池田です。 いよいよ4月。新年度ですね。 そんな新年度の幕開けにふさわしい新たなプロダクト 「超★すごい天秤」を発表しました！ リッテルラボの渾身の最新作の詳細は、こちらからご覧ください。 ＜超★すごい天秤 プレスリリース： http://www.next-group.jp/wp-content/uploads/2015/04/20150401X.pdf ＞
池田です。 本日は、iOSの強力なアクセシビリティ機能「VoiceOver」について書いていきたいと思います。 この機能は、視覚障がい者向けのアクセシビリティ機能で、視覚障がいを持たれた方が、iOSを使いやすくする工夫、機能が様々含まれています。 ここでは、その機能をご紹介していこうと思います。 読み上げ VoiceOverを有効にしている環境下では、画面上に白い枠のカーソルが現れます。 そしてそのカーソルが当たってる画面上の項目が何なのか、どういった操作ができるのか、といった情報を音声で読み上げてくれます。 この機能により、画面を見ずともiOSのデバイスを操作し、画面の状況、情報を知ることができます。 具体的には、以下のようにカーソルが表示され、ここでは「戻る ボタン」と読み上げられます。 VoiceOver環境下では、このカーソルを操作して、iOSを操作していきます。 カーソルと選択項目の操作 VoiceOverを有効にしている環境では、タップ、フリック等の操作は画面上に表示されているカーソルの操作、または、カーソルで選択している項目に対する操作になります。 また、1本指、2本指など、画面に置いている指の数によって操作が異なります。 まとめますと、以下の表のようになります。 操作 1本指 2本指 3本指 4本指 タップ タップ位置の項目を選択 読み上げ停止/再開 ページ番号/行読み上げ (画面上部選択なら)最初の要素に移動/(画面下部選択なら)最後の要素に移動 ダブルタップ カーソル位置の項目を決定/実行 アクション開始/停止(電話をとる/きる等) 読み上げON/OFF VoiceOverヘルプを開始 トリプルタップ カーソル位置の項目を決定/実行 項目セレクタ(画面上の項目をアルファベット順に表示) スクリーンカーテンON/OFF -(操作なし) 上フリック 前の項目に移動 上からページ読み上げ 1ページ下にスクロール -(操作なし) 下フリック 次の項目に移動 選択項目から下にページ読み上げ 1ページ上にスクロール -(操作なし) 左フリック 前の項目に移動 -(操作なし) 1ページ右にスクロール -(操作なし) 右フリック 次の項目に移動 -(操作なし) 1ページ左にスクロール -(操作なし) この表にあるような操作で、カーソルを画面上で動かし、自分が操作したい、または情報を得たい項目に合わせ、項目の決定、実行などをすることで進めていきます。 最初は少し慣れが必要になってきますが、操作を繰り返して、慣れていけばスムーズに操作できるようになってきます。 特殊な操作 VoiceOverの操作の中には、VoiceOver独自の特殊な操作があります。 この操作は、VoiceOver環境下での利便性が考慮されている、素晴らしい機能が含まれています。 以下に特殊な操作を挙げていきます。 スプリットタップ 1本指で画面を触りながら、もう1本の指で画面をタップする操作です。 例えば、人差し指で画面を触りながら、中指で画面をタップします。 この操作では、画面上を触っている指(上記の例なら人差し指)で選択している項目を決定、実行するという操作ができます。 スプリットタップは、文字入力の際に便利で、「English(US)」キーボードであれば、1本目の指でアルファベットを探し、もう１本の指でタップすることで決定、また、「日本語かな」キーボードであれば、1本の指で行頭の文字を選択しながら、もう1本の指で画面をタップし、その行の次の文字を入力していくことができます。 「あ」行を選択しながら3度もう1本の指でタップすると「う」が入力できます。 エスケープ 画面上に2本指を置き、アルファベットのZ(ゼット)を書くような操作をすると、「エスケープ」と呼ばれる操作になり、「1つ前の画面に戻る」などの動作ができます。 例えば、間違って、次の画面に進む操作をしてしまった場合、次の画面で2本指でZを描けば、すぐ戻ることができます。 スクリーンカーテン 画面上を3本指でトリプルタップすると、画面の表示を消した状態でVoiceOverの操作をすることができます。 この機能があるおかげで、人に画面の情報を見られることなく、プライバシーを保ちながら操作、利用をすることができます。 まとめ VoiceOverは、視覚障がいを持たれた方にとって、iOSを操作しやすくする強力なアクセシビリティ機能です。 現在、このVoiceOverは、そこまで認知度が高くなく、視覚障がいを持たれた方がiOSを使えること、そして、それを支える強力な機能があることがあまり広くは知られていないのではないかと思います。 ただ、この機能は本当に素晴らしい機能で、もっと広く認知されるべきだと私は考えています。 もし、「今回初めて知った！」「すごい！」と思われる方がいらっしゃいましたら、ぜひ周りの方にもお伝え頂ければと思います！ VoiceOverをより多くの方に知って頂き、視覚障がいを持たれた方が更に便利になる環境が発展していけばと思います。
こんにちは。藤原です。 3月ももう終わりですね。 今期を締めくくるとともに、来期へのスタートダッシュに向けて、部署内で今期の振り返り会などを行われている方もいらっしゃると思います。ただ、振り返り会って結構難しくないですか？ 私達も今までは一般的なKPT法で振り返り会をしていましたが、様々な課題がありました。 日々の業務中だと、良くなかった面にばかり目が行ってしまい、結果Keepがでなくて、Problemが多くなり、成果物としてTryが増え、やることが増えてしまった。 日々の業務が多忙な中に付け加える形で、Tryの項目が増えてしまい、結局こなせなくなり、中途半端になった結果として、最終的には振り返りが意味を成さなくなっていた。 毎回の振り返りが「Problem」ばかりで不毛な会になってしまい、気分的にも決して良いものにはならなかった。 本来はプロジェクトが終わる毎に振り返り会をしていましたが、 今回はプロジェクトというよりもチームとしての振り返りを意識して、 今までとは少し違った「 褒め会 」というやり方を試してみました。 今回行った褒め会の進め方 この1年を振り返って自分が試してみたこと、意識してやってきたことを共有する。 他のメンバーがこの1年実践していたことで、評価したいことや真似したいと思ったこと、つまり褒めたいと思ったことを共有する。 これをそれぞれメンバー分繰り返す。 最後に共有した内容から、グループ内で試してみたいことが出てきたら、試すための仕組みを作る。 褒め会から得られたこと 普段、良くない点に目が行きがちなので、お互い褒め合う、称えるということは難しい。 自分の思っている部分とは違う部分を褒められたりして、自分の中にも新たな発見があるし、他の人が褒めているポイントも新たな気付きの参考になる。 最終的には気分よく会を終えることが出来た。 やってみて気が付いたこと メンバーによって「褒められる方がいい」「厳しく指導される方がいい」の2つに別れ、それぞれの性格や考え方が垣間見えたこと。 欠点は嫌でも目についてしまいがちで、良い所、褒めるところに気がつくのはなかなか難しい。普段から注意して観察していないと中々発見出来ないので、普段から意識して周りを見ることが必要。 周囲を思いやる、気を向けるようにするという意味でも、やって見る価値はあると思いますし、結果やってみてよかった。 ということで、気持ち良く1年を振り返り、次へのスタートダッシュを決めるためにも「 褒め会 」オススメです。
こんにちは。藤原です。 スキルアップのために本をガッツリ読んだり、やりたいことの整理をしたいけど、なかなか普段は時間がとれなくて・・・、という方も多いと思います。また、それを家でやろうとすると、誘惑が多くてなかなか手を付けられないとか、環境を作ることが出来なくて自宅だと進まない！という方もいらっしゃるかと思います(私です)。 やりたい、やらなきゃいけないと思っていたことを積みに積んでいた中で、スケジュールがポッと空いてしまい、かつ残っている有給を有意義に消化したい、でも旅行に行く計画も急すぎて難しい・・・というところで試してみたのが「 一人合宿 」です。 で、その「一人合宿」をやるにあたって、自分が行った事前準備と、実際やってみてどうだったか、ということを書いてみたいと思います。 一人合宿の事前準備 目的とやりたいこと(タスク)の整理 何をどこまでやればゴールとするのか、ということを事前に決めて計画を立てておきましょう。 ターゲットを絞っておきましょう。 あれもこれもと手を出すと全部中途半端になるのと、途中で嫌になって何も進まなくなってしまう可能性があります。 スケジュール 出来れば2泊3日以上のスケジュールを組みましょう。 1泊だとすぐに終わってしまい、なかなか成果を出しにくいと思います。 また、睡眠時間をけずってやっても良いinput/outputが出にくいと思うので、あまり無理な予定を立てないことが大切かと思います。 初日にある程度軽いタスクを計画すると良いです。 これで行けるというペースを把握し、2日目以降に腰を据えてやるタスクを計画するとよいでしょう。 場所の選び方 個人の好みによりますが、和室よりも洋室を選んだほうが良いかと思います。 畳で寝転がってやったほうが進む！という方の場合は別ですが、いつでも机に向かえる、いつでもベットで休める環境の方が、メリハリは付けられやすいかな、と思います。 机が広い場所を選びましょう。 ノートPCを広げたら一杯になってしまい、本やノートを広げることが出来ないとちょっと厳しいです。 照明が明るいところを探しましょう。 ビジネスホテルは割合照明が暗いところのほうが多いです。 できれば加湿器が設置してあると良いです。 空調によって室内が乾燥することが多く、体調を崩すこともあります。 （濡らしたタオルを干しておくことでも乾燥を防ぐことが出来ます） ある程度交通の便が良い場所をおすすめします。 それなりに機材を持ち込むとなると荷物も自然と大きくなります。 荷物の持ち運びなどを考えた場合、駅から近いほうが楽かと思います。 （自分の場合は、ターミナル駅から徒歩2,3分程度の場所で試しました。） 近くにコンビニ等があるところを見つけましょう。 あまり観光地すぎるところに行くと、徒歩圏内にコンビニがないことがあって、ちょっとした買い出しなどに困ることもあるかもしれません・・・。 機材持ち込み インターネット回線(wi-fi) ホテルのLANは有線・無線ともにつながらないとか、速度が出ないことがありがちです。 またホテルから、無線LANとしてFree Wi-fiが提供されていることがありますが、気分的にもあまりよろしくないかなーという感じがします（あくまでも個人的な感想ですが）。 なお、持ち込む回線のキャリアが、サービス提供エリアであるかを忘れずに確認しておきましょう。 （地方だとサービスエリア外ということがあり得ます・・・） ヘッドフォン/イヤホン 音楽を聞きながら作業をする方はぜひイヤホン・ヘッドフォンを持ち込んでください。 集中するためというのもありますが、周囲に迷惑を掛けないという理由もあります。 ブックスタンド 本を開きながらPCに向かうのであれば必要かと思います。 amazonで1000円前後で売っているので、そのくらいで十分かと思います。 （荷物もあまり大きくならないほうがいいでしょうから） その他準備したもの 個人的に準備したものとして、軽くつまめるお菓子類や、水やお茶を事前に買って持ち込んだり、 作業着としてリラックスできる普段着を持参しました。（ホテルの浴衣だと作業しづらいですし・・・) やってみた感想 当初の見積もりよりも、「タスクごと」の進捗が出やすいです。普段の業務効率で計算すると、差し込みがない分集中度合いが増し、結果として予定より早く終えられたりしました。 ただし疲労もいつも以上にでます。2日目の夕方以降は姿勢が悪かったせいか、肩こりなどで体調を若干崩してしまい、その後の進捗を出すことが出来ませんでした・・・。 手を動かせば進捗が明らかなもののほうが良さそうです。 ドハマりしそうなタスクは避けたほうが良いです。 アプリでいろいろ試そうとしたものの、やり方が分からず調査に時間をかけたら、半日過ぎてしまったということがありました。お金かけたのに成果でなくて何やってんだろう・・・って感じを避けることも必要かと思います（苦笑）。 結果的には最低限やりたいことは一通り着手でき、形にも残すことが出来たので、良い「一人合宿」を過ごすことが出来たかと思いました。 ちなみに具体的な成果として「既存のアプリのデザイン改修案作成」「プレゼン資料の下書き」「ブログの下書き」というタスクはおおよそ予定通り出来たのですが、「アプリのモックを作る」のがまさにドハマりタスクで、進捗があまり進められず・・・。「読めなかった本に手を付ける」ことがおざなりになってしまいましたが、優先順位が高いものは何とか出来た！という感じでした。 普段時間が無い人にこそ、オススメな方法かと思いますので、良ければぜひ試してもらえれば、と思います。
こんにちは、上津原です。 タイトル通りですが、Unity5が出たので早速移植をしてみました。 機能実装はしてないんですが、見た目がどれくらい変わるのか気になったのです。 ビフォー Unity4で作ったときのが以下です。 いやー、恥ずかしい！当時全力で作ったのですが、今の自分から見ると「あ～ららｗ」という感じにしか見えません。まあでも今もそれほど腕は進化してないんですけどね…。 さて、これらのモデルをまるっとUnity5に持ってきて、デフォルトマテリアルにちょっと色を付けた程度のもので作ってみたのが… アフター じゃーん！こちらです。 かなり柔らかな光表現になっています。シェーダーは一切使っていません。 Unity5になって大きく変わった点は、光の反射表現がとっても手軽になっていたので、天井の日当たりが自然になったというのが感動的でした。同じモデルなのに、光の表現だけで結構それなりに見えてくるのが不思議です。 これらには、ノーマルマップもないしシェーダーも使ってないので、きちんと揃えてゆけばもっと幅広くて素敵な映像表現ができそうですね。 これがまさか無料になるとは UE4が先日無料になったので「あー、これはUE4一択だわー」みたいに思っていたのですが、まさかUnity Freeに全機能が入ってくるとは思ってもみませんでした。 個人的に比較してみると、手軽にリアルな映像表現という点ではUE4に軍配が上がりますが、汎用性や軽さという点ではUnityに軍配が上がります。 モバイルので利用は圧倒的にUnityなんだろうな、ノウハウもあるし。 UE4とUnity、それぞれこれからの展開が楽しみですね。
こんにちは、上津原です。 まだ寒いですが、こたつを片付けてしまいました。後悔しています。 さて、今回もまたpepperの話題です。 題名の通り、他のアプリケーションをコントロールする方法です。 あるビヘイビアを実行中に、別のビヘイビアのあの機能が使いたいのに！という時ありますよね。だけどそれってどうすれば？という時に、ALMemory使えばいけるんじゃないか？ってことで試してみたら動いたのでご紹介します。 RunBehaviorして、ALMemoryのraiseEventしてやればOK はい、上記のとおりです。開発環境があればChoregrapheで並列実行してやればいいですが、スタンドアロンで動いて貰う場合そうは行かないので、さくっと実装してやります。 ChoregrapheでRunBehaviorをやると並列してビヘイビアが実行されるので、ALMemoryを利用した連携が可能になる 、ということになります。 では実際に見てみましょう。 それぞれの構成はこんなかんじ。 メインビヘイビア サブビヘイビア この時点ではメモリイベントは抜いてあります。 メインビヘイビアが実行されたら、ちょっと喋ってサブビヘイビアが立ち上がるようになっています。 それをここからメモリイベントを追加していきます。 サブビヘイビアにメモリイベントを作成 サブビヘイビアのここにある「＋」を押して、メモリイベントの一覧を出します。 そして、下の方にある「新しいキーの追加」を押して独自キーを作成します。 今回は「subBehavior/event1」としました。 そうしたら、左隅に「〜」みたいなマークが出来ます。 これがメモリイベントのスタートポイントになります。 とりあえずSayをくっつけて「メモリイベントだよ」と喋るようにしておきました。 メインビヘイビアにRaiseEventを作成 呼び出されるイベントの作成は完了したので、後はそれを実行するだけです。メインビヘイビアに実行部分を作っていきます。 とりあえず今回はお手軽な「Tactile Head」を使いました。pepperの頭のタッチセンサーですね。 シミュレータの人は動かないと思うのでSpeechRecoなど、インプットがこちらから任意に出来るものを利用すればいいと思います。 そしてRaiseEventノードをつないで、先ほど設定した「subBehavior/event1」を入力します。 コレで出来上がりです！簡単ですね！ メインビヘイビアを実行 メインビヘイビアを実行すると、サブビヘイビアが立ち上がり、その後頭を触ると先ほど設定した「メモリイベントだよ」を喋ってくれます。 RaiseEventは、インプットタイプが「ダイナミック」に設定してあります。つまり、ここにイベントに渡したい情報（文字列、数字など）を渡してやれば、 変数の受け渡しも可能になります。 わ～ベンリ！ まとめ Choregparheを利用してロジックを組む場合、クラスやインスタンスを呼び出したりという行為が出来ないっぽいので、ALMemoryを利用したテクニックは必須になると思います。 そして一旦使い方がわかると一気に可能性の幅が広がります。前回紹介したQiMessaging.jsもALMemoryにアクセスできるので、JSでペッパーと相互でデータのやり取りも可能になったりもします。 今回のプロジェクトもGithubにアップしておきますので、もし良かったら自由に使ってください（とっても簡単なものですけど…） kuetsuhara/pepper_almemory_heiretsu kuetsuhara/pepper_almemory_heiretsu · GitHub それでは。
こんばんは、Androidグループの中村です。 先日、テスト自動化のセミナーに参加してきました。 自動化する時の観点について、 テスト自動化研究会 のコミッターとしても活躍されている浦山さつきさんから、興味深い話があったので共有したいと思います。 自動化対象選びのポイント「手順が決まっていて実行頻度の高いもの」 繰り返し行われること 面倒くさいと思っていること ミスが起こりやすいところ 手順が決まっているところ 変更が少ないところ 以上が自動化対象選びのポイントとのことです。 面倒くさいと思っているから作業者の集中力が切れてミスする、見誤ってミスする、これってせっかく作業しているのに本末転倒… でも意外とこういうことってありますよね。 あと、プロセスを見直すことで手順を定め、自動化も可能になるかもしれないということは 通常業務の見直しもでき、お得感がありますね。 またまた、変更が少ない箇所を自動化するっていうのは私がこれまで行ってきた業務からもそうだなと感じます。 頻繁に変更されている画面のテストなどを自動化してしまうと、メンテナンスのコストがかかってしょうがないです。 自動化だけが策ではない! 手順が決まっていないと自動化できない 一見すると、自動化に向いた作業でも実はやらなくてもいい作業かもしれない 情報伝達ができていないだけであれば自動化することはない 役に立たないテストや作業を自動化しても意味がない この観点は、仕事の中で忘れがちではないかなと思います! なんでもかんでも自動化すればよいのではなく、対象をきちんと選別し、効果のある作業を自動化する! これでよりいっそうの仕事効率化がはかれますね。 自動化導入時の3ステップ 「計画 -> 試す -> 広める」 自動化を新たに導入するときには、3ステップ踏むとよいとのことです。 【計画】 関係者を決める 「推進役」「変革の請負人」「組織上層部の支援者」 道具を選ぶ 身近にあるツールや技術を使う、関係者の知見経験を使う 試算する 一時的な生産性の低下は避けられない、どこで巻き返せるのか試算する 試算する要素としては道具にかかるコスト、自動化にかかる時間とコスト、失敗したテストを確認するコスト(なにが原因なのか解析する時間) メンテナンスにかかるコスト、教育にかかるコスト、期待できる効果等があるとのことです。 【試す】 パイロットプロジェクトを立ち上げる 自動化した仕組みがうまく適用できるか検証する 実現可能か見極める ここでの数値が広める時の根拠になる パイロットプロジェクトの効果を見ることで、既存プロセスへの影響を再確認ができ、新しいツールや手順について学習ができるとというメリットがあるとのことです。 【広める】 共有する 成功の根拠を提示して同意をえる 内部からの反発に注意 支援する 最初はパイロットプロジェクトを実行した人が一緒にやる 他の人への教育も行う 見守る 効果を監視する フィードバックをもらい、計画の見直しを行う ここで注意しないといけないのが「内部からの反発」とのこと… プロジェクトの目的、役割を考えさせたり、そして…組織上層部の支援者からのトップダウンも効果的とのことです。 Androidグループ ちなみに、私たちのグループでは Jenkinsを導入しています。 ユニットテストを一定間隔で実行したり、 ビルドを自動化し、 デプロイゲート というツールをつかって 企画、制作、開発メンバーがapkをWebからダウンロードし、テストをみんなで行える環境を構築する等を行っています。 まだまだ自動化して効率化できる箇所もあると思います。 浦山さんの話にもあったようにプロセスの見直しをはかり、開発効率をあげて、よりよりアプリを提供していきたいと思っています。 おわり