半年ぶりの登場 の技術開発部の相原です。 LIFULL大学という社内制度でDockerゼミの講師を務めたのでそのことについて書きます。 LIFULL大学とは LIFULL大学とは弊社が実施している日本一働きたい会社に向けた取り組みの一つです。 LIFULL大学 従業員一人ひとりの能力開発を目的に、「必須プログラム」「選択プログラム」「選抜プログラム」からなるLIFULL大学（社内大学）を開校しています。 「選択プログラム」では、社長が主催する経営塾、プロジェクトマネジメント、レコメンデーション技術、ロジカルシンキング、英会話等、社員は自身が受講したいゼミを選択して受講できます。ほとんどのゼミで社員が講師を務め、職種や部門を越えてお互いに教え合う文化の醸成に繋がっています。 「選抜プログラム」は、次世代リーダー育成プログラムです。トップセールス、クリエイティブアワード、ベストマネジャー、役員推薦等、次世代経営者候補を選抜した海外研修等を実施しています。 引用: 日本一働きたい会社 社内公募によってその分野に対する専門性を持つ有志の社員が講師となり、受講した社員に対して講義を行います。 私は今年はDockerゼミの他にハイパフォーマンスフロントエンドゼミと称してフロントエンドのチューニングやServiceWorker, WebAssembly周りの講師をしました。 技術系では他にもMOOCで機械学習のコースを受講するといった趣旨のゼミがあったりと毎年様々なゼミが開講されています。 ちなみにLIFULL大学のページは同じく社内制度の クリエイターの日にて開発されたり と、社員が協力して作り上げている制度となります。 クリエイターの日 変化の激しいICT分野のマーケティング能力、技術開発能力を高め、イノベーションを創造するため、通常業務の枠を離れて、新たな技術や手法に取り組む機会を設けています。希望するクリエイター（エンジニア、デザイナー、プランナー、マーケター、プロモーター）は、個人またはチームで特設プロジェクトの提案を行い、承認されたプロジェクトについて業務時間の10％を使い、合宿形式で研究・開発を行います。 クリエイターの日サイト： http://www.creators.LIFULL.com/ Dockerゼミ 今回のDockerゼミは1コマ90分で2回開催し、1回目ではDockerの簡単な説明とハンズオン・2回目ではもう少し踏み込んでApplication Containerの仕組みの解説や本番導入での勘所、社内ということもあるので社内のどういった問題が解決されるのか、導入に向けて何が障害になっているのかということについて話しました。 社内向けに作った資料ということもあり全ては公開できませんが、今回は資料の一部を公開してゼミの空気感をお伝えできたらと思います。 中でもIstioをはじめとするサービスメッシュによるmicroservices構想やSpinnakerによるDeployment Pipelineは受講者の反応もよく、本番導入に対してもポジティブなイメージを持ってもらえたと思います。 最後に いかがでしたでしょうか、LIFULLではこのような雰囲気で活発に社内での勉強会が開催されています。 歯抜けな資料で全体感が掴みづらかったと思いますので続きはLIFULL大学でお会いしましょう。 LIFULLではエンジニアを募集しています。 【エンジニア 募集職種一覧】 | 株式会社LIFULL

こんにちは！ LIFULL HOME'S事業本部 QAグループの佐藤です。 今回初めて、3月7,8日の2日にわたり開催されたJaSST’18 Tokyoへ参加させて頂きました。 JaSSTソフトウェアテストシンポジウム-JaSST'18 Tokyo 本記事では2日目の講演内容についてご紹介させて頂きます。 How to identify test flakiness in your test result data テスト結果からテストの不安定性(test flakiness) を読み解く 登壇者：John Micco 氏 （Google） オープンソースのデータセットとBigQueryを用いて、実際にSQL文を実行し、 テストデータの分析を行う手法について具体的なレクチャーを頂きました。 前半はテスト結果の分析、後半はGitリポジトリに蓄積されたデータの分析でした。 本チュートリアル用に作成されたリポジトリ github.com オープンソースのデータセット 感想 弊社QAグループにおいても、Seleniumを用いて継続的にE2E自動テストを実行し、 テスト結果をデータベースに格納し、ダッシュボードにおいて可視化と分析を行っております。 Flakyなテストについては、弊社の自動テスト実行環境においても、度々発生しており、 再実行回数を増やすことで対応しているといった状況です。 もちろんテスト結果の量においても、分析においてもまだまだGoogleのレベルに達しておりません。 今回のBigQueryにおける分析、Gitのコミットデータの分析はシンプルですぐに導入でき実用的なので、 メトリクス計測の手段のひとつとして検討していきたいと思います。 私が経験したソフトウェアテストの変遷 登壇者：柴田 芳樹 氏 （ソラミツ） テスト駆動開発と継続的インテグレーションの技術的変遷について、 具体例として柴田さんの経験を交えての講演を頂きました。 気になった点を要約すると、 1990年代までは結果を目視で確認していたが、2000年以降はテストファースト・テスト駆動開発による自動化されたテスト テストファースト 歴史的にフィードバックループは短くしてきた 最短はいま書いたコードを見直すこと テストファーストだとフィードバックループが短くなり、いま書いたコードを見直すことができる デバッグしているという感覚から、ひたすら実装しているという感覚へ 自動化されたテストは、いつでも何度でも実行可能なので、ソフトウェアの資産になる 手で行ったテストはもう一度時間をかけて目視で確認する必要があるので資産ではない 1990年代までの夜間ビルドから、2000年以降は継続的インテグレーションへ 昔はそれぞれ開発していて、ある程度できたら集める、というビックバン・インテグレーションだった 失敗する継続的インテグレーション マネージャーが関心を払っていないため、常にビルドに失敗している 静的解析ツールの警告が高度すぎて警告の意味がわからない 手動の単体テストを行う前にレビュー テストが終わった後にレビューをすると名前の変更などで手戻りが発生する マルチスレッドプログラミングのテストは難しい 間違っていても動いてしまうことがあるため、動かす前に知識・経験を持った人がきちんとしたレビューをする 100回動作しても保証されないので、自動テストが必須 発生した障害をきちんと記録して分析するが、どう分析していいかわからないので、専門家に相談していた Flakyな部分がある 例えば、3ヶ月前の変更部分がたまたま特定のマシンで露見する 継続的インテグレーションや自動テストを実践することが当たり前で、むしろ実践していないことが「弱み」になる QAは開発プロセス全体を通して深く関与しなくてはならない まとめ テスト駆動開発と継続的インテグレーションは必須 開発者とQAは開発の早い段階からソフトウェアの品質を作り込むために協業すべき時代となっている 感想 開発者とQAは開発初期から協業するべきということは本当にその通りだと思います。 テスト駆動開発と継続的インテグレーションの導入という点でも、テスト全体のサポート(弊社ではテスト計画の作成やレビューなど)においても、 初期の段階からQAチームなどのノウハウを持っているチームがサポートできる状態になっていることで、ソフトウェアの品質を作り込むことができるかと思います。 当然、人的リソースの問題などはありますが、協業を円滑に進めるための仕組み作りも必要かと思いました。 総評 ソフトウェアテストのカンファレンスには初めて参加させて頂きましたが、他のカンファレンスと違って明らかに参加者がテストに情熱を持っている雰囲気があり、Miccoへの質問も次々と出ており、参加者の私にもワクワク感が伝わってきました。 Googleのように先を進んでいるチームもあれば、そもそも自動テストの導入段階のチームもあり、ソフトウェアテスト業界全体を幅広く知ることで、自社の立ち位置も知ることができ、非常に有意義でした。 また、講演頂いたお二人に共通して、QAはゲートキーパーというよりも、全体を見守る立ち位置であるように感じられました。 継続的インテグレーション、継続的デリバリーなどによりソフトウェアテストの自動化が進み、より創造的な仕事に集中していけるような未来が見えてきました。 運営・参加者の皆さま、どうもありがとうございました！ 最後に LIFULLではエンジニア各職種の中途採用募集中です！ エントリーお待ちしております。 募集中のエンジニア職種一覧【カジュアル面談の応募もこちら】 | 株式会社LIFULL recruit.lifull.com

こんにちは！LIFULL HOME'S iOSアプリ開発担当の高橋です。今回のiOSの勉強会はARKitにテーマを絞り、iOS版LIFULL HOME'SアプリのAR機能「ARお部屋計測」の開発当時の話を、弊社のディレクター、デザイナー、エンジニアの各目線からご紹介させていただきました。 ARお部屋計測とは？ 最初に「ARお部屋計測」についてご紹介します。 この機能は「見学メモ」タブの「部屋を計測」ボタンからご利用いただけます。 ホームズくんと一緒に、お部屋の角を画面に写しながらタップしていくだけで、簡単に間取りを計測することができます。 ※ 使用するにはiPhone 5s以降の機種で、iOS11がインストールされている必要があります。 まずは使って体験してみてください！ 発表 事業会社のARKit UX設計かいつまみ話 島田真寿美（ディレクター） LIFULL HOME‘S App Night #AR 事業会社のUX設計かいつまみ話 from LIFULL Co., Ltd. www.slideshare.net ARKitを導入した経緯と、仕様を考えるに当たって気をつけたポイントについてのご紹介でした。 普段の開発では、お部屋の探しやすさ・使いやすさといった「機能的価値」の向上を目的としていますが、今回の機能はアプリを使ってもらうことを目的として、「楽しい体験」の提供に重点を置きました。 ARはまだ馴染みの無いユーザが多いため、途中で挫折しないよう適切なガイドをする必要があります。今回はホームズくんとコミュニケーションしながら計測する設計にすることでユーザの利用ハードルを下げる工夫を行っています。 ARの時代がきた！そのときデザイナーは何をしたか 小林武蔵・小泉貴奈未（デザイナー） LIFULL HOME‘S App Night #AR ARの時代がきた！そのときデザイナーは何をしたか from LIFULL Co., Ltd. www.slideshare.net デザイナーは3Dモデリングについては（ほぼ）未経験の中、「ホームズくんの3D化」に挑戦しました。 ホームズくんの世界観を壊さないよう工夫しているのがポイントで、 球体のようなシンプルな形状をベースにすることで3Dデフォルメ感を出しています。 また一方で、ARに溶け込むリアリティを出すためにテクスチャ・アニメーションにこだわっています。 LT時はBlenderによるデモを行いました。詳しくは過去の記事をご参照ください。 www.lifull.blog www.lifull.blog www.lifull.blog TangoのモデルをARKitに流用した話 菊地 慧（エンジニア） LIFULL HOME‘S App Night #AR UXを突き詰めた15日間 from LIFULL Co., Ltd. www.slideshare.net TangoとはAndroidのAR技術なのですが、残念ながら現在サポート終了のアナウンスが出ております。 この技術はiOSとは関連はありませんが、Tangoを活用したカーテンシミュレーションアプリ「LIFULL HOME’S Room Style AR」の開発経験は、ARKitで大いに活かされました。 これは私たちのチームで経験した最初のAR開発プロジェクトで、ARは何ができて何ができないかを探りながら進めました。 Blenderで作ったモデルをARKitに取り込む方法もご紹介しておりますので、iOS開発者の方もぜひ資料をご覧ください。 「AR最速対応をした間取り計測の秘話」 又来 薫（エンジニア） LIFULL HOME‘S App Night #AR 最速対応をした間取り計測の秘話 from LIFULL Co., Ltd. www.slideshare.net 「ARお部屋計測」機能を実際に実装したエンジニアの発表です。 機能内容としては、 AR空間の平面上に点と線を引く 点の位置にホームズくんを移動させる 囲んだ線を間取り図のように表示する とシンプルではありますが、間取り図の角度の調整や、ホームズくんを可愛く見せる方法など様々な工夫を行っています。 ARの文脈でユーザに説明するのも、Appleのガイドラインで述べられている重要ポイントです。 これらの知見が詰まった資料になっておりますので、ぜひご覧ください。 まとめ ARはゲーム系やエンターテイメント系のアプリでよく使われておりますが、ツール系でもマッチするユースケースはたくさんあると思います。 チャレンジする障壁は高いですが、だからこそ他アプリと差別化することができます。 今まで経験がなかった方もぜひ挑戦してみてください。 今回の発表が、今後ARにチャレンジする方への参考になれば幸いです。

