格ゲーが構造的に衰退する理由｜平田ラタ
2023/09/12 追記 自分の文章スキルの至らなさゆえですが、"雑魚狩り"の指すものを上手く伝えられなかった人がそれなりにいそうです。 ここでの"雑魚狩り"は 「『今まで手こずっていた敵が、途端にザコ扱いできるようになった』という自身の変化を確認する作業」 のことを指します。 雑魚を狩るのが目的ではなく、雑魚を狩ることを通して自分が強いことを確かめるのが目的。 あまりしっくり来る表現が思いつかなかったので本文では"雑魚狩り"と書きましたが、"格付け"としたほうが、より表現として適切かもしれません。 今から本文を読む人は、"雑魚狩り"を"格付け"と読み換えてください。 むろん、このnoteが対人ゲームにおける雑魚狩りや格付けを推奨するものではないことは言うまでもありません。 ※おことわり このnoteは「格ゲーは衰退するしかない。格ゲーは終わり」ということを言いたいのではなく、「格ゲーは
ほんとうにあった開発生産性が爆下がりする話 - Qiita
昨今、継続的にプロダクト開発していくことが主流となり、Four Keysなどの開発パフォーマンスを測る指標なども出てきており開発生産性を向上させることが注目されています。 しかし、かつての開発現場では今では信じられないような開発生産性を爆下げするようなことをやっていました。 この記事では10年以上前に私が経験した開発生産性を爆下げする事例を書いていこうと思います。 (私が体験したことをベースに書いているので10年前は全てがこうだったということではないのでご留意ください ) 修正前のコードはコメントアウトで残す 当時、ウォーターフォールで開発していました。 ウォーターフォールでは開発工程とテスト工程が分かれています。 開発工程で一通りコーディングして、テスト工程で動作確認を行いバグを潰します。 問題はここからです。 とある現場では、テスト工程でバグを直すときにコードを破壊的に直すのではなく、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
