気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント73件
- 注目コメント
- 新着コメント
lyiase
共通化がどの程度だったのかが気になる。それが、Railsをフォークしてブラゲに専門にできるようモジュール追加した程度のものなのか、それともゲームのルールさえも縛ってしまったものなのか。後者なら失敗して当然。
nilab
「対応しなければいけないアプリが増えてひとつのアプリに愛着を持ってやり込むということが難しくなり、仕様を理解する程度にしかプレイしなくなりました」チーム開発 - 共通化でモチベーションと効率が低下した話
WhatAmILookingFor
DDDでいうインフラストラクチャ層なら別々のアプリケーションで共通化してもうまくいくと思っている（ただし系統が似通ったものに限る）。それ以外の層はアプリケーションごとに性格が違いすぎる。特にドメイン層。
naga_sawa
開発システムの全体像が見えなくなったことでのモチベーションだだ下がり問題/アプリ作るのがモチベだった人がフレームワークに回されるとさもありなん/逆にフレームワーク設計が得意な人をそこに置ければまた違った
vanbraam
microservicesで似たような話があったような:"Organized around Business Capabilities"と"Products not Projects"だ
hiroomi
“開発するアプリをやり込みながら意見を言い合って技術者も企画出しに参加していましたが、対応しなければいけないアプリが増えてひとつのアプリをやり込むということが難しくなり、仕様を理解する程度にしか”
tbpg
ฅ(・ω・ฅ){試行錯誤が見えて良い} "現在は各アプリごとのチーム編成になり、このときに作った本当に共通化するべきモジュールは技術支援チームというアプリを横断的に開発をするチームがメンテナンスをしている"
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
共通化でモチベーションと効率が低下した話 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure y... Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 自分は普段ソーシャルゲームの開発に関わっていますが、群雄割拠のグリモバ全盛期にその開発を効率化するために社内ではいろいろな取り組みがなされました。そのひとつにアプリ別ではなく機能別のチームを作るということがありました。結果としてそれは失敗だったと言えるのでそのことについて書いていきます。 背景 当時のソーシャルゲームの主流はカードゲームで、クエスト・レイドをこなしつつガチャで引いたカードを合成して強化していくスタイルが一般的でした。そしてその多くがシステムはほとんど同じで見た目だけを変えた「柄替え」アプリでした。 その中で行われたのが二
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
2015/03/09 リンク