こんにちは。 LIFULL HOME'S事業本部QAグループの木住野(きしの)です。 本記事は3月7,8日の2日にわたり開催された JaSST’18 Tokyo 1日目の参加レポートです。 前回の記事 ではイベントの規模感や会場の雰囲気が伝わったと思いますので、本記事では１日目の講演内容についてご紹介いたします。 Advances in Continuous Integration Testing at Google 登壇者：John Miccoさん (Google) 資料 : Advances in Continuous Integration Testing at Google – Google AI 簡単に要約すると以下のような内容でした。 Googleでは420万ケースの自動テストがある 修正したソースコードの影響範囲を自動分析し必要なテストを実行している テスト結果をすべてデータベースに保存している 実行するテストの選択や実行のスケジューリングも自動化している 保存されたデータを用いてFlakyなテスト(不安定なテスト)の結果を分析し必要な情報を開発者にフィードバックすることでプロダクトの品質を維持している 例) 前回は成功したケースが今回失敗したら安全ではないと判定され、開発者へフィードバックされる 感想 私の担当領域も自動テスト、CI/CD部分なのでとても楽しみにしていた講演でした。 Flakyなテストについての考察は弊社でもすでに実践済の部分もありましたが、参考になる部分が多くありました。 以下資料には載っていませんがQ&Aなどで聞けた興味深かった点です。 Googleの開発者は自動テストコードの実装スキルが求められる 手動テストはない(ユーザビリティテストや外国の翻訳部分のみ手動でテストしている) 手動テストのコストとバグを流出するリスクのバランスを決めて経営陣を納得させた上で自動テストのみで品質を担保している 新規事業でも基本的に手動テストはない 会場からは手動テストがないことについて質問が集中していました。（みなさん信じられなかったようです。） また、テスト結果の分析に当たり前のように機械学習を用いている点にGoogleの基礎的な技術力の高さを実感しました。 コードを書きながら学ぶテスト駆動開発 (チュートリアル) 登壇者： 和田 卓人さん (タワーズ・クエスト株式会社) 資料(当日の内容に近いもの)： https://speakerdeck.com/twada/tdd-live-in-50-minutes こちらは テスト駆動開発 の翻訳やワイルド・サバンナ(ライオンのアスキーアート)で著名な和田 卓人(t_wada)さんが実際に教えてくれるという個人的にはとても贅沢なセッションでした！ テスト駆動開発(以下TDD)の概要、進め方、勘所を説明していただいた後に、 デモとしてTDDライブコーディングを見せながら更に実践的な考え方や細かなテストケースの実装方法を教えて下さいました。 その後、参加者でペアプログラミングを行いTDDを実践するという内容でした。 感想 TDDやコンポーネントテストの実装についてより深く腹落ちさせることができました。 また、TDDのRed→Green→ Refactoringで実装を進める心地よさを味わうことができました。 以下印象に残った点です。 テストコードは「1. 準備 , 2.実施, 3. 検証」の順で実行されるので、その順で実装をしようと思うかもしれないが3の検証から実装するのが良い 検証から実装することでテスト対象の機能の役割や動きが明確になるからです。 1 assert 1 test(1テストケースメソッドには1つの検証処理)がオススメ 1テストケースに複数検証処理を入れると以下のデメリットが有るからです。 複数の検証があるとテスト結果からどの検証が失敗したのか判断しづらくなる 失敗した検証の次の検証は実施されない(Failしても次の検証を実施できるフレームワークもあります) TDDは不安と自信とコードとの間合いを測る技術 実装に自信がない機能に対してはテストが多くなったり、自信があると最小限のテストコードで進むことができる ただし、基本は一歩ずつ機能を確認する 最初のうちはミューテーションテストをしながらテストが期待通りに動くか確認しながら進める テストが想定通りに失敗しないとそもそもの前提が崩れてしまうため、確認する必要がある。 ミューテーションテスト(ミューテーション解析)とは・・・ ミューテーション解析 - Wikipedia テストコードを構造化したり、適切に説明を追加することで対象コードの仕様を表す資料になる 他の開発者に引き継ぐ場合や将来自分が改修する場合などに重要になります。 # 構造化され、説明が追加されているテストコード例 @DisplayName ( "FizzBuzzクラス" ) class FizzBuzzTest { private FizzBuzz fizzbuzz; @BeforeEach void 前準備() { fizzbuzz = new FizzBuzz(); } @Nested class convertメソッド{ @Nested class _3の倍数の時Fizzを返す { @Test void _3を渡すと文字列をFizzに変換する() throws Exception { assertEquals( "Fizz" , fizzbuzz.convert( 3 )); } @Test void _99を渡すと文字列をFizzに変換する() throws Exception { assertEquals( "Fizz" , fizzbuzz.convert( 99 )); } } } # 以下省略 構造化した場合のテスト結果: fizzbuzz_good_result # 構造化されておらず説明もないテストコード例 class FizzBuzzBadTest { private FizzBuzz fizzbuzz; @BeforeEach void 前準備() { fizzbuzz = new FizzBuzz(); } @Test void _3を渡すと文字列をFizzに変換する() throws Exception { assertEquals( "Fizz" , fizzbuzz.convert( 3 )); } @Test void _99を渡すと文字列をFizzに変換する() throws Exception { assertEquals( "Fizz" , fizzbuzz.convert( 99 )); } # 以下省略 構造化しない場合のテスト結果: fizzbuzz_bad_result まとめ どのセッションも魅力的で全てのセッションに出たかったです。 各社の最新のソフトウェアテストの知見や技術、そして熱気に触れられてとても良い刺激になりました。 弊社の自動テストやテスト文化、スキルはまだまだ改善の余地があるので、 改善してよりよいサービスをより早く届けられる仕組みを作りたいと思いました。 また、その成果をJaSSTで発表して、業界へ還元していきたいと思いました！ 最後に エンジニア各職種の中途採用募集中です！ もちろんQAエンジニアも募集しています。 エントリーお待ちしています。 募集中のエンジニア職種一覧【カジュアル面談の応募もこちら】 | 株式会社LIFULL recruit.lifull.com

こんにちは！ 株式会社LIFULLでLIFULL HOME'S事業本部の木村です。 3/7-8の二日間に渡って開催されましたJaSST'18 Tokyo（ソフトウェアテストシンポジウム）にゴールドスポンサーとして協賛させていただきました。 その様子を簡単ですがご紹介します！ JaSST'18 Tokyo JaSSTソフトウェアテストシンポジウム-JaSST'18 Tokyo NPO法人ASTER (ソフトウェアテスト技術振興協会)さんが主催するソフトウェアテストシンポジウムで、2017-2018年度も全国各地で同シンポジウムを継続的に開催されています。 ソフトウェア、組み込み系、WEBなど様々なカテゴリのQAエンジニアやテスターの方々が一同に集うイベントです。 開催時の様子 初日の朝からたくさんの方々が列を作って入場を待っており、600人以上(！)の参加者があったそうです。 弊社はQA部門が独立していることもあり分業されていることもあり、私自身理解が難しい内容も多かったのですが、これまであまり追ってこなかった領域でもあり興味深く学ぶことができました。 そんな私が印象に強く残ったいくつかのセッションについて簡単ですがレポートします。 「Advances in Continuous Integration Testing at Google」（初日の基調講演） GoogleのJon Miccoさんが登壇され、Googleの品質管理やテストについてお話されました。 「Googleのテストは100%自動化されている」 「100%自動化にするためにテストが全部完了せずにリリースすることもある」 「100%自動化されているのはGoogleが大きくなったが故のある種割り切り判断でもある」 「QAの独立組織は不要。各チームにQAエンジニアを置くのがいいと思う」 など、我々にとっては刺激的なお話をされていました。※サテライト会場からは見聞きしにくかったこともありもし間違いがあればご指摘ください。 会場からの質問ではやはり自動化についてのヒントを求める内容が多く、「100%自動化」できていることへの驚きが多かったのだと思います。 「Web.JaSST ～ウェブ系QAがみんなのお悩みに全力で提案を返す会～」 弊社に近いWeb系のQAについてのパネルディスカッションでした。 後半は会場からの質問に回答する形式で、事前に質問をwebページから募集する形でいいね数が上位のものが採用されたのですが、なんと私が質問した「QAエンジニアの採用」についてが取り上げられ回答いただきました！ 転職市場に開発スキルも持つQAエンジニアは少ないということで、パネラーの方々の例ですと、 * 開発系エンジニアからQAエンジニアへのコンバート * QA系イベントにたまに参加する自動化などへの意識が高い開発系エンジニアを口説く など参考にしたい回答をいただきました。 また、他の内容ではQAエンジニアの守備範囲についての難しさなどが注目されていたように思います。 「アジャイル・自動化時代のテストの現場のリアル」 こちらもパネルディスカッション形式で、アジャイル開発でのテストやDevOps、サイボウズ・ヤフー・クックパッド・Google（敬称略）での取組み事例など交えて議論されました。 クックパッドのコミットからリリースまでのタイムがGoogleより速かったり（すごい！）、サイボウズのアジャイル開発導入での成功事例などこちらも為になるお話を多く聞けました。 まとめ 前述の基調講演の内容で影響があったのかなかったのか定かではありませんが、多くのセッションで「自動化」や「アジャイルテスト」がキーワードになっていた印象です。 QAエンジニアやテスターだけでなく開発系エンジニアにも大いに役に立つイベントでした。 弊社のQAエンジニアも参加しておりチュートリアルセッションなどにも参加していたようです。 近く当ブログでレポートが掲載されますのでご期待ください！ 宣伝 実は当イベントの実行委員会に弊社のエンジニアマネージャーが二名参画しております！一名はこの東京開催の委員長を務めていました！（お疲れ様でした！） エンジニア各職種の中途採用募集中です！エントリーお待ちしています。 【エンジニア 募集職種一覧】 | 株式会社LIFULL recruit.lifull.com 過去の協賛レポートはこちらです。 www.lifull.blog

こんにちは！ 株式会社LIFULLでLIFULL HOME'S事業本部の木村です。 普段は賃貸領域を担当しながら、技術マネージャーとして人事や裏方の仕事も担当しています。 さて、今回の記事は、3/9-10に開催されたPHPerKaigi2018の協賛レポートです！ 今回はシルバースポンサーとして協賛させていただきました。 その様子を少し紹介したいと思います。 PHPerKaigi 2018 とは PHP言語のイベントです。なんと今回が初開催にも関わらず2日間の大型イベントとして開催されました。 場所は東京都の練馬です（練馬区民なのでチャリで来た） phperkaigi.jp LIUFLL HOME'SではサーバーサイドでPHPを採用しており親和性も高くスポンサーしました。 Day.1 初日は夕方からの開催で、かってに予想していた雰囲気とは異なりアルコールも手伝ってか、聴講側から愛のあるツッコミが飛び交うなど超カジュアルな雰囲気でお祭りといった感じ。 特にuzullaさんのLTと発表はすごかったです色々と（笑）　※スライドはページ下部「まとめ」に記載しています。 ちなみにdo_akiさん曰くPHPerの仕事をペチペチしていると表現するそうです。 残念ながら弊社はシルバースポンサーなので掲示なし… Day.2 2日目は会場がA,Bに分かれてプレゼンと相談会などが実施されていました。 Laravel相談会やプレゼン登壇者とのQA会場などになっていたようですよ。 数ある発表の中でもベストスピーカー賞を受賞された後藤さんの「SOLIDの原則ってどんな風に使うの？~オープン・クローズドの原則編~」はとても分かりやすくためになるものでした。さながら家庭教師の先生のようでした。 あんな先輩エンジニアがいたら幸せですね。ベテランも新人もぜひご覧になってください。 まとめ まず、運営もスピーカーも参加者もPHPer（当たり前ですね） PHPに思いが強い人がこんなにもいることに刺激と少々の安心を感じた次第です。 次の機会があればぜひ弊社もスピーカー参加したいですね。 最後に、スライドをまとめてくだった方がいらしたので掲載させていただきます（ありがとうございます！） www.manasnote.com 宣伝 （よく勘違いされるのですが）不動産・住宅情報の総合サービスであるLIFULL HOME'Sが主力の弊社ですが不動産会社ではありません。 たくさんのエンジニアが所属する、ものづくりにも力を入れている企業です。 これからも、国内外のイベントやカンファレンスへのスポンサーや登壇を通して、エンジニアコミュニティを盛り上げることに協力していきたいと思います。 エンジニア各職種の中途採用も募集中です！エントリーお待ちしています。 募集中のエンジニア職種一覧【カジュアル面談の応募もこちら】 | 株式会社LIFULL recruit.lifull.com

