Learning from military formation for software test - Speaker Deck
Transcript None !EBJQSFTFOUT ౻ݪ�େ wϓϩδΣΫτϑΝγϦςʔ λʔɺτϨʔφʔ w͖ͳকੴాࡾ wIUUQ���EBJQSFTFOUT�DPN� ͜ͷࢿྉͷత wιϑτΣΞςετΛֶͿͨΊ wιϑτΣΞςετʹର͢Δ෮शͷͨΊ wιϑτΣΞςετٕ๏υϦϧ͕໘ന͔ͬ ͔ͨΒ wएऀʹྺ࢙ʹڵຯΛ࣋ͬͯΒ͏ͨΊ ָఱϒοΫε: ιϑτΣΞςετٕ๏υϦϧ - ςετઃܭͷ ߟ͑ํͱ࣮ࡍ - ळࢁߒҰ : ຊ : http://http://goo.gl/hQGwm ܹΛड͚ͨ ॻ੶ ख๏Λࡉֶ͔͘ͿͳΒ ಡΉ͜ͱΛ͓͢͢Ί͠·͢ ςετΛҭͯΔɻςετΛࢧ͑Δ�IUUQ���XXX�TMJEFTIBSF�OFU�HPZPLJ�VMUJNBUF�BHJMJTU�UPLZP ܹΛड͚ͨ ൃද ࢲͷίϯςΩετ w8FCαʔϏε͚ͱͯ͠
１年作ったゲームの開発中止を決めた話 - 丸ダイスの卓上開発日誌
こんにちは！丸ダイスです！ 約1年前くらいから本格的に始めた「地球人の島」の開発を中止することを決めたので、そのお知らせです！ 残念な結果ですが、かけた時間を今後の開発に活かすためにも開発の振り返りをしたいと思います。 ゲームの内容などを知らなくても読めるように書くので、ゲームを作る方の参考になれば幸いです！ ※ゲームの内容は前提とはしませんが、誰でも読める易しい記事ではありません。 ゲーム開発の経験があると読みやすく、特に開発記録は正確に読むために熟読を必要とします。 開発記録 2019年2月 ゲームジャム版：オンラインわちゃわちゃに感じた手応え 2019年8月 夏コミ版：短期で開発するクリッカーにするつもりが… 2019年11月 冬コミ版：見た目を重視した開拓ゲーを目指す 2020年4月 迷走中：モニタープレイ駆動の試作サイクルに光明 2020年7月 最終版：サイクルは整えたものの中止
【インタビュー】日本に本物のクリエイターはいるのか？ 小島秀夫監督が「作家性」にこだわる理由 - ライブドアニュース
エンタメにおいてオリジナリティ、つまり「作家性」とは何だろうか？ たとえば近年、エンタメ業界ではいわゆる「原作もの」が数多く生まれている。その理由のひとつには、ビジネス上のリスクがあるだろう。人気のある原作や、長く親しまれているシリーズの続編であれば売り上げが読みやすく、逆にオリジナル作品は一度失敗すると挽回が難しい。 「こういった状況が続けば、日本は終わりますよ」 こう警鐘を鳴らすのは、世界的に有名なゲームクリエイターである小島秀夫だ。 小島といえば、世界累計販売数5500万本を超えるゲームソフト『メタルギア』シリーズの生みの親。2001年には『ニューズウィーク』誌の「未来を切り開く10人」に、唯一の日本人として選出された。「監督」の愛称で親しまれ、「作家性」に強いこだわりを持つ人物として知られている。 そんな小島は、2015年末に自ら立ち上げたコジマプロダクションでゲーム制作を続けてい
パブリッシャーって何？知りたい・悩んでるインディーゲーム開発者へ向けての話｜yuta
はじめにはじめまして、個人ゲームデザイナーのyuta（ゆた）です。 近況報告ですが、自作ゲーム「StrangeTelephone（ストレンジテレフォン）」のNintendo Switch版を無事に販売開始することができました！ 早速ですが ここ最近パブリッシャーに関する暗い話を度々聞くので実際にサポートしてもらっている身として、誰かの参考になればと"勝手に"お話させていただきます。 普段"個人ゲームデザイナー"と名乗っていますが、実は色々な方々にサポートしてもらっています（基本的に開発は孤独に黙々と…） ①ローカライズまず僕がPC版・NintendoSwitch版のパブリッシュをお願いしているのはPLAYISM（プレーイズム）という会社です。 まず初めにテキストの"ローカライズ（翻訳）"作業についてですが、今やゲームは日本国内だけで販売するのではなく、当たり前のようにネットを通して全世界に
「春はやってこない」開発の振り返り｜むじ
Unity1週間ゲームジャムという、1週間でゲームを開発してお互いに遊んだりするイベントに「春はやってこない」という名前のゲームを出しました。 この記事は、その開発作業の振り返りをやっていきます。 主に次開発するときの備忘用ですが、何かしら参考になるところがあればいいなと思います。 ゲーム内容について1. 近づくと音がする 2. わるいことしかできない 3. 冬が舞台 あたりは入れたいなと事前に考えてました。 2は、DQ3の冒頭でプレイヤーが急に悪いこと（少しぼかしてます）しかできなくなるシーンを参考にした気がします。 お題「逆」が発表されてから、「季節を逆戻りさせる＝砂時計を反転させる」というアイディアをプラスしてまとめました。 ちょこちょこメモしてあるように、配色は最初に決めました。 前回までの反省で1週間に1人で用意できる素材はとても少ないことが分かってたので、重要なもの以外は色数を
【ACADEMY】すべてのスタジオ責任者がビジネスの失敗を防ぐ方法
Matt Binkowski氏が，ビジネスを健全に保つための3つの柱を探る。 私が言いたいことを好まない人も多いだろう：私はビデオゲームビジネスのすべての分野での現実を十分に観察しており，トップの人々が彼らの仕事を適切にしていないと，多くの場合，企業が失敗することを知っている。 基本的に，他のビジネスと同様に，ビデオゲーム開発会社にも，責任を負うべき最高司令官が必要だ。あなたがその人なら，あなたは開発者ではない。あなたの仕事はゲームを作ることでも，制作の詳細に関与することでもない。あなたの役割はより大きく，より広いものだ。短期および長期戦略を定義し，顧客基盤を確立し，それらのためにどの製品を構築するかを決定し，収益の流れ，キャッシュフロー，そしてもちろんチームについて考慮する。 ビジネスが小規模で，複数の肩書きを持つことが期待されているため，意見の相違で猛烈に首を横に振る人にとって，それぞ
SQUARE ENIX OPEN CONFERENCEゲーム開発プロジェクトマネジメント講座
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1 ©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2 ©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3 ©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4 ©SQUARE
「単体テスト」再入門！ 開発の現場でバグを確実に洗い出す最適な手法と、テストケースの作り方 - エンジニアHub｜Webエンジニアのキャリアを考える！
「単体テスト」再入門！ 開発の現場でバグを確実に洗い出す最適な手法と、テストケースの作り方 単体テストの定義から手法、未来の展望までを、日本におけるソフトウェアテストの第一人者・高橋寿一さんが解説します。 ソフトウェアのテストにおいて、最初のフェーズである単体テスト。若手Webエンジニアの中には、いきなり単体テストを任されて戸惑った方もいるでしょう。仕方なく現場で踏襲されているやり方に従っているだけ、ということもあるのではないでしょうか？ 今回は、単体テストの定義から手法、未来の展望までを、日本におけるソフトウェアテストの第一人者・高橋寿一さんが解説します。 単体テストとは（各社ばらばらな単体テストの定義を再定義） コードベースの単体テスト 命令網羅（C0カバレッジ） 分岐網羅（C1カバレッジ） よくある（コードベースの）単体テストの間違い 機能単位の単体テスト 例：複雑なソート機能のテス
役割駆動設計で巨大クラスを爆殺する - Qiita
大量のメソッドを保有し、数千、数万行単位にぶくぶく膨れ上がった巨大クラス。別名「神クラス」とも「大きな泥団子」とも呼ばれる、長大で複雑で密結合で極めて変更が困難なアイツ。 そんな巨大クラスの退治に有効な、ドメイン駆動設計を基本思想とする「役割駆動設計」を紹介致します。 解決したい課題、狙う効果 数千、数万行単位の巨大クラスの登場を抑止する。 小さくシンプルな構造に落とし込み、堅牢で変更容易性の高い設計へ昇華させる。 例１：筆者をモデリング 分かりやすくなるよう、まず私を例にモデリングしてみます。私は以下のような特徴があります。 IT企業の従業員 家族がいる(妻, 子供) 趣味でゲーム制作している ダメな設計 何も考えずに人クラスとして設計すると、よく以下のような構造になりがちです。 従業員として仕事をする、父親として家族サービスする、趣味としてゲーム制作する、それぞれのメソッドが備わってい
形骸化しているスクラムイベントの生き返らせ方 - ナイスビア珍道記
スクラムはフレームワークと言われていて、実装を現場で考えることでチームの取り組み自体が改善していく仕掛けを持っている。 スクラムガイドにも「ゲームのルール」と書いてあるように、この仕掛けをうまく動かすために、ロール・イベント・作成物、ルールが相互に作用し合っている。 一見シンプルで単純、それゆえに難しい。 ……ということを理解せずに、マネジメントのためのツールとして形ばかりのスクラムが導入されているのも、残念ながらよく見る。シンプルで単純に見えるからだろうか。ロールも揃って、イベントもやって、決められた作成物を作っているのに、まったく本質を外れたScrum But*1が足かせになってチームのモチベーションを下げているような状態だ。 全員参加が鬱陶しいだけのミーティングがやたら多いなと感じているとしたら要注意だ。 スクラムをやっているチームで、「昨日これやりましたー、今日これやりまーす、問題
テスターが要件定義のレビューからプロジェクトに参加する現実について｜Tsuyoshi Yumoto
最近、ソフトウエア開発にて、テスト技術者が要件定義からレビューに入る件について、いろいろ話を聞いたので、まとめておきます。 これは、ちょっとかっこよく言うと「Wモデル」という、テスト担当者の作業と開発の作業を同時並行で行っていくVモデルの進化した開発モデルが目指すゴールの一つです。ただ、話をしてくれた人は、Wモデルという言葉を知っているわけではありません。 その人の組織では、1980年代後半から、独立したテストを行っているとのことです。開発したものの統合テスト以後のテストだけを請け負うテスト専門部隊です。 Windowsが出る前はCOBOLで作った会計プログラムを対象にしていて、それがWindowsが出たころに全てWindowsアプリになり、それが今では全てWebアプリになり、クラウド上で動くようになっているという感じです。今では、そこの組織では、要件定義の段階からドキュメントをテストチー
【登壇資料】エンジニアのチーム開発入門 – 心技体を磨いて自身とチームをより良くしよう #cm_osaka | DevelopersIO
2017年4月14日（金）、クラスメソッド株式会社 大阪オフィス にて モバイルアプリのチーム開発実践入門 in 大阪が開催されました。 スピーカーとして参加しましたので、レポートします。 勉強会は大阪にて全7回開催予定です。概要については以下を参照してください。 【 大阪オフィス開設1周年!! 】クラスメソッドの開発を知る！全7回勉強会開催 いち エンジニア がチーム開発を行うには？ ここ最近はコラボレーションツールが充実し、チーム開発の参入障壁は大幅に下がったと思います。そこからさらに、DevOps、スクラム、レビュー技法、ペアプログラミング等、様々な粒度で、チーム開発をより効率的に、より精度高く行う方法論や考え方がどんどん出てきています。 とはいうものの、やはりチームというのは「個」の集まりです。今回の発表は「とあるエンジニアがチーム開発に参加する」という視点です。チーム力は、「力を
【CyberAgent】技術情報／TechReport - テックレポート／SCRUMによる実践的アジャイル開発手法 | 株式会社サイバーエージェント
概要 現状、適用する開発手法に関しては、各プロジェクトに任されているため、特定の開発手法を採用していないプロジェクトも多い。しかしながら、一定規模の開発をする場合、何かしらの開発手法を採用した方が良いのは自明である。担当プロジェクトにおいて近年注目されているSCRUMを適用して開発を行ったが、導入時に戸惑うことや疑問に思うことがあった。本稿では、実際にプロジェクトでSCRUMの手法を適用した際の具体的な方法、手順、独自の工夫などについて整理する。SCRUM開発を導入する際の一つのやり方として参考にしていただきたい。 目次 序論 社内ではデカグラフ戦略に伴い、新規プロジェクトが大量に立ち上がっている状況である。現状では、適用する開発手法に関しては、各プロジェクトに任されているため、特定の開発手法を採用していないプロジェクトも多い。しかしながら、新規開発などで、一定規模の開発をする場合、何かし
メルカリの世界展開を支える開発チームの今とこれから｜CTO 柄沢聡太郎 #mercariday | mercan (メルカン)
メルカリの中で働くメンバーが、日々どのようなことを考え、どのようにチャレンジしているのかを紹介する場として初めて開催した『Mercari Day 2017』。 本稿では、CTOの柄沢聡太郎が登壇したセッション「Mercari – Moving Beyond Borders」の模様をお届けします。 メルカリでは、日本、US、UKと文字通り「国境＝Borders」を越えたプロダクト開発を行っています。その中心を担うエンジニアリングチームがどのように作られているのかをご紹介しましょう。 speakerdeck.com 体制について～US、UKと拠点が広がっても「開発の中心は日本」 柄沢が最初に話したのは、3拠点におけるエンジニアリングチームの人数や役割について。拠点数が増えた今、これまでと何が変わり、何が変わっていないのかを説明しました。 僕がメルカリにジョインしたのは2年前の5月。もうすぐ2年
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「質」のいいユニットテストを書くためのプラクティス / practices to write better unit test
http://unity-michi.com/post-465/
質とスピード / Quality and Speed
Spring BootとKafkaでCQRS - Speaker Deck
技術選定の審美眼 / Understanding the Spiral of Technologies
アプリ開発のアンチパターンを踏み抜きながら アプリをフルリニューアルした話
