GREEのUserAgent比率を公開します(2014/06) | GREE Engineering
人をダメにするソファとゴロ寝deスクを買ってしまったago（@kyo_ago）です。 これから定期的にGREEを利用して頂いているクライアントのUA比率を公開していきたいと思います。 OS Android iOS グラフは以下のデータを元に作成しています。 { "os":{ "Android":66.4, "iOS":33.5 }, "version":{ "Android":[ { "percent":35.8, "name":"4.2" }, { "percent":22.3, "name":"4.0" }, { "percent":21, "name":"4.1" }, { "percent":14.7, "name":"2.3" }, { "percent":4.2, "name":"4.3" }, { "percent":2, "name":"other" } ], "iOS":
QCon Tokyo 2014 Conference セッション資料 BS4-1「Scalaを用いたドメイン駆動設計の実践ノウハウについて」
Copyright © GREE, Inc. All Rights Reserved. (Scala ) 2014/04/30 Version 1.0 Copyright © GREE, Inc. All Rights Reserved. • • 10 : F-BASIC, N88-BASIC • 20 : (x86), C/C++ • 30 : Java, Seasar2, OSS, DDD • 40 : DDD, Scala, Finagle/Trinity • • + 2 Copyright © GREE, Inc. All Rights Reserved. Copyright © GREE, Inc. All Rights Reserved. Scala DDD Copyright © GREE, Inc. All Rights Reserved. • • • 5 Copyrigh
グリーのインフラに Chef を導入した話 | GREE Engineering
類似のソフトウェアとして、Puppet や Ansible といったものもあります。こういったインフラ自動化まわりのソフトウェアについてはペパボの宮下さんの インフラ系技術の流れ が参考になります。 Chef in グリー さて、グリーでのChefまわりの構成をご紹介します。下図が全体の構成です。 開発環境 開発は各個人のマシン上で仮想マシンを立ち上げて行なっています。クックブックの開発では、クックブックを開発する人が serverspec でテストを書くようにしていて、構築後のサーバが期待通り動くことをテストしています。一つのクックブックでも設定値などの条件によって動作が変わってくるため、test-kitchen を用いて複数の条件（ランリストやノードのアトリビュート（以下、「アトリビュート」）などの組み合わせ）でテストを行っています。 また、一部仮想マシンを使う必要がないテスト（att
入門 Capistrano 3 ~ 全ての手作業を生まれる前に消し去りたい | GREE Engineering
はじめに この記事はGREE Advent Calendar 2013年の21日目です。お楽しみください！ こんにちは、アゴひげがダンディーだと評判の九岡です。GREEでは、JavaやScalaを布教するための土台を固めるため、デプロイや監視の仕組みづくりなどを横断的にやっています。今回はその過程で得られた知識を「Capistrano 3の入門記事」という形で共有させていただきます。 この記事ではCapistrano 3の基礎をご紹介します。Capistrano 3はRubyをベースにしたサーバ操作およびデプロイの自動化ツールです。Capistrano 3を利用することで、デプロイなどの複雑なサーバ操作を自動化することができます。ここの記事では、特にデプロイに焦点をあてながら、Capistranoでサーバ操作を自動化する考え方と実現方法をご説明していきます。 Capistrano 3の習得
元はてな・GREEのプログラマ 伊藤直也が語る、ソーシャルメディアの功罪。［後編］ | キャリアハック（CAREER HACK）
「はてなブックマーク」の開発者であり、GREEにてソーシャルメディア開発を指揮した経験も持つ伊藤直也さんへのインタビュー。後編では、ソーシャルメディアの本質的な存在価値とは何か、そしてインターネットがこれからどのように変化していくのか、考えを伺った ［前編］から読む 当時は、ソーシャルブックマークを作ることが「正義」だと思っていた。 ― 伊藤さんご自身も、創成期の頃のインターネットのほうが良かったとお考えなのでしょうか？ 少しはそういう所もありますけど、100％そう思っているわけでもないです。僕は1996年くらいに大学ではじめてインターネットに触れたんですけど、そこからしばらくネットゲームしかしてなかった。オープンソースのムーブメントとかLinuxとか、いわゆる90年代のインターネット革命の時はただのユーザー…というより、ゲーマーだったんですよね（笑） 結局僕がインターネットで仕事するよう
元はてな・GREEのプログラマ 伊藤直也が語る、ソーシャルメディアの功罪。［前編］ | キャリアハック（CAREER HACK）
「はてなブックマーク」の開発者であり、またGREEにてソーシャルメディア開発を指揮した経験も持つ伊藤直也さん。この10年、日本のWeb業界の第一線を走り抜けてきた彼は、「ソーシャルメディア」というものをどのように捉えているのだろうか？ 日本のソーシャルメディアを牽引してきた、トップエンジニア。 伊藤直也―。この10年、日本のインターネットビジネスの第一線で活躍しつづけてきた紛れもないトップエンジニアの一人だ。「はてな」の屋台骨を支えるCTOとして主要サービスである「はてなブックマーク」を開発。その後、フィールドを「GREE」に移し、ソーシャルメディア統括部長としてソーシャルゲーム・プラットフォーマーとしての急成長をエンジニアリングの面から支えた。 一方で、現在の「ソーシャルメディア全盛」の状況に対しては、やや懐疑的な立場をとることもあるのだという。それは一体なぜなのか？エンジニアとしてのキ
GREEが悩むNode.jsの問題を考えるヒント - ぼちぼち日記
先日 GREEを支える大規模インフラテクノロジー」-GREE Platform Summer Conference 2012 という記事が公開され、GREEのCTOの藤本さんが、 javascriptをサーバーサイドでも使うケースが多くなってきていて、必然的にnode.jsを使うことになるが、大きく３つの問題がある。 ひたすらすごい勢いでバージョンアップしているので安定しない。コストを払ってついていく覚悟を持って取り組んでいる。 メモリリークがあるので、サーバを起動しっぱなしにするとメモリが食いつぶされる。 コードをデプロイしても再起動しないと読み込まれない。 （中略) これで絶対大丈夫という解決策がなくて、node.jsで一番悩んでいる。これでバッチリ解決するというものがあれば、是非教えて欲しい。 といった話が掲載されていました。 GREEさんに限らず一般的に Node に対して同じ問題
「GREEを支える大規模インフラテクノロジー」-GREE Platform Summer Conference 2012
取締役 執行役員CTO 開発本部長 藤本 真樹氏 2005年6月にGREEに入ってから7年が経ちました。 GREEでは開発全般を見ていて、最近はインフラよりもクライアントの方を見ますが、元々はサーバーサイドよりの人間なので、今回こういう話ができて嬉しいです。 今回のお題でサーバーサイドに関して話してみては？ と言われて、すごく困ってしまった。 何故かというと、大規模サービスを普通にやるテクノロジーのコモディティ化が進んだからです。 １０倍のユーザーが来た時にどうすればいいのかというのは、インターネット上にいっぱい情報が既にあり、それを支えるオープンソースのプロダクトや、クラウドサービスなど解決策がいくつもある。 Agenda 1.Infrastructure for over 100,000,000users 2.Infrastructure for global ser
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