はじめまして！ このブログに登場するのは初になります。 2017年4月にデザイナーとして入社しました加藤です！ 今回は、私も運営に参加した、弊社のデザイナーによるイベント「デザイナーの放課後 #2」についてご紹介します。 デザイナーの放課後って？ LIFULLではデザイナー同士で「お互いの仕事のナレッジを共有し合う会」を毎月実施しています。 その発展の場として「外部の方に向けて発表することで、交流の場にもなるのではないか？」と声があがったことが、開催に至るきっかけです。 自分たちのナレッジを外部に向けて紹介することで新たな発見が生まれそう。同時にLIFULLのデザイナーのことを知っていただける良い機会にしたい。 という想いから、このイベントが立ち上がりました。 第2回となった今回は「Retty」「マネーフォワード」のデザイナーさんをゲスト登壇者としてお迎えしました！ 席数を40席になんと120名ほどの応募！！！ありがとうございます。 会場の関係により今回は抽選にさせていただきました。 イベントの流れ 「デザイナーの放課後」では、まず弊社のデザイナーを含む登壇者3名によるナレッジの共有を順番にしていただいています。 LTの後には登壇者同士でのディスカッションの時間を設け、お互い聞いてみたいこと、会場のみなさまからのハッシュタグを利用した質問などにお答えいただきました。 今回の流れはこんなかんじです。 LIFULLのアプリの育て方 〜やったほうがいいをちゃんとやる〜 by小林 武蔵/LIFULL 想いを伝え、愛を育むデザイン by池内 健一さん/マネーフォワード Retty流 世界の描き方 〜大きなビジョンを緻密にデザイン〜 by山本 麻友美さん/Retty 登壇者3名と会場のみなさまによるディスカッション ビアバッシュ 今回は、デザイナーの放課後#2に参加した私が、デザイナーとして心に残った部分を抜粋しレポートさせていただきます！ 「Simple」で「Amazing」でもある至高 弊社の小林の発表では、「 LIFULL Act 」のうち「Simple」と「Amazing」になぞられて自身のデザインに関する考え方を説明していました。 ※LIFULL Actとは、LIFULLの社員が掲げる指標で、「Life-centered」「For All」「Happy」「Simple」「Amazing」の5つがあります。 Simple … 操作に脳を使わせない Amazing … 魅力的な体験を作る このLT後、操作に脳を使わせないというワードが、自分の中でお気に入りになりました。 どうしたら、使う人が操作に悩まず次のフェーズにいけるのかということは、 UI/UXに関わる人の最大の課題であり、一番悩み、時間を費やすところだと思います。 その反面、ユーザーには無意識に操作をしてほしいので、ユーザーが使う時間は0秒が理想、ということになります。なかなか面白いです。 「Simple」ばかり追い求めていると、一見なんの変哲もないユーザーが使って何の想いも残らないものになってしまいます。 脳が一切の反応を示さずに通り過ぎるだけのサイトやアプリに魅力はあるのでしょうか。 そこで「Amazing」です、ここに"魅力的"という要素を加えるわけです。 新しい体験や、ワクワクする体験をすることで「良い思い出や感情を持ち帰ってもらう」 といった温かい余韻がそのサービスに生まれます。 LIFULL HOME'Sを使う上では「家探し」というユーザーの方の共通の目的がありますが、「家探し」というのは、いろいろな情報をたくさん見比べて自ら調べなければならないため、ユーザーにとっては大変なことだと思います。 Simpleな脳を使わせない操作性と、Amazingといえるワクワクするような新しい体験を盛り込むことで、そのサービスが「家探し」をも素敵な体験に変えることが出来るかもしれません。 魅力を体験してもらいやすくする工夫 株式会社マネーフォワードの池内 健一さんは、マネーフォワードは「魅力に触れてもらう工夫を多くしている」とおっしゃっていました。 サービスには制作者が伝えたい「そのサービスの魅力」があり、それをしっかりと使う人が「感じやすい設計」にする。 意外にも、設計の部分で「ユーザーに使いやすく使いやすく…」と考えていると、自らのサービスの魅力や強みを伝えるという点を見落としてしまっているかもしれません。 魅力を伝え→魅力を体験してもらい→魅了し続ける 普段サービスを提供している身として、自分のサービスが他のサービスより魅力的な点はどこなのか、どうやったらその魅力が使っていただいている人に感じてもらうことができるのか、考えることも UI/UXデザイナーとして大事な部分だと感じました。 ユーザーからユーザーへ想いをちゃんと伝える Rettyは、みなさんご存知の通り「信頼できる人のオススメ」から自分にとってBESTなお店が見つかるサービスです。 今回はRettyの山本 麻友美さんに、そのお店のオススメ度合いを示すアイコンをリニューアルした時のお話をしていただきました。 オススメした人のオススメ度合いが、アイコンによって届ける側のユーザーに同じ度合いとして届いているのだろうか調査したところ、人によってアイコンに感じるオススメ度がバラバラだったようです。 オススメする人の想いがちゃんと届くよう、オススメ度合いを誰もがわかる「直感的にわかるモチーフ」「オススメの度合いがわかる度合い感」を意識して作り直し、最終的にスターマークを使用したお話をされていました。 オススメしたい人が思う度合いと、届けた相手が感じる度合いが違う ことが自分にとって新たな気づきになりました。 自分もユーザー調査やヒアリングを大事にして、けして自分の感覚だけを信じすぎずに、誰もが想いをくみとりやすいような表現をすることを大切にしたいです。 「どれだけユーザーのオススメする声を生の状態で届けられるのか」という部分に向き合ったお話にデザイナー魂を感じました。 まとめ 前回の第一回 からこのイベントを社員としてお手伝いしていますが、いつも思うことが「登場したサービス全部使ってみたい！」ということです。サービスはいつも普段あたりまえにあって、制作者さんの想いや声を聞く機会はほんとうに少ないです。 こういったイベントで制作者の想いやこのサービスの魅力を生で聞けると、良い意味でサービスに人間味というものを感じられ、終わった後、いつも帰り道にそのサービスをダウンロードしています。 ナレッジの共有の後のディスカッションでは、別々のサービスでUIUXを志す3名のコラボレーションを目の当たりにすることができました。 最後のビアバッシュも、多くの方にご参加いただき、私自身も多くの方とお話しする機会をいただきました。 とても楽しく、いろいろなつながりをもてた時間となりました。 以上、デザイナーの放課後 #2開催レポートでした！次回も、たくさんのご参加をお待ちしております！！ また、 LIFULLでは一緒に働く仲間を募集中です！ 新卒も中途も絶賛募集中。 共により良いサービスを世界に生み出しましょう！ recruit.lifull.com

こんにちは。 LIFULLのデザイナーのミーコです。 毎日寒い日が続いていますが、そんな寒さを吹き飛ばす勢いで 2018年1月30日(火)～2月12日(月)の間、 ZeroBase表参道にて期間限定のPOP UP SHOP 「ホームズくんCAFE」 がオープンしています！ ホームズくんCAFEでは人気店の協力によるチョコレートやコーヒーのホットドリンクのテイクアウト販売と、 「住まいも、マグも、“ピッタリ”を選ぼう」をコンセプトにしたここでしか買えないホームズくんマグカップ(全8種類)の販売を行っております。 2FではVR等の最新テクノロジーで一歩先の住まい探しを体験できる【TECH EXHIBITION】や 週末には専属アドバイザーによる家探しや家づくりの相談会も合わせて開催しています。 なんと毎日ホームズくんもお店に遊びにきているのでぜひお越しください！ 今回はこのホームズくんCAFEを開催するにあたり LIFULLのデザイナーが携わったことをブログでお伝えさせていただければと思います。 プロジェクト開始 プロジェクトの起案～承認まではプロジェクトオーナーであるマーケティング担当者が行い、 店舗企画から制作チームも加わり、互いに意見を出しながらプロジェクトを進めます。 プロジェクトオーナーと二人三脚で推進していく主な制作チームは アートディレクター１名、デザイナー１名の体制で、私はデザイナーとしてアサインされ、 商品であるマグカップのデザインだけでなく、ロゴデザイン、看板・店舗デザインから、販促物の制作も一通り行うといったプロジェクトでした。 デザイン制作期間 店舗の施工や看板の印刷は社内では行えないため、デザイナー自身も 店舗設計・施工会社、看板の印刷会社数社との打ち合わせを行ったり、実際に現地に足を運びながら制作を進めていきます。 看板や店舗の入稿データはS=1/10やS=1/30サイズで作ることが多く、 全体デザインのサイズ感や使用する写真素材の解像度もつどつど計算して検証しながら制作する必要がありました。 実寸サイズですぐに確認することができないので、わからないことが多かったり、 データが重くなると不具合が起き始め、締め切りが迫るなかヒーヒー言いながら制作を行っていました。 店舗関連の制作と同時進行で商品のマグカップも取り扱い業者さんと打ち合わせを行います。 業者さんから提案されるものに対して、もっとこういうことができないか、この商品を使いこんなことができないのかを逆に提案しつつ、 やりたいこととできることが合うように８種類のひとつひとつを丁寧に決めていきます。 マグカップのデザインは偏りがでないよう、同じ部署のデザイナーにも協力してもらいバリエーションを出しつつ 全体のバランスも保てるようにしていきました。 マグカップの湾曲に対してデザインがどうなるのか想像して、入稿データを作るのには一苦労でした。 ▼このまま入稿するとホームズくんの形が歪む恐れが..... ▼マグカップの形に沿ってデザインデータを作り起こします。 こうしてマグカップが完成しました！ 全ての制作物はクリエイティブ・ディレクターのチェックを挟んで、 入稿を行ない、マグカップの納品と店舗の施工開始日を待ちます。 その間当日まではフライヤーやメニュー表など、販促物をバババッと制作します。 A3サイズ未満の入稿は実寸で確認ができるので安心でした。 ついにオープン！ 施工はオープンの日の深夜から始まります。 関係者が立ち会って施工を見守り、店舗の最終調整を行います。 無事に出来上がってオープンできるのか不安と期待でドキドキの瞬間です。 朝8時頃には施工はほぼ終了して、機材をセットするなど微調整を行い、無事オープンできました！ 最後に ずっとPC画面の作業なので実物が出来上がったときはとても嬉しかったです。 そして人通りの多い表参道に、自分が携わったものが公開されているのは感慨深いです。 多くの人に見てもらえると思うと、励みになりますね。これからも頑張ります！ というわけで、ホームズくんCAFEはリアル店舗ですが、LIFULLのデザイナーも一緒に関わって制作をしています。 WEBサービスを運営しているLIFULLのデザイナーもこういう仕事もするのか〜と興味を持っていただけたら嬉しいです。 あとはホームズくんCAFEに来て、より多くの人にホームズくんを知ってもらえたらいいなと思います。 マグカップにはいろんな表情のホームズくんがいるので、 お越しの際はぜひ手にとってご覧ください。 寒い日が続きますが、暖かいホットドリンクを飲みに「ホームズくんCAFE」にお気軽に遊びに来てください。 お待ちしております！ 「ホームズくんカフェ」店舗概要 営業期間/時間 2018年1月30日（火）～2月12日（月） 11:00～20:00 ※2月12日は17:00にて閉店 場所 ZeroBase表参道（東京都港区南青山5-1-25） 東京メトロ「表参道駅」より徒歩1分 lifull.com

