『Pokémon GO』 ＆TOHOシネマズ コラボレーション合意のお知らせ || TOHOシネマズ
TOHOシネマズ株式会社（本社：東京都千代田区、代表取締役社長：瀬田 一彦）、Niantic, Inc. （本社：米国カリフォルニア州、CEO：ジョン・ハンケ）および株式会社ポケモン（本社：東京都港区、代表取締役社長：石原 恒和）は、iOS/Android向けアプリ『Pokémon GO』 （読み方：ポケモン・ゴー）とのコラボレーションを実施することについて合意いたしました。 このコラボレーションにより、TOHOシネマズ全館（一部の劇場を除く）が、『Pokémon GO』のゲーム内で「ポケストップ」として登場する予定です。 『Pokémon GO』は、位置情報を活用したモバイル向けのゲームアプリケーションであり、現実世界そのものを舞台として、プレイヤーが実際に家の外に出てポケモンを捕まえたり、バトルしたりするといった体験ができるゲームです。プレイヤーの位置情報とゲーム内の位置情報が連動して
マネジメントスタイルの違いがもたらす「圧倒的スピード感」の違いと「楽しさ」 - メソッド屋のブログ
最近は、ソフトウェアの新しい技術や、考え方の日本に対する導入の遅れをどうやったら無くすことができるか？ということを考えている。今回はインターナショナルチームに参加して感じたマネジメントスタイルの違いについて書いてみたい。 海外企業のリーダーシップスタイルの変化 ソフトウェアの世界では、2001年にアジャイル開発が登場以来、それ以降のパラダイムでは、「サーバントリーダーシップ」と呼ばれるタイプのマネジメントスタイルが主流になっている。 従来型のスタイルは「コマンドアンドコントロール」というスタイルで、リーダーが部下に指示をし、リーダーは部下の状況を把握、確認し、管理していく。一方、サーバントリーダーシップの場合、リーダーは、ビジョンとKPIを示すが、実際にどのようにするかは、チームが自ら考えて意思決定していく。 この考え方は、既に1969年に発表されているらしいというのを下記の本で知った。
[swift-evolution] Looking back on Swift 3 and ahead to Swift 4
[swift-evolution] Looking back on Swift 3 and ahead to Swift 4 Chris Lattner clattner at apple.com Fri Jul 29 16:44:29 CDT 2016 Previous message: [swift-evolution] [Review] SE-0135: Package Manager Support for Differentiating Packages by Swift version Next message: [swift-evolution] [Swift4] Priorities and Sugar Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] Hello Everyone, The Swi
step by stepで始めるwebpack - Qiita
※webpack1系の記事です。 1→2への移行ガイドを見る限り破壊的な変更点はそんなにありませんが、preLoadersやpostLoadersがなくなっていたり、差が出ていますのでご注意ください。 https://webpack.js.org/guides/migrating/ webpackを手を動かしつつ学べる初学者向け資料を作成しました。 公式のチュートリアルもあるのですが、webpackが使用されているOSSのボイラープレートを見る限り、世の中の使われ方に沿ってないかも？と思い書きました。 これから始める人の手助けになれば幸いです。 また最終形のソースをupしてあるので詰まったら見てください。 webpackとは webpack で始めるイマドキのフロントエンド開発の説明が良かったので引用させていただきます。m(_ _)m webpack は WebApp に必要なリソースの依
最近のruby-core (2016年7月) - Money Forward Developers Blog
こんにちは。卜部です。 ruby-coreというRuby本体の開発の議論がされているメーリングリストがあります。 新機能やバグ報告などがだいたいここに集約されてくるので購読しておくとRubyの動きが分かります。 最近興味深かったトピックを紹介します。過去分はこちら 最近のruby-core (2016年6月) 最近のruby-core (2016年4月) 最近のruby-core (2016年3月) 最近のruby-core (2016年2月) [#12217] Introducing Enumerable#sum for precision compensated summation and revert r54237 たしか何回か前のこの連載でも紹介したこの機能は、2.4に入りました。Enumerable#sum というメソッドが追加されており、特定の場合(浮動小数点数の配列とか)には
Payment Request APIを試す - mmag
Payment Request APIという仕様の策定が進んでいるという話を聞きまして、ちょっと触ってみました。 あまりコードは書いてないですが、ここに置いてあります。 github.com https://joe-noh.github.io/payment_request_api/でも試せるようにしてあります。108円取られそうになりますが、途中で失敗して中断するようになってます。 できること ECサイトなんかで買い物をするとき、フォームにクレカ番号とか届け先とかを入力すると思いますが、あの辺の情報の入力をブラウザに丸投げできちゃいます。言葉で書くより、以下のページのスクショを眺めたほうが速いと思いますので貼っておきます。 developers.google.com ここではブラウザの画面で説明されていますが、今後はPCはもちろんもっと多様なデバイスで使えるようになって、夢が広がるねとい
ServiceとDCIについて - かとじゅんの技術日誌
面白そうなネタがあったので、自分なりの考えをまとめてみる。 Ruby/Rails 用 DI コンテナ Dee をつくった、あるいは Ruby のカルチャーについて この記事はRuby用のDIコンテナの話題なんですが、DCIについても言及されているようです。比較軸はDIそのものというより、サービスとDCIだと思うので、それについてダラダラといくつか考えをまとめてみます。多分返事になるようでならないかも。それと宗教上の都合でDDDの視点から書きます...。 サービスという言葉はあいまい まず、簡単に前提の整理から。単に"サービス"って言葉が何を指すのか結構曖昧です。 サービスは簡単にいうと手続きとか振る舞いのことですが、細かくいうと、PofEAAでいうサービスと、DDDいうサービスは、目的が異なります。前者はアプリケーションのためにドメインモデルを再利用可能にするためのものです。後者はドメイン
4ヶ月の間に一休.comで起きた変化 - zimathon blog
概要 最近いろいろな方（社内、社外含め）に、エンジニアチームどうですか？良くなってますか？という質問を頂きます naoya さんってどうなんですか？やっぱりすごいですか？とも その度に「良くなってますよー」と返事をするのですが、肌感としてはあるもののしっかり言語化できていない そこで、naoya さんがCTOとして今年の春に一休に来てからをちょっと振り返ってみた 振り返ってみるとたった4ヶ月ということに驚いています :eyes: 良くなったと感じていること サービス開発の体制 技術基盤への投資 採用活動 情シスの整備 エンジニアの働く環境 それぞれについて サービス開発の体制 抱えていた課題 マーケティングとエンジニアとの間のコミュニケーションが上手くいかず、開発速度やサービスの意思決定のボトルネックになっていることがあった みんなで話して決める等、それぞれの役割が曖昧なままで開発を進める
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
30年かけてたどり着いた、私のとっておきのプログラミングスタイル