git による分散作業パターン | GREE Engineering
分散バージョン管理を華麗に扱いたい堀口です。 GREE Advent calendar 2013 の 14 日目として参加させていただきます。 お二人に続き Haskell の話をしようかと思ったのですが、急遽無難な開発の話に変更しました :o Java や C++ には OOP の概念が必要であったように、分散作業の認識が薄いまま git や Mercurial を使うことは長期的に不幸をもたらします。 とあるプロジェクトにて、その一部を副産物のミドルウェアとして抽出すべく、アプリケーションと分離したい 不具合があったので原因を探りたいが、依存関係が複雑すぎるのでコードを読む量を減らしたい テストやレビュー、提案、リファクタの運用を強化したい よそのプロジェクトに迷惑を掛けないように、そこのツールを改良して使いたい。 いままで何気なく「こんなもんだろう」と思って手間をかけていませんでした
GREE、DeNAの衰退はスマホネイティブゲームへのシフトでは無いと思う件(中田 博昭) - 個人 - Yahoo!ニュース
色んな企業の決算発表があって、GREEやDeNA、mixiといったSNS系ゲーム企業が厳しいよねという記事をたくさん読んだ。それに対してガンホーはパズドラでうっはうはだね。というのがだいたいの記事で書かれている。 他のブロガーさん達の記事を読んでいて、一番多い主張は「ガラケーからスマホに移行してるから、一昔前のガラケー×PCのSNSからゲームへ送客っていうのは儲からんよ。今はネイティブじゃないとね」というのがほとんどである。（ちょっと前まではガラケーからスマホになっても消費者の行動は変わらないからGREEとDeNAは大丈夫ってなのも多かったけど） 確かにそうだなと思う部分はありつつも、個人的にはスマホシフトの中でネイティブじゃないとダメ。というよりはちょっと違う考え方が必要だと思ったので。 SNSの戦いに負けたまず1点目にユーザーが集まらないとゲーム送客×課金で儲からないのは当たり前だとい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