平成30年になりました！今年もどうぞよろしくお願いします！ 「クリエイターの日※」運営委員会のオノです！今回は、第5回創民祭について共有させていただきます！ ※LIFULLの制度。自分で一から企画し、モノづくりや技術検証の活動に業務時間の10％を使うことができる仕組み 創民祭とは？ 創民祭 （そうみんさい）とは、業務や「クリエイターの日」、プライベートの成果など、LIFULL社員が作ったプロダクトをお披露目する社内展示会です。 日頃から温めてきたプロダクトのお披露目！ 仕事帰りの一杯！ 他部署社員との交流！ などが楽しめる、ものづくりを頑張るクリエイターによるクリエイターのための半年に一度のお祭りです（第五回は2017年10月開催でしたので、だいぶ公開が遅くなってしまいました…）。 過去の様子はこちらで！ 第１回 第２回 第３回 第４回 第４回 から実施され好評だったライトニングトークもパワーアップ！？していましたねー。新卒１年目デザイナーさんの研修報告やBAD UIといったHCD活動に関するトークもありました！ ️全部で9個！展示プロダクト 当日に展示されたプロダクトと出展者のコメントです（今回はコメントの一部だけご紹介）！ ①VRアクションゲーム （趣味で作ってます！）VRアクションゲームです。剣や魔法でモンスターと戦ったり、広大な世界を当てもなく彷徨ってみたり、木を伐って家を建ててみたりできます。 実際にプレイを体験は、 こちら から。 ②ARお部屋計測 2017年9月18日（月）よりiOS11の新機能「ARkit」に対応した新たな機能「ARお部屋計測」では、iPhoneのカメラをかざすだけで簡単に室内のサイズを計測できます！メイン業務がある中、ディレクター、デザイナー、エンジニア皆で時間を捻出して取り組みました。お部屋を採寸するだけでなく、ホームズくんと2ショットもとれる裏技も…！ ③LIFULL HOME'S Room Style AR AR空間にカーテンを掛けられる模様替えアプリです。お部屋をスキャンしたら、アプリ上でカーテンレールから色柄まで指定してカーテン模様替えのシミュレーションができます。アプリ開発の事例がなかったので、台湾までセミナーを受けに行ってきました！ ④LIFULL大学HP作成！ 従業員一人ひとりの能力開発を目的にした自主ゼミである「LIFULL大学」（ 詳しくはこちら ）。人事部の工数削減や受講者のゼミ登録の効率化を目的に、人事部に現場のヒヤリングから実施して１つのWebサイトにまとめました。 ⑤自律型サーバ運用システム 経験豊富なインフラエンジニアにより行われてきたサーバの異常検知や手作業での障害対応を、人工知能で解決しました。これにより、大幅なコスト削減を実現！慣れない論文を読み漁り、業務の合間を縫って開発を進めました。 ⑥LIFULL Library このシステムは、LIFULLで共有されている蔵書をスマートに貸し出し可能にします。バーコードリーダーだから返却も一瞬です！複数スタックありで難しかった環境設定は、dockerで工数削減。高速開発ができました！ ⑦OneLogin AWS Connector AWSCLIやAWSSDKを使ってAWSにアクセスする際に利用されるクレデンシャルをOneLogin経由でログインして取得、設定してくれるツールです。AWSコンソールだけじゃなくてCLIもOneLogin経由で利用したい！そんな声に、これなら一発です。オープンソースでpythonのツールもあったのですが、仕組みの理解とGoの練習のため新規に作りました。 ⑧離席時に自動で画面スリープしてくれるPCアプリ このアプリは、席を離れることを感知して自動でPC画面をスリープしてくれます！想定より早く形にできたので、データ受け渡しをAPI経由からBLE経由で渡す仕様へ変更し、サーバの処理コストを削減できるようにブラッシュアップ！空き時間でAPIを使ったデモアプリも作成しました！ ⑨LIFULL KeepLearning 勉強しようと思ってアプリをインストールしても、使うことすら忘れてしまった経験はありませんか？KeepLearningなら設定した教科についてのクイズが”ポップアップ通知”で1日3回届くので、アプリを開く必要がなくなります！これで3日坊主からサヨナラです！ 結果発表！最優秀賞は？ 最優秀賞 LIFULL大学HP作成 創民祭で最も映えある賞は、こちら！LIFULL社員が教え学び合う文化が、さらに充実した形となりました。 山田賞 離席時に自動で画面スリープしてくれるPCアプリ 弊社役員の山田が推薦する賞です。全社員全席に導入し、セキュリティも高めていきたいですね！ Tech賞 自律型サーバ運用システム いぶし銀でテクニカルな成果へ送られる賞です。コスト削減をエンジニアリングで解決！ BEST SPEAKER賞 schoo動画研修 LTで最もみんなの心を掴んだ賞です。映えある第一回目の受賞は、一年目デザイナーのパワー溢れるプレゼンでした！ 最後にー！ 創民祭の５回目、その一部をちょっとだけお伝えしました！どんどん展示物のクオリティも上がってきていて、半年に一度の楽しみな行事になってきています！ LIFULLでは、一緒に働くメンバーを募集中！新卒も中途も絶賛採用中です。 ご応募お待ちしてますので、ぜひみてくださいー！ lifull.com

こんにちは。LIFULLの松井です。 今回は、11月に開催された「リーダーズアイセミナー（社員向けの講演会）」についてご紹介します。 LIFULLが目指すWell-being LIFULLは今年のテーマとして、 「Innovation」と「Well-being」 に力を入れています。 「Well-being」 は、WHO憲章の中で謳われている健康の定義で、単に病気でないというだけでなく 「肉体的にも、精神的にも、そして社会的にも、全てが満たされた状態」 を意味します。 LIFULLとしては、 「社員の幸せを高めていくもの」 として、重要視しています。 今回は 「Well-being」を推進するLIFULLの取り組みのキックオフ として、 予防医学の研究をされている石川善樹先生 にご講演いただきました。 自由参加の講演会でしたが、 なんと100人程度の社員が参加しました！ キックオフに続き、今後も睡眠や食事などのプログラムが展開される予定です。 第一部「石川善樹先生による基調講演」 第一部は石川先生から 「人生100年時代の働き方と健康」 というテーマについてお話いただきました。 基調講演では、 「人生100年時代に働き方はどう変化するのか？」 「生産性の高いオフィスとは？」 「社員が気軽に取り組めて、健康につながる方法は何か？」 「デスクワークにおいて、疲れにくい理想の姿勢とは？」 などを中心に、石川先生から様々な示唆に富んだお話をいただきました。 第二部「パネルディスカッション」 第二部は、弊社社長の井上、人事本部長の羽田が加わり、 パネルディスカッション形式ですすめられました。 まずは冒頭、 LIFULL社員2人の日々のスケジュールを見ながら、 石川先生からLIFULL社員が実践できることについてアドバイスを頂きました。 「帰宅が遅くなりがちなビジネスパーソンの食事のタイミング」や、「働くママに起こりやすい問題やその対策」 など、社員の多くに共通するのお話に、参加した社員も興味を持ったようでした。 パネルディスカッションの後半では社員から 「つい飲みすぎてしまった時の対処法は？」や「ノートPCで、疲れにくい姿勢を保つためには？」 など多くの質問が上がりました。 終わりに 参加した社員の感想からは 「デスクワークの姿勢については、何となく改善しないといけないと思っていたが、姿勢を改善していかないといけないという意識がより高まった。」 「部屋の換気が、社員の集中力に関わってくるとは意識してなかったので、定期的に実施していきます。」 などの感想を聞くことができ、 日常の行動につなげているようでした。 自分としても、人生100年時代、定年が70代になり長く働き続ける時代において、 「いかに不調にならないか」を考えながら、自分自身の睡眠や食事などの生活習慣を見直していくことの重要性を実感しました。

こんにちは、磯野です。 さて、今回が最終レポートになります。 今回はまとめということで、参加して思ったことなどを簡単に書きたいと思います。 参加してみて オススメのセッション キーノート ブレイクアウトセッション ワークショップ その他のセッション おまけ 企業ブース 帰国時のiPhoneのアクティビティ まとめ 参加してみて 参加する申し込み時点では新サービスのキャッチアップや各セッションでの知識の習得をということしか考えていなかったのですが、途中から、 GameDay編 でも記載したように、現地でしかできないことをし、それを持って帰ることというミッションを加え、色々と挑戦してきました。 実際参加してみると、GameDayもワークショップも現地のエンジニアとの交流や直接現地のSAに質問できたりと、とても有意義な時間になりました。フィードバックとして、社内でもハッカソンやワークショップを開催したいと考えています。 オススメのセッション キーノート 会場に行くのであれば、少し早めに行って前の方に座った方がいいと感じました。 初日のキーノートはギリギリの時間についたので、少し後ろだったのですが、前の方では新サービスの発表時に歓声が上がっていましたが、後ろの方がそこまでの盛り上がりはなく、淡々と話を聞く感じになります。 登録しておけばリアルタイムでの配信もされるので、前の方でないのであれば、配信で視聴してもよさそうです。 ブレイクアウトセッション 話を聞くだけでも意味はあると思いますが、セッション後に登壇者に質問にいったり、近くで他の方の質問と回答を聞くだけでも、プラスアルファの情報を得られるので、有意義なものになるのではないかなと思っています。 参考までにセッションなどのアップされるYouTubeチャンネルのリンクを貼っておきます。 www.youtube.com ワークショップ ワークショップ編 で書きましたので詳細は省きますが、実際に手を動かして課題のものを作ってみるセッションです。 個々人で進めるため、講師やサポートのSAの方々に質問しやすい環境にあるので、ブレイクアウトセッションで質問するよりもハードルが低いです。 その他のセッション 今回参加していませんが他にも、ハンズオンラボやチョークトークなどいろいろなセッションがあります。 チョークトークはディスカッションのようで躊躇してしまったのですが、次は参加できるように頑張りたいなと思っています。 おまけ 企業ブース re:Invent内でも企業ブースがあり、それぞれのブースを回るとTシャツや靴下やステッカー、その他色々なものがもらえます。 時間をみてぐるっと回って見たのですが、Tシャツ20枚以上、靴下4足、それ以外も数え切れないほどもらいました。 セッションの合間に時間があるようでしたら回って見るとイベント中のTシャツの着替えには困らないと思います。 なお、Tシャツ集めがミッションではなく、周辺サービスの情報収拾のためということもあり気にしながら回っていたのですが、いくつか良さそうなサービスの話を伺えたので、導入検討していきたいと思っています。 帰国時のiPhoneのアクティビティ 行きの時点で気にしていたiPhoneのアクティビティですが、帰りもやっぱり気にしていました。 帰りのフライトは現地時間で土曜日の早朝に出発し、日本時間で日曜日の夕方に到着ということで、単純に考えると土曜日・日曜日のどちらかが極端に短くなります。 結果土曜日の数値が残念な結果になり、ムーブ連続達成記録もここで潰えてしましました。 スタンドが全部点灯にも関わらず7になっていて、詳細を見るとスタンドしなかった時間が0ということで時差分の17時間がなかったことになっているようです。 0時から7時の間にムーブを達成しておけば連続達成記録も継続できたような気がします。 まとめ 本当に有意義な1週間でした。 この経験をしっかり消化して、実際の開発にも活かしていけそうな部分を取り込みプロダクトを改善しつつ、周りにもいい形でフィードバックしたいと考えています。 ありがとうございました。 以上4回に分けての初参加の報告でした。 www.lifull.blog www.lifull.blog www.lifull.blog

