こんにちは！ デザイナーの伊東（@ALAKIWebVRAR1）です。 ※TwitterでもWebARの事を中心に情報発信中！ よかったらフォローお願いしますm(_ _)m Follow @ALAKIWebVRAR1 第6回に渡りWebVRについての記事をお送りしてきましたが、今回から応用編としてWebARについてのお話です。 前回までのWebVRの記事はこちらからご確認ください。 第6回 Oculus Goから情報を受け取る 第5回 A-Frameでテキストを扱う 第4回 サンプルで学ぶA-Frameの使い方 第3回 blenderを使って3Dモデリングに挑戦 第2回 three.jsを使って3Dに触れる 第1回 WebVRとは 今までご紹介してきたA-Frameや、3Dオブジェクトの扱いはWebARでも活かすことができます。 これまでの知識をフル活用して、一緒にWebARを楽しみましょう
私はVtuberが大好きである。ときのそら、富士葵、もちひよこ、ねこます、芙容セツ子、輝夜月、スズキセシル、つのはねあかぎ…（敬称略） 好きなVtuberの方々は他にも数え切れないほどいるが、私が最も感銘を受けた動画はこれである。 誰もがなりたい自分になれる時代 / バーチャルとファッション【neralの難しくない話】#002 淡々とした語り口でありながら、聴く者の心を激しく高揚させる。天才的イデオローグとしか言いようがない。 詳しくは是非neral氏の動画をご覧頂きたいのだが、私が感動したのは「生まれ持つ体は選べないのに、それを”ありのままの自分”として愛せるべきだって考え方も疑問だなって」「選ぶことのできない生まれ持った体を愛せなくてもそれは悪じゃないはずです」「むしろ、自分の意思が何ら反映されていないものの責任を取らされて、生涯有利になったり不利になったりしていることのほうが理不尽な
テクノロジー、ゾワり…。謎のポケモン｢メルタン｣が巻き起こした、スマホゲームの新しい可能性2018.09.26 12:00108,608 山本勇磨 痺れた。 この前の土曜（22日）、突如『ポケモンGO』にて正体不明のポケモンが大量発生した事件をご存知でしょうか？ 大量に出現したのはわずか30分。ただ、そこかしこに登場し、簡単にエンカウントできたので、この件でTwitterは一気に沸騰しました。ゲームのスクリーンショットがたくさん投稿されて｢何このポケモン！｣と盛り上がったのです。 Image: Nianticこんな子このポケモン、原作のゲームでも確認されていない個体で、つまりは誰も見たことがないポケモン…。発生当初はNiantic（開発元）もこの件には口を閉ざしており、｢ミスで公表前のポケモンを公開してしまったのでは？｣とか、いろんな噂が飛び交いました（このポケモンは捕獲後、もれなく｢メタ
こんにちは。エンジニアリングGでSREチームのチームリーダーを務めている池田（@progrhyme）です。 以前のエンジニアリングG内には、システムインフラの構築・運用を主に担当する「インフラチーム」が存在していましたが、今年の7月から改称して「SREチーム」と名乗ることにしました。 以降では、SREチーム設立の経緯や、その役割、ミッション等について記します。 SREとは SREは「Site Reliability Engineering」の略で、2003年にGoogleで誕生したSREチームが実践してきたプラクティスに基づくシステム運用の新しい形です。 2016年にO'Reillyから同名の書籍が出版されたことで、IT業界を中心にその考え方やメソッドが広く普及していったと思います。 SRE（= Site Reliability Engineer）が単なる運用チームと異なるのは、彼らがソフ
こんにちは、プロダクトディベロップメントチームの倉谷(id:a-kura)です。 サンフランシスコはサマータイムなのですが、朝7時くらいだとまだまだ白み始めた感じでした。 サマータイム、必要なんですかね。 Community Leader State of the Union コミュニティリーダーの集いに、会長の米井さんに代わって参加しました。どなたもコミュニティを引っ張るだけあってパワフルな方ばかりでした。朝食を食べたあと、コミュニティ活動がどういった状態になっているか、新ツールのバージョンアップの計画などについて話を伺いました。 AppExchange Partner Keynote 今回の Dreamforce 最初の Keynote は AppExchange Partner Keynote でした。 世界のAppExchange登録企業の中でインストール数が多い名の知れた企業を掲
オライリーから本日出版された「エンジニアのためのマネジメントキャリアパス ―テックリードからCTOまでマネジメントスキル向上ガイド」はエンジニアリングマネジメントを考える人には必読の書だ。 エンジニアリングマネジメントを考える人とは、今すでにエンジニアの上司である人やエンジニアリング組織の長である人はもとより、人事上の上司ではないが、後輩などの面倒を見る立場の人や開発において技術的にリードするような人、そして漠然と将来のキャリアパスとしてマネジメントを考えている人までを含む。さらに言うならば、技術系でなくても、自社の技術組織の戦略を考える立場である人も読むべきであろう。 目次を見るとわかるが、本書はマネジメントされる立場のエンジニアから話は始まる。そしてメンタリングする立場になったとき、次にテックリードになったときと、まさにキャリアパスを1つずつ登っていくのに際しての心構えと具体的なスキル
私の比喩の中の水(と摩擦)の大部分は文化を指し示しています。その企業全体の文化、そして、その文化の中で機能する下位文化も含みます。例えば、運用担当者は変化に抵抗します。彼らはイノベーションによって判断されるのではないからです。パフォーマンスとシステムの稼働時間で評価されます。これによって現状を維持することにもっとも価値を置く文化が育まれます。この文化が開発者のほうに移っていくと、次第にビルドの失敗に関心を払う文化になっていきます。これは必ずしも悪いことではありません。これによってしっかりとしたテストとより良いコードが生まれるようになります。しかし、新しいビジネス要件と厳しい納期の中に投げ込まれるとかつては自由に動き回っていた開発者チームでも変化に対する抵抗が増します。安全でリスクを呼び込むイノベーションを回避することに固執する方が健全な場合もあります。 リスク回避は文化に埋め込まれ、構造、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