こんにちは。 LIFULL HOME'Sアプリのデザイナーのこばやしです。 デザイナーの3Dモデル作り、最後は「アニメーション編」です。作成したメッシュオブジェクトに骨格（ボーン）を入れ、動きを作っていく行程をまとめました。 ツールの操作やモデリング前の下準備については 準備編 をご覧ください。 www.lifull.blog メッシュオブジェクト作成・編集については モデリング編 をご覧ください。 www.lifull.blog 骨格(ボーン、アーマチュア) 骨格を設定する 前編で作ったホームズくんのメッシュオブジェクトに骨格(ボーン、アーマチュア等と呼びます)を設定します。この設定を行うことで、骨格の動きに合わせたメッシュオブジェクトのポーズを自由に変更できるようになります。 基本となるボーンを作る 1 ．メッシュオブジェクトの基底部分(今回は足の裏)が座標0に合わさっていることを確認します。ボーンが設定しやすい位置に移動させます。 2 ．メッシュオブジェクトを選択した状態で「Shift + Aキー」で、オブジェクトの追加メニューが表示されます。アーマチュア(Armature) > 一つのボーン(Single Bone)を選択します。これでボーンが1つ追加されます。 3 ．追加したボーンを座標0に移動させ、骨格の基本となる背骨とします。 作業がスムーズになる設定 ボーンはメッシュオブジェクトと重なるところに配置されることが多いため、作業中見えづらくなります。そこで、 アウトライナーでアーマチュアを選択し、アーマチュアプロパティのオプションから「レントゲン」をON にしましょう。こうすることで、常にボーンが確認できます。 ボーンを生やしていく 基本となるボーンができたら、次はボーンを生やしていきます。ホームズくんのように人型の場合は、実際に人の骨格を参考にします。 1 ．ボーンを選択し、背骨の半分ぐらいの大きさに調整します。 2 ．ボーンを生やしたい方向の先端の丸い部分（太い側をroot、細い側をtipと呼びます）を選択し「 Eキー＋マウスドラッグ 」でボーンが生やします。 3 ．「 Shift + Eキー ＋ マウスドラッグ 」で左右対称に生やすことができます。中心のボーンから腕を生やす時などに便利です。 4 ．X軸にミラーの設定をします。X軸を対称にボーンを作ることができるので、肩から指先など左右対称にボーンを生やす作業がスムーズになります。 ボーンとメッシュオブジェクトのペアリング アウトライナーからメッシュオブジェクトとアーマチュア（設定したボーン）を選択し「 Ctrl + P 」で「 ペアレント対象 」のウィンドウを開き「 自動のウェイト 」を選択することで、ペアリングが完了します。 ポーズを変更する ボーズモードにし、ボーンを動かしてみましょう。ペアリングでウェイトが設定されたメッシュオブジェクトが動くようになります。ポーズモードでの操作でメッシュオブジェクトが動いても、実際のオブジェクトの位置や角度は変形しません。 作業がスムーズになるコマンド 「 Aキー 」でボーンを全選択 「 alt + Gキー 」 で位置を元に戻す 「 alt + Rキー 」 で回転を元に戻す 「 alt + Sキー 」 で拡縮を元に戻す 作業中、元の位置がわからなくなった時は元に戻して確認しましょう。 ボーンをポーズさせるのに見やすい表示に変更します。アウトライナーのアーマチュアプロパティを選び、表示を「 スティック 」を選択します。 アニメーションの設定する アニメーションを設定するには、エディターの「 ドープシート 」を使用し、表示されたタイムラインにポーズごとのキーフレームを打ち込んで、アニメーションを作っていきます。 「歩く」の作り方 まず、下記を時のポーズを考えます。より細かい動きを作りたい場合はポイントとなるポーズを検討します。 ・前方の足がついた時 ・足が入れ替わるところ（中間） 次に、ボーンを動かしポーズを作り、キーフレームを挿入していきます。「 Iキー 」で「 キーフレーム挿入メニュー 」を表示し「 位置、回転、拡大 」を選択。これでポーズが挿入します。これを繰り返し、アニメーションを作っていきます。 キーフレームが2つ以上挿入されているとボーンが自動的に移動します。ただし、挿入された点間を定速で移動するだけなので、動きがヌルヌルで、ぎこちなく見えます。 中間ポーズなし 歩くアニメーションの場合は中間に「 足が入れ替わるポーズ 」を挿入することで、リアルな動きを作ることができます。 中間ポーズあり 作業がスムーズになるコマンド キーフレームに設定したボーンの座標はコピペすることができます。また、 「Ctrl + Shift + V」で左右反転貼り付け をすることができます。これにより「左足前のポーズ」を「右足前のポーズ」として貼り付けできます。左右で座標ずれの心配がないので便利です。 一連の動きが繋がったら、細かい手首の動きなど調整して完成です。 終わりに ツールの準備・3Dモデル作り〜アニメーションまでを3編でまとめました。新しいツールに触れるのは大変ですが、今回取り上げた機能で3Dモデルを作ることができたので「難しそうだけど作ってみたい」「作業途中で困った」という方の参考になれば幸いです。 今回作成した3DモデルのホームズくんはiOSのLIFULL HOME'Sアプリの「見学メモ」の「ARで部屋を計測」に登場しています。iOS11の新機能ARKitを用い、ホームズくんと一緒に部屋の大きさを計測できる便利機能です。歩く以外の動きや表情もいくつか見ることができるので、OS11の方は「見学メモ > 部屋を計測」から体験してみてください。 LIFULL HOME'S(ライフルホームズ) LIFULL Co., Ltd ナビゲーション 無料

こんにちは、新UX開発部の二宮です。 LIFULLでは、 Qiita Organizationsを利用 しており、その一環として、昨年からアドベントカレンダーを行っています。 このLIFULL Creators Blogに比べて、Qiitaではより技術メンバー個人の情報発信・共有にフォーカスしており、アドベントカレンダーでも技術メンバー個人の苦戦や発見を共有してもらっています。 LIFULL Advent Calendar 2017 LIFULL その2 Advent Calendar 2017 アドベントカレンダーは、元々 昨年 に「LIFULLでもやったら面白いんじゃないか」「社内外に他のメンバーのことを知ってもらえるんじゃないか」と気軽な感じで数人に声をかけて始めました。当時はそもそも枠が埋まるのかどうかも不安だったのですが、今年も2つ用意したカレンダーが順調に埋まっています。 また、特に今年の新卒メンバーも名乗りをあげてくれた（内容はGo言語, BigQueryなど）のが私個人は嬉しいです。 弊社のエンジニア・デザイナーの素のがんばりを知るきっかけとして、それぞれの記事をご覧いただけると嬉しいです。

磯野です。 日曜日に帰国しました。帰りの飛行機は空いていて隣が空席だったため、広く使えて快適なフライトでした。 4日目のキーノートでのDeepLensの発表でワークショップの存在を知り、DeepLensのワークショップには参加できませんでしたが、ワークショップとは何だろうと疑問も抱いたので参加して来ました。 参加したセッションは三つです。 ALX305 - Designing Far-Field Speech Processing Systems with Intel and Amazon Alexa Voice Service ABD340 - NEW LAUNCH! Stream video from edge devices to AWS for playback, storage and processing using Amazon Kinesis Video Streams ALX307-R - [REPEAT] Integrate Alexa into Your Product Using the AVS Device SDK ワークショップの流れ 参加したどれもがある入力(音声/動画)を受け取って、AWS側のサービスと連携するものということで、RaspberryPiと対応した入力デバイスが提供されました。 参加したワークショップが全てハードウェアを使ったものだということで、傾向が似てしまった可能性はありますが、いずれのワークショップも Session Level:Advanced (300 level) ではありますが、初心者でも取り組みやすくなっていました。 実際の流れはこんな感じです 最初の30分程度で構成システムの説明 作業内容のpdfの共有 pdfにしたがってのワーク わからないこと・うまくいかないことがあれば講師、サポートメンバーに質問する ワークが終了次第、各自解散 ALX305 - Designing Far-Field Speech Processing Systems with Intel and Amazon Alexa Voice Service Far-Field、つまり離れた場所からの音声を認識し処理するデバイスでAlexaを呼び出す開発キットを使って行うものです。 Amazon Echo を自分で作成する為のキットと思ってもらえればだいぶ近いと思います。 提供していただいたものは以下の4つです。 RaspberryPi3 MicroSD (OSやソースコード) Intel Speech Development Kit イヤホン 提供されたインテルの音声キットとRaspberryPiを組み合わせてハードウェアを構築し（基盤むき出しですけど）、そこでAVS(Alexa Voice Service)デバイスSDKを利用したサンプルコードをビルドし、実行することが目的です。 OSやら基本のソースやらが全て設定済みのSDカードも提供されているので、簡単にできました。 ワークショップの内容はこちら https://avs-dvk-workshop.github.io/ ABD340 - NEW LAUNCH! Stream video from edge devices to AWS for playback, storage and processing using Amazon Kinesis Video Streams NEW LAUNCH! について：キーノートで発表されたサービスに関するセッションであることを表しています。 このワークショップはKinesis Video Streamsの発表を受けて実際に使ってみる為のワークショップです。 Kinesis Video Streamsに動画データを配信する為、RaspberryPiにカメラのキットを繋いで、動画配信プログラムを実行します。 参照はKinesis Video Streamsの標準の動画ビューアーで行います。 提供していただいたものは以下の3つです。 RaspberryPi3 MicroSD (OSやソースコード) RaspberryPi Camera Module V2 ワークショップの内容は非公開でした。 外部IPからのダウンロードをできないようにしていたので、ここでも公開はしないでおこうと思います。 ALX307 - [REPEAT] Integrate Alexa into Your Product Using the AVS Device SDK [REPEAT] について：人気のあるセッションはすぐに埋まってしまいますが、希望者があまりに多い場合には、追加でセッションが開催されます。 とても人気のあるものだと[REPEAT 2], [REPEAT 3]のように増えていくことになります。 こちらは、USBマイクをRaspberryPiにつけて行うワークショップです。ABD340との違いは、Far-FieldではなくHands-Free端末向けという部分です。 提供していただいたものは以下の3つです。 RaspberryPi3 MicroSD (OSやソースコード) USBマイク イヤホン これを利用して作られるようなデバイスとしては、スマートフォンやスマートウォッチなどでしょうか。 マイクの性能・接続方法とそれによるビルド方法の違いを除いて同じような内容だったので、内容についてより深く理解することができました。 ワークショップの内容はこちら https://avs-sdk-workshop.github.io/ ワークショップに参加しての感想 そこまで高度な技術力は要求されていないので、セッションレベルがAdvancedだとしても興味がある場合には参加してみることをお勧めします。 なお、質問の際は講師の方が席まで来て、しっかり状況を確認して話してくれるので、多少の英語力があれば大丈夫です。 ワークショップは2時間という限られた時間ですので、基本的な部分を中心に学ぶこととなります。そこから、より深く学ぼうとすれば、後ほど自分で調査し、拡張していく、といった取り組みを行う必要がありそうです。 興味があるけど、どこから手を付けるべきか・・・というときには、最初の一歩としてのハードルを下げる、良い内容だと感じました。 次回にまとめの投稿を行って本シリーズは最後したいとおもいます。

エンジニアの鈴木(健)( @szk3 )です。 AWS re:Invent 2017 最後の参加レポートになります。 今回は参加レポートとしてLIFULL Creators Blogに投稿してきたので、これらの内容をベースに振り返ります。 振り返り Day 0 - re:Invent への道のり 出発から現地入りしていよいよ始まるイベントへの期待をレポートしました。 www.lifull.blog Day 1 - re:Invent の熱気 ついに始まったre:Invent 2017の現地の熱気についてのレポートです。 www.lifull.blog Day 2 - GameDay への参加 GameDayに参加し、世界中から来たエンジニアと組んで戦った様子や結果を書きました。 www.lifull.blog Day 3 - Keynoteでの新サービス発表 Keynoteでの発表やセッションの様子、新しく発表されたデバイスDeepLensについて書きました。 www.lifull.blog Day 4 - Alexa ハッカソンへの参加 Alexaハッカソンに参加し、メンバーとの出会いやハッカソンの様子についてお伝えしました。 www.lifull.blog Day 5 - 振り返り 本記事になります。 今年も 圧倒的な数の新サービスの発表 がありました。 3日目の参加レポート にも書きましたが、MLのコモディティ化によるAIの開発が圧倒的に楽になっていく未来がどんどん具体性を帯びてきています。 また、エンタープライズ向けのニッチな機能がどんどん提供されていくあたりに、AWSの顧客ドリブンの姿勢が見えました。 AWSの顧客ドリブンな姿勢は、以下リーダシッププリンシパル(OLP : Our Leadership Principles )にまとまっています。こういった、 素晴らしい行動原理があるからこそ毎年のように凄まじい数のアップデートや新サービスの提供が可能になる のでしょう。 www.amazon.jobs 冒頭にも書きましたが、本記事で参加レポートは終わりになります。 Day 0に書いた本レポートの目的は、「海外カンファレンスに興味を持つエンジニアを増やす」でした。 今回書いた記事がきっかけになり、ひとりでも多くの方に 「自分も行ってみたい(自分でも行ける)！」と思っていただければ幸い です。 この経験をどう活かすか？ イベントへの参加した後は、熱気にほだされているので調子のいいことをいろいろ言いたくなります。（自戒を込めて） ですが、本当に重要なのは、この 経験を実務にどのように活かすか です。 活かし方は、人によってコンテキストが違うので、一概にこうしたほうがいいというのはありません。 ですが、エンジニアとして考えた時に、「ディスカッション」「アクション」の２つとして抽象化できるのかなと思います。 ディスカッションについては、「お客様や自社のアプリに対して新しく発表された新サービスがどこに使えそうか」や「海外カンファレンスの費用対効果」等、 いろんな切り口で話合うことができる と思います。業務時間に取らなくてもカジュアルにランチで話すだけでもエンジニアの交流や活性化につながり、十分に効果があると思います。 アクションについては、「新発表サービスを使った新機能開発」、「社内外に向けたフィードバック」、「新発表サービスにハンズオンした内容などを情報発信」や「社内ハッカソンの開催」など、できることはたくさんあります。 きちんと行動に落とし込み、 アウトプットとして評価できるような形で次につなげていくのが重要 だと思っています。 まとめ 去年は「海外のカンファレンスに参加するということ」というフィードバックを書きましたが、これは今年もre:Inventに行った経験から間違ってないと確信しました。 www.lifull.blog 個人的な話で言うと、今回から参加スタイルがに変化がありました 。聴講型から参加型へと大きくシフト したことです。 ハッカソンやワークショップだったり実体験ベースのアクションができたのは大きな収穫であり、 昨年との大きな違い です。この経験は大変有意義だったので、社内に対していろいろとやりたいことが増えました。 この経験をスキルアップとアウトプットの質・量の向上に活かして行きたい と思います。 最後に、1週間もの長い間、業務や家庭を顧みずにチャレンジさせてくれた、 会社・同僚・家族へ深い感謝の気持ちを表したい と思います。 やっぱり今年も楽しかったです！本当にありがとうございました！

エンジニアの鈴木(健)( @szk3 )です。 Keynote の二日目では、Alexa for businessやlambdaのgo対応など興味津津なサービスがたくさん発表されました。 本来ならKeynoteのレポートがメインにくるのですが、今回は前回の予告どおり、 Alexaのハッカソンに参加してきました ので、その様子をレポートしたいと思います。 ハッカソンのお題は、「 Hack Your Office : Build Alexa Skills that Help You at Work」という 仕事で役立つAlexaのスキル の開発になります。メインテーマは 生産性向上 です。 会場までの道のり 昨日、急遽会場変更のお知らせメールが来ており、Mirageという会場になりました。 会場に向かう途中、これまでに蓄積してきた寝不足も相まって、だんだん不安になってきました。 朝食を食べて現場に行こうと思ったのですが、re:Inventのアプリで調べると Bootcamp attendees only の文字が。。。対象外っすね、自分。 まぁ、コーヒーさえ飲めればいいので、スタバでゲットしたコーヒー片手に会場のホテルに到着しました。 re:Inventでは、たいていの会場ホテルにカジノがあり、実際にセッションやハンズオンが行われる部屋までは結構な距離があります。 その為、カジノの中にはre:Invent関係者が立っていて、セッションが行われる場所まで誘導してくれます。 今日も、「真っすぐ行って左だよー」と声をかけてくれたので、サンキューと答えると「今朝の朝食は全員入れるよー」と教えてくれたので、ラッキーなことに戦いの前に朝食にありつくことができました。 Alexaハッカソン チームを組む 朝食を軽く済ませ、少し早いですが会場に向かうとそこにはすでに行列ができていました。 最後尾に並んで10分くらいしたら開場し、SWAGとしてAlexaのパーカーを頂きました。 自由席っぽいのでふらふらしていると、日本人らしき2人組がいたので、こちらから話かけさせていただきました。 「日本人の方ですかー？」「これって個人戦なんですかね？」「二人はチームなんですか？」などと、今思えば少し質問しすぎだったと思います。 そんなこんなで色々話しているうちに、そのチームに混ぜていただけることになりました。正直、Alexaの経験は少なかったのでとても助かりました。 チーム数は、会場をざっとみわたすと約50チームくらい。1チーム 2-4名くらいのチームでした。 ハッカソン スタート！ ハッカソンのスケジュールは、9時から実装スタート、作ったAlexaスキルが動くデモの提出締め切りが13時55分と 結構タイト でした。 約5時間の間にアイデア出し、設計・実装、アイデアの説明（文言・画像）作成、デモ動画の作成とアップロード と やるべきことが多岐に渡ります 。 時間がないので分業が基本スタイルになるのですが、アイデアのブレストだけは分業できないので、そこはみんなで行います。 お互いに「いいアイデアありますか？」というふりになったので、 前回のハッカソン でStenから学んだことを活かし、 自分から積極的に考えやアイデアを伝えました 。 まず、すぐに思いつくようなアイデア（だれがどこにいるのかを教えてくれる、議事録を読み上げる、ミーティングのファシリテーターをやらせる等）は今回のようなハッカソンでは避けるべきという話をしました。インパクトがないわりに実装に時間がかかりそうというのが想像できるからです。 次に、日本から来ているということを活かしたいということ。差別化できるポイントは何か？と考えたときに、日本の文化を取り込むというのは、このハッカソンにおいて少数派になるであろうと思ったからです。 最後に、 弊社のサンクスカード の簡易版のような「ありがとう」をAlexa経由で蓄積できる機能と、誰が一番サンクスフルなのかを教えてくれる機能の２つを実装するというアイデアを伝えました。 これは、 Voice User Interfaceを使って「ありがとう」を可視化する というアイデアです。 「ありがとう」はシンプルだし世界共通であるので 誰にでもわかりやすい 「ありがとう」と言われた人は自分が誰かの役に立ったことのフィードバックを得られるので、 もっと良い行動が促進され、結果的に生産性があがる こと ということを軸に訴求したい考えていました。 また、このアイデアの 一番良い点は実装がシンプルにすむ ことで、ハッカソンが個人戦だったときにAlexa習熟度の低い自分が猛者と戦うためのひとつの戦略でもありました。 ２人とも方向性は悪くないと言ってくれたのと、ブレストに時間がかかりすぎるのがもったいないので、早速実装に入ろうとなりました。 役割分担をする際に、お互いのスキルセットを確認し、メンバーのひとりがすでにAlexaスキルを2つもローンチしている経験者であることがわかりました。 当初は、Alexaスキルの根幹である「lambda側の実装」と、Alexa側のインテントやスロットなどの「モデルの実装」の２つに作業分担しようと思いましたが、この短い時間なら経験者がひとりでまるっと手を動かしてしまったほうが早いと考え、実装的な作業をその方にお願いして、残りの二人は 提出資料の整備しながら、設計・実装への指摘やエラー発生時のデバッグのサポートをするような形を取りました。 はじめに、自分が仮実装してきたAlexa側のモデルを共有し、実装メンバーは自身のアカウントでアイデアを実装していきました。 3人で行う変則的なペアプロミングみたいな感じです。 後から知ったのですが、 その時の様子がre:Inventの公式Twitterアカウントにツイートされていました 。 Teams are hard at work developing Alexa Skills that help you at work! #hackathon #reInvent pic.twitter.com/49xJNyzwZB — AWS re:Invent (@AWSreInvent) 2017年11月30日 その後は、ひたすら動くようにするまでトライしつづけました。 時間的な制限があるハッカソンでは 何を捨てるかが重要 になってくると思います。 今回は、トラブルシュートにかなり時間がかかってしまったので、実装をモックに切り替えるか否かの難しい判断が迫られるシーンが何度かありましたが、最終的にはみんなで知恵を出し合って動かせるところまで行きました。 その時点で残り5分。 そこから急いでデモ動画を取りYoutubeへアップロードし、スキルの紹介画像・ハッカソンと作ったものに対する文言・ソースコードをまとめあげました。 本当にギリギリだったのですが、 きっかり締め切り時間に提出 することができました。 その時のデモ動画がこちらです。 チーム全体でやりきった感が強く、良い疲労感がでていたと思います。 審査 そこから審査が始まりました。審査は各テーブルに各国のAlexa関連の技術者が2名づつやってきて、作品のデモ・ソースコード・どういう経緯で作ったのかなどをチェックされました。 その後は審査待ちになり、あとは発表を待つのみです。審査待ちの間は1時間を軽く超え難航しているようでしたが、その待ち時間にハッカソンを戦ったメンバーとセルフィーを撮ったり、賞金何に使おうかー（入賞するつもりだった）なとど楽しい時間を過ごしました。 入賞者発表 ようやく入賞者の発表のタイミングがやってきました。 気になる結果は。。。 入賞ならず！ 残念。 GameDayと違い順番も表示されないので、差がよくわかりませんが、とにかく6位以内には入ることができませんでした。 まとめ GameDayのときも思いましたが、チーム戦のハッカソンでは個人の能力が問われます。 常日頃から自分の強みと弱みを的確に理解し、チーム戦において自分が最大限貢献できることは何なのか？ そういったことを意識しておくことが大切だと感じました。 もうひとつ感じたのは、たった6時間程度でも同じ目的を持って一緒に作業すると、その日初めて会ったのに、昔からの友人のような感覚が芽生えるということです。 つまり、 同じ目的に対する行動を、お互いが真摯に積み重ねるプロセスが心理的安全性を上げる ということなんだと思います。 今回も、たくさんの気づきを得ることができました。 この機会をベースに、オフィスをもっともっと楽しく便利にしていけたらと思います。 次回は AWS re:Invent 2017 参加レポートの最終回になります！

エンジニアの鈴木(健)（ @szk3 ）です。 今回は、re:Invent 2017の3日目のレポートになります。 Keynoteと参加したセッションについてお伝えします。 Keynote featuring Andy Jassy 今日は、AWS CEO Andy Jassy の基調講演（Keynote）です。毎年、このKeynoteではたくさんの新サービスが発表されます。 今年も鼻血がでそうなくらい 大量の新サービスが発表されました 。 あまりにも大量なのでひとつひとつに付いては書きませんが、 兎に角スゴイ です。 AI・IoT・機械学習をベースにしたサービス・データベース系の拡充系が特に多かったように思います。 また、GoogleにあるようなTranslate系や、Kubernetesを使ったサービスが出てきていて、他クラウドに対するウィークポイントが埋められてきたように思えます。 個人的にめちゃくちゃ気になるのは、 DeepLens です。 https://aws.amazon.com/jp/deeplens/ から引用 これは、カメラに機械学習ができる環境が乗っている感じで、カメラで撮った画像をリアルタイムにディープラーニングができるそうです。 後から知ったのですが、DeepLens発表後に新しいハンズオンセッションが公開され、そこに参加すると DeepLensがもらえる という大盤振舞いがあったそうです。 その為、参加者が殺到しReserved seatの方すら入場できず、セキュリティガードのような方たちが来て事態の収拾に応られていたとのことでした。急遽、明日にハンズオン枠が大量にもうけられましたそうですが、速攻でSoldOut状態に。 実際に触っていろいろやりたかったので、気づけずに めちゃくちゃ残念 です。 セッション 本日は、Alexa周りとAmazon FreeRTOSという新サービスのセッションに参加してきました。 その中からひとつだけピックアップします。 「It's All in the Data: The Mchine Learning Vehind Alexa's Systems」というAlexaの裏側で動く仕組みについてのセッションで、Alexaの単語認識の方法や端末側とクラウド側での役割の違いなどを聞くことができました。 発声データがシステムによってどのように処理され、精度を向上させるためにできることについて説明がありました。これはめちゃくちゃわかりやすいセッションだったので、Alexa開発者には 是非オススメ したいです。 AWS re:invent 2017: It’s All in the Data: The Machine Learning Behind Alexa’s AI Sys (ALX319) 日本でもEcho dotが発売され、自分も購入してお試し中ですが、Alexaにはめちゃくちゃ可能性を感じる一方、システムとしての作り込みは今まで以上に気を使うことが多そうで、セッションの中でも「test, test, test」と書かれている部分が印象的でした。 Noodle Asia ベネチアンに、Noodle Asiaというお店があります。 美味しいとの噂を聞いて、一度言ってみたいねと話していたところで、弊社磯野とCTO長沢と本日はこのお店で夕食を食べようという話になりました。自分は少し遠いAriaという会場にいたので、シャトルバスに乗り合流すると、日本から来た方とテーブルを共にしていました。 いろんな話が聞けてとても楽しい時間を過ごすことができました。 話の流れでDeepLensの話題になると、なんと DeepLensの実物 持ってらっしゃる方がいて見せていただくことができました！ その方は、ハンズオンを中心に参加しているとのことで、そういう背景もあり必然的に手にしていました。実物は想像より少し大きくCoolなガジェットという印象でした。うらやましい。。。 まとめ 毎年のことながら、 Keynoteを見ると技術トレンドがわかってきます 。 やはり、時代の流れとして、機械学習のコモディティ化が促進されることで、今までにないサービスが簡単に開発できるようになりそうです。そして、機械学習には学習のためのデータが必要で、そういったデータを格納するストレージの強化、そのデータを運ぶネットワークの強化など、実に AWSエコシステムでシナジーが効くサービス開発が行われている 印象を受けました。 また、AWSの方に聞いたのですが、AWSは顧客ドリブンなのでユーザの声を集めて、要望の多いものに対して開発優先度が変わるそうです。ユーザの声を集め、直接的なニーズを掘り出し続ける姿勢こそがAWSの拡大の一つの要因かもしれません。 次回は、「Hack Your Office: Build Alexa Skills that Help You at Work」という仕事で役立つ Alexaのスキルを開発するハッカソンへの参加レポート になります！ ちなみに DeepLensは来年4月に発売される予定ですが、Pre-Orderできそうだったので意気揚々と申し込みましたが日本には発送できないとのことでした。そのうち手に入れたら、触った感触をフィードバックしたいと思います。

こんばんは。磯野です。 先日に引き続き、GameDayに参加してきましたので、その結果報告をしたいと思います。 GameDayとは？ 入場まで 入場から着席まで 内容 良かった点 最初にSlackのチーム/GitHubのOrg.を作ったところ ノートを持って行ったこと 反省点 開始直後のタスクの整理がたりなかった Get to know your team 英語力 最終結果 結論 GameDayとは？ ある企業のサービスを極端なリクエストの増減に対応しつつ、要求を満たすように改善し、得点を競うハッカソンです。 詳しくはこちら reinvent.awsevents.com また、GameDayを成功させるためのTipsも上がっていますので、ぜひ参照してみてください。 aws.amazon.com 実際のところre:Inventのセッション申し込み開始時点では全く興味がなかったのですが、日本からのre:Invent参加者向けプレイベントでお会いした方に参加を勧められ、悩んだ結果現地でしかできないことをすべきという結論に達し申し込みをしました。 その際、一緒に行く予定の鈴木にGameDay参加を焚きつけられたりしたわけですが、そんな鈴木もGameDayに参加してくれたのは 本人の記事 にある通りです。 入場まで re:Invent会場で提供される朝食が6:00-8:00ということもあり、6時半起床、7時過ぎにはホテルを出ました。 朝食の内容は鈴木の記事にあると思うので、特に書きませんがマフィンなどを美味しくいただきました。 そのあと8時半くらいにGameDayの会場についたのですが、マフィンやコーヒーなど軽食が用意されており、無理に早起きして朝食に行く必要もなさそうです。 入場から着席まで 入場時に自分のスキルを確認され、そのスキルにしたがってテーブル番号を指定されます。 英語についての不安もあり、覚悟して行ったのですが、テーブルの4人のうち3人が日本人という、アウェー感の全くないチーム構成でした。 周りを見回すと、全部で60チーム程度あり、日本人らしき顔がちらほら、少なくとも1割くらいはいたのではないかなと思います。 説明開始の10時まで時間があったので、軽く自己紹介をし、Slackのチーム/GitHubのOrg.を作って開始を待ちました。 内容 GameDayの内容について細かく書くことは避けますが、ユニコーンレンタル社の危機をAWSの色々なサービスを使って解決して行くことがミッションです。 それぞれ、時間の経過や前問の回答とともに少しずつオープンされるので、次々と新しい問題起こる、本番さながらのシチュエーションです。 説明にもある通り色々な問題があり、詳しい情報がない中、サービスを継続し、問題を見つけ、いかに解決いていくかというのが焦点になります。 良かった点 最初にSlackのチーム/GitHubのOrg.を作ったところ 開始前のテーブルに集まった段階で提案していただき対応できたので、その後の動きが楽になりました ノートを持って行ったこと 英語が伝わらなくても、図に書けば伝わる！という思いから nu board を持って行きました。 2ページしか使わなかったので、ただのノートでも全然良かったという気はしなくもないですが、図でのコミュニケーションは大事ですね。 反省点 開始直後のタスクの整理がたりなかった まずはどんなことが必要で、何をするのか、というのを事前にチームで共有し一覧化すべきだったと感じています。 今回の内容に関しても、そこまで高度なスキルが必要なものが多いわけではなく、AWSの知識や今何をすべきか知っていることが重要だったと思うので、まずはみんなでタスクを文字として洗い出して、作業を分担すべきだったかもしれません Get to know your team 8つのTipsの2番目です。チームのことを知ろう！ということで、自己紹介で軽く聞いたり話したりしましたが、 AWSのどのサービスが使えて、それ以外にどう行ったところに強いのか、弱いのかという話を一覧にしてもよかったなと思いました。 振り返ってみたときに、細かい何ができて何ができないのかをあまりしっかり把握できてなかったなと気づかされました。 タスクの整理と一緒で、得意な人に割り振ったりなどが簡単にできた 英語力 弊社は希望者がオンライン英会話を利用できるようになっており、それをやっていたことで多少なりとも助けになりました。 まだまだ自分の足りない点の自覚もできて来たので、何らかの形で継続して来年は英語怖い状態から卒業したいと思っています。 最終結果 開始時の説明で16時と言っていたのですが、スケジュール上は19時だったので悠長に構えていたらいきなり終了してしまいました。 その際、手をつけていた問題は解決できずにそのまま終了です。 順位はおそらく、21位です。 良くもなく悪くもなくですがみんな初参加と考えたら悪くない結果ですよね。 自分が足を引っ張らず貢献できていたら違う結果になったかもしれないと悔やまれます。 （個別の結果がまとめて発表されたわけではないので、最後に見た順位です。確実な数値ではないです。） チームのみなさんありがとうございました。 優勝チームや上位のチームにはユニコーンのぬいぐるみが進呈されていました。 終わった後に前でもらっている人を見かけたので、行けばもらえたのかもしれません。 結論 GameDayのようなものを社内でも開催できたら楽しい＆AWSのスキル向上につながるなと考えています。 単純なハッカソンではなく事前に枠の用意された問題を協力して解決することでサービスのことをもっと知ることができます。 また、速くものを出して行く、今回あまりできませんでしたが、エラーやアクセスを監視するなどの視点にも繋げることができるのではないかと思います。 帰国したら、こういったハッカソンにはできるだけ参加したりしながら知見をためて、 社内でも開催できるようにしていきます。

エンジニアの鈴木(健)（ @szk3 ）です。 re:Invent 2017の2日目のレポートになります。 前回 予告したとおり、 GameDay に参加してきました。 本記事は、その参加レポートになります。 GameDayとは GameDayとは、 危機的な状況にあるスタートアップのアプリケーションをAWSの知識を使っていい感じにする ハッカソンです。 いい感じとは、サービスの安定化だったりCI/CDの構築だったり、実務でありがちなシチュエーションへ適切な対応を施すイメージを持ってもらえれば大体あっていると思います。 内容の詳細は、 こちらのリンク から御覧ください。 GameDayまでの道のり GameDayには弊社磯野も参加するため、すこし早めに一緒に部屋を出てベネチアンで朝食を取りました。 英語でのコミュニケーションに不安を感じる二人とは対照的な すっきりとした青空が印象的 でした。 少し肌寒い感じでしたが、気持ちのいい朝日を浴びて会場に向かいます。 会場入り 会場に入場する際にSeat reservedを確認してもらい、受付へと促されました。 受付では、AWSやビッグデータなど複数の項目に対する経験について5段階評価で応えると、「君は28番テーブルだよ、これがバーコードね」みたいな感じで 簡単に席が決まります 。 バーコードは、会場テントの再入場に必要なようでした。 会場は結構人がいて、後から聞いた話だと ざっくり60チームくらい参加してる という話でした。 1チーム4人なので、 約240人が参加 することになります。 ドキドキしながら自分のアサインされたテーブルに向いました。すると、チームメンバーの1人は日本人で某有名企業のビッグデータ周りを担当されている方でした。こんな日本人が少なそうなところで珍しいなと思っていたら、なんと磯野のチームは3/4が日本人だったそうです。 メンバーに日本人がいるからと行って、 英語で会話しないわけがない のですが、母国語が話せるメンバーが身近にいるというのは安心感がありました。 そんな感じで、自分の配属されたテーブルはSten, Hiro, Matt, Ken（現場での呼び名、左上から時計回り）が揃いました。 アイスブレイク お互い軽く自己紹介をし、自分のターンで弊社のことを質問されたので、「realestate search serviceを提供しているよ」と答えたらピンとこなかったらしく、「like zillow」と付け加えたらすぐに理解してもらえました。 グローバルな視点で競合するサービスを押さえておくと、意外なところで役に立ったりする ものです。 お互いの自己紹介が終わった辺りで、英語を使ったコミュニケーションへの不安を払拭するため、「コミュニケーションツールどうする？Slackでいいかな？」と自分から提案してみました。 すると、「OK、おれが作るよ」といってMattが作ってくれました。じゃ、メアドこれだから招待よろしくって感じでサクッと環境が整っていきます。 なんか、 始まってもないのにいい感じじゃないか！ とイケそうなイメージが膨らんできました。 開始まで暇だねー、などと雑談しながら待っているとSlackでチームが立ち上がりました。 すかさず、Hiroが The Top Eight Tips for GameDay Success という記事を共有してくれました。 利他すぎる ではありませんか！ 実はこの記事は自分も読んでおり、そこに書いてあるジョーク「 Bring cookies for the support staff! 」を真に受けて、クッキーを持ってきていました。なので、「クッキーもってきたよ！みんなで食おうぜ！」と、みんなにシェアできました。 GameDay そうこうしてると、運営によるGameDayのブリーフィングが始まりました。 スタッフが回って来て、各テーブルにチームのハッシュキーが書かれた紙を置いていきます。 これを使ってGameDayのダッシュボードにログインするようです。 しかし、みんな一斉に会場のWi-Fiに乗ったせいか、 ネットワークが異常に重くログインできない状態 が続きました。 ネットワークへ繋がりにくい問題は後々まで会場全体を苦しめることになります。 運営からチーム名決めてというアナウンスがありました。 日本だと「どうするー？何にするー？」と忖度が始まり、ふわふわしがちなのですが、Stenが複数のチーム名候補をビシッと出してきました。この姿勢には刺激を受けました。 Slackで投票し、チーム名はRoute28に決定です。 ブリーフィングの中で印象的だったのは、「HOW TO GET BACK TO SUCCESS?」という成功へ回帰するため行動指針です。 5つの行動指針の頭文字を取ってSTACK と名付けていました。いい行動指針ですね。 ブリーフィングが終わった頃には、全員がログインできておりダッシュボードが確認できる状態になっていましたが、 新しい画面を開くたびにWi-Fiと繋がらない問題が多発し、ローディング画面で待たされることが続きました。 全員がGameDayのダッシュボードが開けるようになると、全員で最初の問題を確認する動き方になりました。 Mattが自分の端末で途中まで作業していたので、そこをサポートする形になりました。 ちなみに、ダッシュボードの画面構成は、現時点での自チームの得点と総合ランクや、チームに付与されたAWSアカウントのコンソールへのログインリンクなど、GameDayに必要なものがコンパクトにまとまっていました。 問題の形式は、GameDayの説明の一文「Can you support and evolve this application over time to achieve the most efficient architecture?」にあるように、時間の経過で増えていくメインの問題と、ミニゲーム的な問題に分かれていました。 メイン側の最初の問題を全員ですぐに解いた後で、MattとStenが「分業しようぜ。」って言ってくれたので、メインの問題に自分とMattが取り組み、ミニゲームが二問あったので、それぞれをStenとHiroが分業して取り掛かることになりました。 メインの問題は、MattのMacを使ってAWS Consoleを見ながらペアプロのような形で進めました。自分の役割はオブサーバです。 ふたりでやり始めた２問目は、比較的簡単な問題だったのですぐに完了しました。その上で、システム安定化の為に冗長化の対応をしていました。 それくらいのタイミングで10位になったので コレは行ける！と思っていた のですが、 その後は徐々に順位を落とし、アップダウンを繰り返しながら 最終的には23位 でした。 わりと余裕があったのは最初の30分くらいで、あとの約6時間は作業履歴も残ってないくらい 本当にあっという間 でした。 個人的には、自分のスキルを活かしチームがハマっているポイントにアドバイスをして解決に導くことができたり、自分でもあまり触れたことの無いサービスを使って問題を解決したり、 積極的に参加できてとても楽しい時間 になりました。 当初不安だった英語でのコミュニケーションも終わってみればなんとかなったなという感じで、 朝の気分は一体何だったんだ と今になれば思えます。 まとめ 初対面の方と一緒に技術的な課題を解決することは自分にとってすごく刺激になりました 。 残念ながら結果は残せませんでしたが、Mattに「It is pretty good!」と言われて気付いたことがあります。 このチームは全員がGameDayに初参加でした、 そのような状況で上位 1/3 付近に食い込めたのはよかったじゃないか という考え方です。 年齢を重ねると、失敗に対する恐怖と不安で初動が遅れたり、動けなくなることが多々あります。 その要因のひとつとして、常に減点方式で考えがちになり動かなければ減点（失敗）もないと勘違いしてしまうからです。 （実際はゆるやかに退化していくだけです） 考え方を加点方式に変えるだけで、ずっとポジティブになり再チャレンジへの活力が湧いてきます。 結果に対するマサカリは否が応でも世間が投げてくれるので、事実は事実できちんと受け止めた上で、ポジティブに考えるのはとても大切ですね。 おじさんになるとできてあたりまえに見られるので褒められることが少なくなりますが、挑戦する行動を増やし人の成長を促すのは基本的にはポジティブ・フィードバックだと思っています。 Mattの何気ない一言から、 普段なかなか意識しにくい大切なことに再び気づくことができた のが、今回の大きな収穫になりました。 チャレンジした結果の失敗は、新しいチャレンジを生むと考えています。 目的意識を明確に、新しいことにどんどんチャレンジしていきたいと思います。 次回は、いよいよ re:Inventの山場、Keynoteについてレポートします。

こんにちは。田中です。 11/28に開催された、Adobe MAX Japan 2017に参加してきました！ そして、Adobe XDのセッションスピーカーとしても登壇させていただきました。 発表スライドもこの記事の最後に載せていますが、発表内容は今後別で記事でもまとめようと思います。本記事はAdobe MAX Japanのレポート寄りです。 Adobe MAX Japanとは Adobe社主催のイベントで、新製品や新機能の発表、Adobe製品担当者やゲストスピーカーによるAdobe製品にまつわる数多くのセッション、ワークショップの開催、協賛企業各社の展示、大規模なBEER BASHなど、まさにフェスのような一大イベントです。 10月に開催された米国の「Adobe MAX」では、晴れてメジャーバージョンとなったAdobe XD、人工知能「Adobe Sensei」等の新機能の発表が大いに盛り上がったそうですが、1ヶ月ほど跨いだ日本のAdobe MAX Japanでもこういった製品は注目の的だったようです。 私からは、そんな大注目のAdobe XDの導入事例についてお話させていただきました。ちびるかと思いました。 なお私のセッションは17:50からで、セッションパートとしては最後の時間帯。 日中仕事があったのでAdobe MAX Japanは途中参戦でしたが、自分の出番の前後で展示など色々と見て回ってきたので、 そのうち少しだけご紹介したいと思います。 Illustrator30周年記念展示 Illustratorの30周年記念として、過去連載してきたIllustratorのインタビュー記事で毎回掲載していた、クリエイター30人分のイラスト作品を展示していました。 Illustratorって生まれてから30年も経つんですね。 思えばはじめて触ったAdobe製品は、高校生の時に借りて遊んだIllustratorでした。当時はパスが上手く扱えず、適当にいじっているうち偶発的に生まれたチューリップ的な物体を印刷して喜んでました。懐かしい。いつもお世話になっております。 Illustrator新機能「パペットワープ」 かわいい こちらはIllustratorの新機能です。 Intelさんの展示ブースに設置されたマシンで動いていました。 ワンちゃんのイラストにひび割れのような網がかかっています。この中の●を動かすとワンちゃんが動いてくれます。イラストのいろいろな部分が連動して反応するので、何とも言えない生々しさがあります。 これで人物イラストの手を動かしたり、あるいは植物のような有機物のイラストを調整するといった事にも使えるかもしれません。 またこの機能、噂によると話題のAdobe Senseiを利用しているそうです。 アドビ工房 こちらではコースターやキーチェーン、缶バッジなどを自作することが出来ます。レーザーカッターやUVプリンタまで設置されていました。クリエイターの祭典を謳うAdobe MAX Japan、こうしたワークショップはとても充実していました。 Adobe Sensei × Stock 人工知能 アドビ先生 。何度聞いても可愛い名前です。 昨年の米国MAXで初のお披露目でしたが、今年は更に進化してAdobe CCにおける様々なツールで連携が進んでいるようです。 ここではAdobe Stockという素材ライブラリにSenseiを応用した、4つの最新機能をデモンストレーションしていました。面白かったので細かくご紹介します。 「Concept Canvas」 1つ目は、カンバスにタグ付けされたオブジェクトを自由に配置すると、その構図や位置、割合から類似画像を探してくれる機能です。例えば、カンバスに「beach」「sky」をそれぞれざっくり範囲を指定すると、その通りのレイアウトの写真が出てきます。「child」を足せば子どもがいる写真を探してくれます。 普段写真素材を探す時、「雰囲気が良いやつ見つけたけど、欲しいイメージと構図が違う！」といった理想との微妙なギャップを胸に、ライブラリを舐めるように漁り続ける事ってあると思います。この機能なら「晴れた海で、右に人物、左はヌケの写真欲しいなー」みたいな痒いところにも手が届きそうです。 「Selective Similarity」 2つ目は、ある写真の特定の部分を手がかりに別の写真を探してくれる機能です。 写真を準備し、部分的に赤いマスクをかけると、その部分をフィーチャーした写真（あるいは排除された写真）がたくさん出て来ます。猫様の顔にマスクを掛けて、御顔のアップ写真を探したり、ビーチに人がいる写真を元に人にマスクをかけて、逆に人のいないビーチを探したり。これも色々と応用の効きそうな機能です。 「Stacker」 3つ目は、色やキーワード等の要素を指定し、それに見合った画像を探してくる機能。そう言われると、一見普通の素材ライブラリの検索機能と同じように見えますが、人工知能だからこそ出来る機能をしっかり実現しています。 例えば”程度”を自由に指定できる点。 「WALKING」というキーワードを指定しつつ「fast」を指定し、fastのスライダーをMAX100にすると、すっごいスピード感で人物が歩く写真が出てきます。 逆にfastのスライダーを-100にすると、今度はゆっくり散歩してそうな老夫婦。おお。しかも操作する度にシームレスに再検索が掛かっていくので探すだけでも楽しそうです。 「Sketch with Style」 4つめは、絵を描くと類似の画像を拾ってきてくれる機能です。 私も試しにメガネを描いてみました。するとSenseiがイラストをメガネと認識して、右側に本当にメガネの写真を出してくれました。素晴らしい。 さらに、成長したのび太のような絵を描き足してみました。 するとゴリラの素材を出してくれました。確かに輪郭がそこはかとなく類人猿寄りだったかもしれません。あるいは私が昔、教科書の余白という余白をゴリラだらけにして遊んでいた事をSenseiは知っていたのでしょうか。 これらの機能はまだ日本語未対応でローンチはされていないようですが、画像検索だけでも未来を感じました。早く使いたい。 そして最後にSenseiの開発メンバーの方と写真を撮らせていただきました。当初、周りのお客さんから日本語で「先生の先生だ！」とはしゃがれて少し困惑した様子でしたが、とても気さくな方でした。ありがとうございました。 MAX STORE 売店。 この写真は夕方頃でしたが、嵐の後のようにすっからかんです。 本当は後ろの棚に製品アイコンのクッションや靴下などあったのですが、飛ぶように売れてこの状態。中には開場前に並び、開場と同時に駆け込んで買っていく猛者もいたそうな。すごい。日曜の朝市か。でも確かにクッション欲しい。ちなみにアイコンクッションは今のところ米国でしか作っていないレアアイテムだそうです。 ほか、エディトリアルに映像、パラグライダーをうつ伏せブランコ+VRで体験するブースなどなど、本当にたくさんの展示がありました。全ては見切れなかったほど。大変見応えがありました。 セッション登壇 私のセッションでは、導入して分かったXDの魅力を3つにまとめてお話しました。XDのセッションは他の時間でも幾つか行われていましたが、その中でも私のパートは最後の時間帯だったので、ちょっと変化球なネタも仕込みつつお話させていただきました。 緊張しまくるわたし 喋るわたし なおセッション会場は満席。今回のAdobe MAX Japanでは、どのセッションブースも同じ状態だったようです。本当にありがとうございました。 終了後に質問してくださった方も、ありがとうございました。中には私と同じようにコーポレートサイトのリニューアル案件でXD導入を検討されている方もいらっしゃいました。私の話がお役に立てれば幸いです。そのためにあの場に立ちました。陰ながら応援しております。 さて、その後は調子に乗ってBEER BASHの波に身を投じます。この時の黒ラベルは最高でした。会場ではイベントの最後にプレゼント抽選もやっていました。 最後、メッセージを自由に書ける壁に人が集まってました。 私も隅っこにゴリラを残しました。 Adobe MAX Japan 2017、こうして大盛況の内に終了、あとは打ち上げでひたすら呑んだくれました。ご来場いただいた皆様、Adobeシステムズの皆様、出展、デモをされていた皆様、スピーカーの皆様、イベントを支えてくれた皆様、本当にありがとうございました。 ▼XDセッションのスライド 事例に学ぶAdobe XDフル活用の極意。 Photoshop / Illustratorとの 連携から仕様書作成まで from LIFULL Co., Ltd.